'IT/Linux'에 해당되는 글 90건

테스트한 OS: Ubuntu 12.04

쉘(shell): bash

* grep만 이용하는 방법

리눅스에서 파일 내에 있는 특정 문자열을 검색할 때 쓰는 grep에 옵션을 더하면 현재 위치에서 하위 디렉토리에 있는 파일들까지 검색을 수행할 수 있다. Ubuntu에서는 grep가 하위 폴더 검색까지 지원하기 때문에 아래와 같이 간단하게 해결할 수 있다.

-r 옵션은 하위 디렉토리에 있는 파일까지 검색하겠다는 것이고,

-n 옵션은 라인 번호를 보여주는 것이다.

그냥 저렇게 실행하면 검색결과보다 "No such file or directory"와 같은 오류 메세지가 더 많이 뜨는 경우도 있다. 이 때는 명령에 "2> /dev/null"을 붙여서 검색 결과만 남겨 두고 에러 메세지는 보이지 않도록 처리할 수 있다. 아래 그림은 openwrt의 build_root 디렉토리 하위의 모든 파일들에 대해서 "setup_fname_info(struct"라는 문자열을 검색한 결과이다.

* find와 grep를 같이 이용하는 방법

그런데 리눅스 배포판에 따라서 grep의 하위 디렉토리 검색이 안되는 경우도 있다고 한다. 어디서 안되는지는 사실 모르겠다. 라우터에 들어가는 매우 가벼운 OpenWRT에서조차 -rn 옵션이 작동하는데 어디서 안되는 것일지?

어쨌든 조금 길고 복잡하지만 같은 목적을 갖는 다른 방법으로 find를 같이 이용하는 방법이 있다.

참고로 grep와는 달리 find를 쓸 때의 좋은 점은 정규식을 통해서 검색할 파일의 범위를 지정할 수 있는 것이다. 예를 들면, 하위 디렉토리의 모든 .c 또는 .h 파일에 대해서만 검색을 수행하고자 할 때 아래와 같이 할 수 있다.

앞선 예제와 같은 조건에 대해서 find를 이용한 검색 화면은 아래와 같다. 참고로 맨 끝에 붙인 "--color=auto" 옵션은 텍스트와 라인 번호, 키워드 강조 색상을 주기 위해서 필요하다. "--color=auto" 옵션이 없으면 그냥 단색의 결과만 나타난다.

참고로 위의 grep -rn과 달리 검색결과가 3개만 나오는 이유 2가지는 다음과 같다.

 - 확인 결과 grep에서 나온 첫번째와 두번째 검색 결과는 같은 파일이다. 경로상에서 보면 build_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/linux-3.10.32는 실제로 존재하는 경로이고, build_dir/toolchain-mips_34kc_gcc-4.6-linaro_uClibc-0.9.33.2/linux는 같은 위치에 대한 바로가기 링크이다. 즉, grep는 링크도 무시하지 않고 똑같이 하위 디렉토리로 간주하고 검색한다는 얘기.

 - "xmit.c~" 파일은 xmit.c의 백업 파일인데 확장자가 "c~"기 때문에 c와 h 파일만 찾는 정규식에 의해 검색에서 제외되었다.

<테스트한 환경>

OS: Ubuntu 11.04 Desktop (32bit, kernel 2.6.38-8-generic)

네트워크 인터페이스: TP-LINK TL-WN722N (802.11b/g/n)

연구실험 목적으로 와이파이 무선 애드혹 네트워크를 구성해서 쓰면서 유난히 연결이 안되는 경우가 자주 있었는데, 경험을 바탕으로 몇 가지 원인을 나열해 보고자 한다.

(1) Ubuntu desktop의 Network Manager 서비스와 /etc/network/interfaces 파일 간의 설정 불일치

고정IP와 채널 설정 등 가장 확실하게 설정할 수 있는 방법은 우분투(Ubuntu)를 기준으로 /etc/network/interfaces 파일을 수정하는 것이다. 그런데 Ubuntu desktop에서 쓰는 서비스인 network-manager는 /etc/network/interfaces 파일을 참고하지 않고 별도로 설정을 보관한다. 즉, network manager에서 그래픽 유저 인터페이스(GUI)를 이용해서 설정을 변경하더라도 /etc/network/interfaces 파일에 반영되지는 않는다.

반대로 /etc/network/interfaces 파일을 수정하면 network-manager의 상태 메세지가 그 변경 내역을 반영하는 것 같지만, 별로 신뢰가 가지 않는다. 가끔 network-manager가 오작동을 하면서 시스템 전체가 다운되는(커널 패닉; kernel panic) 현상도 겪었다.

개인적으로는 network-manger 서비스를 삭제해 버리고, 오직 /etc/network/interfaces 파일을 통해서만 모든 네트워크 설정을 하는 것을 추천한다. 그래픽 인터페이스가 아니라서 직관적이지는 않겠지만, 이것이 오작동 없이 설정하는 가장 확실한 방법이다. 우분투에서 network-manger 서비스 삭제는 아래와 같이 할 수 있다.

만약 network-manager를 삭제하는 대신 일시적으로 서비스를 중단하고 싶다면 service disable 명령어를 이용한다.

(2) 다른 유선/무선 네트워크 설정과 같은 IP주소 대역을 쓰는 경우

별 생각 없이 애드혹 네트워크를 구성하면서 고정IP 주소를 192.168.0.X 또는 192.168.1.X를 쓰는 경우가 많이 있다. 하지만 대부분의 경우 공유기를 통해 연결하는 유선랜 연결에서 할당받는 유동 IP 주소가 대부분 192.168.0.X 또는 192.168.1.X라는 사실을 염두에 둬야 한다.

필자의 경우 무선 와이파이는 애드혹 네트워크로 설정하고 유선랜은 원격 ssh 접속 및 디버그 용도로 쓰려고 했는데, 공교롭게도 유선과 무선이 같은 대역의 IP 주소를 쓰는 바람에 기대하던 대로 연결되지 않는 현상을 겪었다.

애드혹 네트워크를 고정IP로 쓰는 경우, (게다가 애드혹 모드에서 고정 IP를 쓰지 않으면 제대로 연결되지도 않음) 다른 네트워크과 서브넷(subnet) 주소가 겹치지 않도록 주의하자. (예를 들어, 192.168.3.X 대역을 쓰는 식으로 주소를 확실하게 구분할 것)

(3) Cell 정보가 잘못되어서 생기는 문제

애드혹 네트워크의 경우 고정된 게이트웨이(공유기의 역할)가 따로 있지 않지만, 설정상으로는 가상의 게이트웨이처럼 Cell 정보를 갖고 있다. 콘솔에서 iwconfig를 입력하면 맥 주소 형태로 된 cell 정보를 확인할 수 있다. 같은 애드혹 네트워크에 있는 모든 노드가 같은 cell 정보를 공유한다.

(iwconfig 명령을 통해서 확인할 수 있는 애드혹 네트워크의 각종 정보. 밑출 친 부분이 Cell 정보이다.
Cell 값은 특정 노드의 맥주소는 아니고, 재구성할 때마다 임의의 값을 할당받는 것으로 보인다.)

아직 정확한 원인은 모르지만, 설정상 전혀 이상이 없는데도 갑자기 애드혹 네트워크 상의 노드들끼리 전혀 통신을 못하는 경우가 있다. 그래서 각 노드를 하나씩 네트워크 재설정도 해 보고,  (sudo /etc/init.d/networking restart) 각 노드를 재부팅도 해 봤으며, USB 무선랜 카드를 뽑았다가 다시 연결하기도 했지만 여전히 되지 않았다.

확인해본 결과 노드를 하나씩 재설정/재부팅해서는 안 된다. 아마 Cell 정보에 문제가 있었던 것 같은데, 장비를 하나씩 재시작하면 네트워크가 켜져 있는 다른 노드가 계속 기존의 설정을 유지하고 있기 때문에, 그 노드로부터 잘못된 정보를 받아 와서 다시 공유하게 된다. 그러므로 확실하게 하려면, 모든 노드가 다같이 전원을 껐다가 켜야 한다. (애드혹 네트워크를 완전히 없앴다가 다시 만들자는 얘기) 이렇게 하면 iwconfig를 통해서 Cell 정보가 변경된 것을 확인할 수 있으며, 다시 노드들끼리 정상적으로 통신이 된다.

(4) 신호 세기와 물리적인 공간 특성으로 인한 문제

필자의 경우 넓은 지역에 먼 거리를 두고 노드를 배치할 필요가 없어서 이 문제가 치명적이지 않았다. 하지만 건물 안에서 멀티홉(multi-hop) 네트워크를 구성하기 위해 복도와 방을 이용해서 배치해본 결과, 벽과 코너의 구조로 인해서 신호를 받지 못하거나 신호가 미약한 상황을 만들어낼 수는 있었다. (사족: 하지만 결국은 실내 공간에서 물리적인 배치만 가지고 멀티홉 네트워크 만들기는 실패했다. 왜냐하면 어떻게든 미약한 신호가 닿을 경우 한번에 연결하려고 하지 중간 노드를 통해서 가려는 시도를 안하기 때문이다. ㅠㅠ 결국 라우팅 프로토콜에 약간의 예외처리를 해서 소프트웨어적으로 멀티홉을 구성해야 했다.)

필요에 따라 신호 세기를 조정해서 전송 범위(transmission range)를 바꿀 수 있다. 신호 세기가 세면 당연히 전송 범위가 늘어난다. 신호 세기는 아래와 같이 조정할 수 있다.

신호 세기의 단위는 dBm이며, 0~20 사이의 값만 허용된다.

(iwconfig를 이용해서 신호 세기를 4dBm으로 설정한 경우)

또한 무선랜에서는 data rate가 낮을 수록 또한 전송 거리가 늘어나기도 한다. 그러나 아쉽게도 애드혹 모드에서는 data rate 설정을 변경할 수 없으니 참고하자.

우분투(Ubuntu)가 12.04 이후 버전부터는 Unity 테마를 깔끔하게 개선하면서 창의 경계선 너비가 확 줄어들었다. 덕분에 보기에는 깔끔해졌지만, 대신 마우스로 창 크기를 조절하기 위해서 경계면에 마우스 포인터를 맞추기는 훨씬 어려워졌다.

또한 노트북에도 실험용으로 우분투를 설치해 두고 쓰는 입장에서 가끔 터치패드로 창 크기를 조정해야 할 때에는 마우스보다 더 어려워서 짜증이 나기도 한다. 특히, 창의 우측 하단에 마우스 포인터를 갖다 대고 크기를 조절하고 싶을 때는 (」 또는 ↘ 대략 이렇게 생긴 것) 상하, 좌우로 모두 그 얇은 경계면을 맞춰야 하기 때문에 더욱 어렵다.

가장 확실한 방법은 기본 Unity 테마 대신 창 경계면이 두꺼운 다른 테마를 설치해서 쓰는 것이다. 하지만 굳이 새 테마를 까는 것이 싫을 경우에는 창 크기 조정 메뉴를 이용하는 것이 가장 확실하다.

어떤 창이든지 상단의 타이틀 바(title bar)에서 마우스 오른쪽 버튼을 누르고 "Resize" 또는 "크기 조정(R)"을 누르면 키보드 상하좌우 키로 크기를 쉽고 확실하게 조정할 수 있다. 키보드 단축키는 Alt + F8 이다.

Ubuntu 12.04 이후 버전의 기본 테마에서 overlay-scrollbar의 설정을 변경하거나, 아예 overlay-scrollbar를 삭제하는 방법으로 예전의 스크롤바를 항상 보이게 할 수 있다. (대신 unity 테마와 매치가 되지 않는 밝은 회색 스크롤바가 생기므로 별로 예쁘지는 않으므로 테마의 미관에 신경쓰고 있다면 주의하자. ㅡㅡ)

*Ubuntu 12.10에서는 터미널(Terminal)에서 아래와 같이 입력해서 overlay-scrollbar의 기능을 끌 수 있다.

*Ubuntu 12.04에서는 위의 disable 옵션이 작동하는지 확인되지 않았다. 필자의 경우 그냥 overlay-scrollbar 패키지를 apt-get으로 삭제하였다.

테스트한 장비: ODROID-X2

운영체제: Linaro 12~13 (ARM 계열 오픈소스 리눅스)

사실 오드로이드에만 국한되었다기보다는 Linaro 운영체제의 특성일 지도 모르겠다. Linaro는 우분투와 전반적으로 유사한데, 이상하게 재부팅을 할 때마다 맥 주소(MAC address)가 변한다.

오드로이드를 공유기 내부망에 연결해 놓고 어딘가에 설치해 놓고는 원격 접속해서 쓰는데, 가끔 이렇게 재부팅 후에 맥주소가 바뀌어 버리면 덩달아 유동IP 주소까지 새로 할당되면서 골치아픈 상황이 발생하기도 한다.

인터넷을 검색해본 결과, ODROID에서 같은 증상을 호소하는 사람들이 있었다.

가장 간단한 해결 방법은,

/usr/smsc95xx

이 파일을 삭제하고, 재부팅을 한번 하는 것이다.

계속 맥 주소가 변경되는 환경에서는 위의 smsc95xx 파일을 열어 보면 비어 있다. 이 파일에 원래 맥주소가 기록되어 있으면 그 맥주소를 쓰게 되는데, 여기에 아무 정보가 없으면 맥 주소를 랜덤으로 할당하게 된다.

따라서 위의 파일을 지우고 한번 재부팅을 하면, 랜덤으로 할당된 맥주소를 기록해서 새로운 파일로 저장하게 되며, 그 뒤로는 같은 맥주소가 계속 유지된다.