'2016/02'에 해당되는 글 6건

 MATLAB은 공대에서 제어공학이나 전자공학을 한다면 한번쯤은 써보는 물건입니다. (요새는 영상처리나 음성학에서도 사용하고 경제학에서도 사용합니다. 그냥 수학하고 관련있으면 다 씁니다.)공학에서 사용하는 수학을 미리 함수화해 놓았고 코드도 그리 어렵지 않으며 배우기도 굉장히 쉬워서 여기저기에서 사용하고 있습니다.

 무엇보다 MATLAB은 학생들에 한해 평가판을 쉽게 제공해줍니다. 사실 학생인지 확인도 안하고 그냥 평가판을 제공한다는 느낌이지만 학생들이 졸업하고나서 연구소에서 MATLAB을 쓸 것이라고 예상한다면 이는 좋은 마케팅수단이 될 것이라는 것은 예상이 가능합니다.

 최신의MATLAB은 한글 지원이 상당히 잘 됩니다. 별 다른 설정없이도 한글입력이 되고 한글을 읽는데에 문제가 전혀 없습니다. 2010버전만 하더라도 폰트문제와 인코딩 문제로 황당한 경우를 많이 겪었는데 거의 해결되었더군요. 문제는 이거 윈도우에서는 그동안 이런 문제가 전혀 없었다는겁니다. 사실 대다수 MATLAB사용자들은 윈도우를 사용하니 한글문제에 관해 몰랐을 겁니다. 이런게 있었어? 하는 수준이었겠지요. 하지만 리눅스나 OSX에서는 한글문제로 골치아픈 적이 많았습니다. 게다가 X의 가속문제로 3차원 그래프를 그리는데 애로사항이 꽃피었습니다. 지금도 이 문제는 현재 진행형이라 AMD그래픽사용자들을 소프트웨어 렌더링방식으로 그래프를 표현합니다.

 MATLAB과 언제나 함께하는 Simulink는 MATLAB이 걸어온 길을 아직도 못 왔습니다. 한글문제가 아직도 있더군요. 모델파일 저장하는데 한글이 경로에 끼여 있으면 저장이 안 됩니다. UTF-8인코딩으로 저장하면 보통은 정상적으로 동작해야 정상인데 이 놈의 물건은 그게 안 됩니다. 나보고 어쩌라는 건지... 윈도우에서는 잘 되는 듯 합니다. 혹시모르니 한글을 빼라고는 하지만 유니코드 지원이 이렇게 부실해서야 이거야 원.(원래 유니코드가 나오기 전부터 만들어진 물건이기는 합니다. 그래도 1년에 두 번이나 버전업을 하면서 이렇게 까지 부실한것은 좀...)

리눅스 지원을 해준다는 점은 감지덕지 하지만 계속 이런식이면 Scilab이나 Numpy를 밀어붙여서 가는 수도 있습니다. 사실 이미 Scilab은 고려했다가 ToolBox 일부가 부실해서 MATLAB으로 회귀한건데 호환성면에서는 Scilab이 훨씬 낫네요. 우리나라나 중국,일본도 MATLAB을 많이 쓰는 것으로 알고 있는데 윈도우버전만 이를 제대로 하는 걸 보면 리눅스사용자들은 무시당한다는 느낌이 계속 드네요. 마이너한 나라에서 마이너한 OS 쓰는 서러움이 느껴지네요. 한국지사에서 신경을 써줬으면 좋겠는데 이 나라에서 마이너OS를 신경이나 써줄까요?

정 안 되면 MATLAB을 안 쓰는 것도 방법이 될 수도 있겠네요. scilab이나 배워볼까....

아무래도 요즘은 원격데스크톱을 통해 일을 보는 경우가 많아 졌습니다. 직장이나 학교에 서버를 하나 열어두고 어디서나 그 컴퓨터를 이용해서 일을 하는 것이지요. 덕분에 쉬는날에도 일을 하는 뭐 같은 경우도 늘었다고 하지만 편리한 기능인 것은 사실입니다.

본래 원격데스크톱은 여러가지 프로그램들이 있습니다. 그중 제일 유명한 것은 VNC이고 MS에서 만든 RDP 프로토콜 등이 있습니다. 본래 유닉스의 GUI로 유명한 Xfree86도 워크스테이션의 원격 데스크톱을 위해 만들어진 프로토콜이지만 이쪽은 아무래도 나온지도 오래되었고 호환성도 그닥이라 NX등의 대체 프로토콜로 대체되었고 지금은 그냥 로컬 GUI를 위한 녀석 정도로 이용되고 있습니다. (그나마도 Wayland로 대체 중입니다.)

VNC와 RDP는 그놈의 성능 때문에 참 말이 많았는데요. 압축 기술과 통신 기술의 발전은 이들을 충분히 쓸만하게 만들어 주었습니다. VNC는 윈도우보다는 리눅스나 OSX서버로 접속하는 것이 좋았고 윈도우 서버에서는 기본으로 포함되어있는 RDP가 성능이 잘 나왔습니다. (원격데스크톱은 직접 돌아가는 서버의 성능이 더 중요하기 때문입니다.)

그럼 리눅스에서 RDP로 윈도우에 접속하는 것은 어떤것이 있을까요? 리눅스에서 RDP프로그램은 대략 다음과 같습니다.

xrdp

rdesktop

freerdp

remmina

이중 xrdp는 X를 RDP로 뿌려주는 서버프로그램입니다. 따라서 윈도우에 접속하는 것이 아닌 리눅스에 접속하게 만드는 프로그램이니 일단 목록에서 제외합니다.

rdesktop은 XP시절 꽤나 유명했던 프로그램입니다. 많이 이용되었지만 업데이트가 어느순간 중단되었습니다. 하지만 안정성 하나 만큼은 매우 좋습니다. RemoteFX(원격에서 3차원 가속을 사용하는 기술)가 안 되는 것이 흠이라면 흠입니다.

remmina는 GTK기반으로 GUI로 구성되었다는 것이 장점입니다. VNC와 SFTP등도 지원하는 다방면 프로그램입니다. 렘미나에 대해서는 다음에 알려드리겠습니다. 사실 설명없어도 잘 쓸 수 있게 UI 설계가 잘 되어있습니다.(그런데 RemoteFX가 잘 안 되는 듯 합니다.)

그리고 남은 하나는 오늘의 주인공 FreeRDP(http://www.freerdp.com/) 입니다.

써 본결과 100Mbps 짜리 유선랜 환경에서 딜레이가 거의 없던 것을 확인했습니다. rdesktop은 RemoteFX가 안 되어서 그런가보다 했는데 윈도우-윈도우 환경에서 써본결과 FreeRDP보다 성능이 떨어지는 모습이 보였습니다. 어찌보면 원조를 뛰어넘은 셈입니다.

다 필요없고 한번 써보고 싶다고 하시면 바로 어떻게 쓰는지 알려드려야겠지요?

우선 서버인 윈도우에서 접속을 할 수 있게끔 허용해야 합니다.

윈도우에서 시스템 설정-고급 시스템 설정에 들어가신 뒤 원격 탭에서 다음과 같이 설정해 주셔야 합니다.

원격접속을 하겠다면 무조건 허용하자. Windows에서는 VNC보다 RDP가 낫다.

일단 원격 접속을 허용해주셨다면 이제 우분투에서 FreeRDP를 설치합시다.

기본 저장소에도 FreeRDP가 있지만 최신 판을 써주셔야 성능이 잘 뽑히기 때문에(RemoteFX와 GFX기능 때무입니다.) PPA를 이용해서 설치하도록 합시다. 

sudo add-apt-repository ppa:remmina-ppa-team/remmina-next

sudo apt-get update

sudo apt-get install freerdp

이러면 freerdp-x11이란 패키지를 대신 설치한다고 나옵니다. 보통은 X환경을 사용하니 이게 맞는 겁니다.

그리고 접속을 해주시면 되는데 이게 좀 골 때립니다.

오로지 명령으로 때우기 때문입니다.

터미널에서 다음과 같이 명령을 내려주셔야 합니다.

xfreerdp /v:[서버IP] /u:[Windows 사용자이름] /p:[암호] /gfx /rfx /bpp:24 /w:1280 /h:720 /compression

일단 이것은 예시입니다. 다른 옵션은 다 빼버려도 되는데 /v: 하고 /u: 옵션은 꼭 넣어주셔야 합니다. /p: 는 암호인데 필요하면 물어보기는 합니다.

일단 이것으로 접속이 되기는 합니다. 그런데 엄청 버벅일 겁니다. 당연하게도 뒤에 있는 옵션이 이를 해결해주는 옵션이라 저 옵션도 거의 필수가 되었습니다.

걔중 /bpp: 옵션은 색상입니다. 성능이 딸린다 싶으시면 24대신 16을 써도 됩니다. 성능이 남아도시면 32도 괜찮습니다. /w:하고 /h:는 화면 크기입니다. 클라이언트의 모니터보다 크면 당연히 안되겠지요. 저는 720p(HD)크기를 썼는데 크기는 마음대로 하셔도 상관없습니다. 대충 필요한 만큼 적당히 써주시면 됩니다.

/rfx

/compression

/grx

이제 이 옵션들이 관건인데요.

/rfx :  remoteFX 옵션으로 원격서버에서 3차원 가속이 가능토록 해줍니다. 이제는 필수가 되었습니다. Windows8에서 가속을 안하니 메트로화면이 버벅버벅...

/compression : 말그대로 압축을 하는 겁니다. JPG나 H.264로 압축하는데 네트워크 마비되는 것 보기 싫으시면 당연히 해주시는 것이 좋습니다.

/gfx : 아직 실험적인 기능이지만 성능 향상폭이 엄청 좋습니다! 클라이언트단에서 하드웨어 가속을 사용하는 옵션입니다. 동영상 같은 것이 버벅이지 않고 잘 나오게 하는데 필수적인 옵션입니다.

이외에도 /sound 옵션등이 있는데 man xfreerdp 명령을 통해서 알아보는 것을 추천합니다.

이제 보셨으면 아시겠지만 GUI가 아니라 상당히 불편합니다. 일일이 저걸 다 적어주는 것도 일입니다. 그래서 https://github.com/Gibbio/RDPGUI 여기에서 Rdesktop이나 FreeRDP를 위한 GUI도구를 제공합니다. 이런 것이 있다면 이용해주는 것이 맞겠지요?

자 그럼 FreeRDP+ RDPGUI를 써봅시다.

https://github.com/Gibbio/RDPGUI/archive/master.zip

위 링크를 통해 스크립트를 받도록 합시다. 그러면 다음과 같이 파일들을 볼 수 있습니다.

rdpgui.py 요놈과 rdpgui.ini 요놈이 우리의 핵심이다.

우선 rdpgui.py에 실행 권한을 주셔야 합니다. 오른쪽 버튼을 누르고 속성에 들어가서 권한을 다음과 같이 줍니다. (탐색기 프로그램마다 다릅니다.)

명령으로 때울라면 sudo chmod +x rdpgui.py

그리고 rdpgui.ini 파일을 수정합니다. 기본적으로 이 프로그램은 라즈베리파이를 위해 만들어진 것이라 기본 설정이 Raspbian에 맞게 되어있습니다. 하지만 수정하면 그만입니다.

여러가지 수정할 곳이 좀 많습니다. 저는 다음과 같이 수정했습니다.

RDPServer는 당연히 접속하고자 하는 서버 IP이고 RDPExtraFlags는 위에서 썼던 명령줄을 적어놓은 것입니다. 위에서 설명 안 했던 sound 옵션도 추가했습니다.

/usb 옵션도 추가해 넣었는데 이건 무슨 문제인지 작동을 안 한다. 아마도 권한 문제가 아닐까 생각한다.

그리고 rdpgui.py를 실행하면?

짠! 이제 사용자 계정과 암호를 넣고 접속을 해주시면 됩니다. 옵션을 미리 저장해 놓았기 때문에 Windows의 원격데스크톱 쓰는 마음으로 쓰시면 됩니다.

윈도우즈에 접속이 완료되었습니다. 그래픽가속도 잘 되니 마음껏 쓰시면 됩니다!

LXLE에는 기본적으로 들어있지만 Lubuntu에는 들어있지 않은 메뉴 편집기입니다. 메뉴 편집기는 여러가지가 있지만 최근에는 Menulibre가 가장 호평입니다. 그도 그럴것이 보통은 Gnome메뉴만 지원하는데 KDE에서도 상당히 쓸만하며 인터페이스도 깔끔하기 때문입니다.

Menulibre의 모습. Gnome스럽게 굉장히 깔끔하다.

PPA는 여기입니다. ppa:menulibre-dev/daily

sudo add-repository ppa:menulibre-dev/daily

sudo apt-get update

sudo apt-get install menulibre

위 명령어로 설치하시면 됩니다.

다만 여기서 만든 메뉴 바로가기는 ~/.local/application에 만들어지는데

/usr/share/applications 여기에도 바로가기들이 있기 때문에 관리자 권한으로 실행하는 것도 하나 더 있어야 편리합니다. 즉 BleachBit처럼 관리자권한 바로가기 하나와 유저권한 하나 이렇게 두가지로 만들어두셔야 메뉴 편집이 요긴하게 쓰일 겁니다.

/usr/share/applications 여기에다가 바로가기를 하나 더 만들어서 gksu를 붙이자. 이건 관리자 권한으로 실행하는 놈이다.

 저는 한동안 Lubuntu를 제 입맛에 맞게 튜닝해서 써왔습니다. 그런데 EFI파티션에 문제가 생겼는지 지난 설 연휴 막바지에 갑자기 부팅이 안되는 상황에 빠졌습니다. 제가 아직 HDD를 쓰고 있던터라 HDD에 충격이 가거나 한 줄 알았는데 다행히도 Live부팅을 하니 데이터는 고스란히 남아있더군요.

이전에 만들어두었던 USB메모리로 EFI를 복구하고 Grub을 다시 올렸는데 여기서 실수 했습니다.

저는 몰랐습니다. EFI부팅을 했다면 EFI부팅을 한 Live리눅스에서 복구를 해야하는 것을 말이지요. 아무래도 LiveUSB는 범용성을 지녀야 하기 때문에 Legacy부트 방식으로 만들어 놓았는데 Grub을 레거시에서 올리니 당연히 Grub을 빠이빠이~ 해버렸습니다. (grub-efi와 grub-pc와의 차이라고 합니다.)

GPT와 MBR(EFI부트는 GPT파티션으로, Legacy부트는 MBR부트방식으로 해야한다네요. 우분투는 그런거 없이 보통 부팅되었지만)간의 차이가 문제를 일으킨다고 하네요.

결국 /home파티션만 살리고 처음부터 다시 시스템을 구축하기로 결정했습니다. /home에서 .config일부와 몇몇 프로그램 설정을 제외하고 일단 숨김폴더는 싹다 지웠습니다. 나머지 파티션도 깔끔하게 포맷하고 어떤 배포판을 올릴까 고민을 했습니다. 처음에는 그동안 편하게 잘 썼던 민트를 생각했었는데 묵직한 느낌이 아직도 있어서 넘어가고 LXDE(LXQT)계열로 생각했습니다. wayland기반의 MauiOS도 시도했는데 AMD라 그런지 GUI가 안 뜹니다. 일단 이건 포기. Arch리눅스도 관심이 많아서 어떨까 했는데 (ArchBang)라이브 만으로도 굉장한 성능을 뿜어주었지만 당장 일처리를 해야하는데 시간이 너무 길어져서 (도로)우분투나 데비안 계열로 가닥을 잡았습니다.

 그러다 이전에 썼던 LXLE가 생각나서 이번에 다시 설치했는데 EFI부트가 지원이 되더군요? 그래서 다시 LXLE로 시스템을 꾸몄습니다. 실컷 설치 하고보니 이전에 제가 쓰던것과 큰 차이가 없네요. Openbox대신 icewm같은 걸로 바꿔볼까도 생각했는데 굳이 그럴 이유는 없을 것 같습니다. Openbox도 안정적이면서 가볍고 TinyWM거라면 모를까 메모리 사용률이 큰 차이가 없었습니다.(TinyWM에 대해서는 나중에 살짝 맛보기 용도로 포스트 해보겠습니다.)

LXLE를 그냥 저냥 쓰고있는데 OS를 새로 설치했다는 느낌이 전혀 안 듭니다. 심지어 제가 튜닝했던 것이 LXLE에서는 그냥 기본 세팅이네요. 일단 느낌은 좋습니다. 홈페이지에서의 소개와는 다르게 가볍다는 느낌은 전혀 안 들지만 Lubuntu를 편리하게 만들었다는 느낌입니다. 어쨌건 블로그 명칭은 안 바꿉니다. LXLE도 어쨌건 우분투 계열이니까요.

우분투를 설치할 때 요즘은 당연히 키보드 레이아웃을 한국어로 설정합니다. 한/영키가 따로 없는 노트북은 Alt키가 한영을 대신하는 104키호환으로 설정하고요. 하지만 8.04 시절만 하더라도 한국어가 따로 없어서 미국레이아웃을 사용했습니다. 사실 한국에선느 qwerty기반의 자판을 사용하기 때문에 US자판을 사용해도 사용하는데 지장은 없습니다. 다만 노트북에서 Alt를 한영키로 인식하지 않아 헷갈릴 뿐입니다.

ibus를 사용하는 사람들은 이게 좀 많이 문제를 일으킵니다. 지금은 ibus-hangul이 한국어와 영어 둘 다 입력에 관여하지만 잠시동안은 영문입력모드일 때는 ibus-hangul이 비활성화 된 상태로 된다던지 하는 방법을 사용했습니다. 언제 다시 이 방식으로 돌아갈지도 모르는 상황입니다. 그렇다면 더더욱 키보드 레이아웃을 고정해야겠지요.

키보드 레이아웃 설정 프로그램이 있지만 이게 자주 리셋이 되곤 합니다. 아마도 저장이 안 되는 듯 한데 처음부터 시스템의 키보드 레이아웃을 수정하면 고정시킬 수 있습니다.

/etc/default/keyboard

해당 파일을 수정하면 키보드 레이아웃을 고정 시킬 수 있습니다.

설치할 때 키보드 레이아웃을 잘못 정했거나(FR등으로 하면 난리납니다.)ibus상에서 문제가 일어나는 경우, 한/영 전환시 답답한 상황이 생긴 경우에 이 방법을 사용하면 됩니다.(혹은 Alt키가 어떤 단축키인 경우에도 좋습니다.)

위에서 말한 파일을 관리자 권한으로 엽시다. 어떤 텍스트 에디터도 좋습니다. gedit이나 leafpad 아니면 nano나 vi도 좋습니다. 다만 관리자 권한 즉 sudo를 사용해야 합니다.

sudo gedit /etc/default/keyboard

이런식으로 말이지요.

그리고 파일을 다음과 같이 수정합니다.

위의 것은 일반 키보드이고 아래것은 104키 호환모드 즉, 노트북용입니다. 자신에게 맞는 것을 골라서 똑같이 수정하면 됩니다.

아주 간단한 포스트입니다.

우분투 14.04에서 최신 커널로 업데이트를 했는데 Virtualbox가 에러를 일으키는 문제가 생겼습니다.

로그를 보아하니 다음과 같은 내용이 있었습니다.

저 빨간 부분을 자세히 살펴보면 컴파일러가 지원이 되지 않는 옵션을 사용했다는 것으로 보입니다. 즉 GCC버전이 낮아서 생긴 일입니다. 커널을 컴파일해서 설치했다면 문제가 전혀 없었겠지만 저는 귀찮은 나머지 그냥 패키지로 설치했습니다. 그랬더니 이런 문제가 생기네요.

방법은 GCC를 업데이트하거나 커널을 직접 컴파일해서 설치하는 것입니다. 직접 컴파일은 오래걸리기도 하고 설정하다 시간 다 잡아먹으니 다음에 하기로 하고 GCC를 PPA를 통해 업데이트하는 방법을 써봅시다.

다음과 같은 명령으로 GCC를 업데이트 할 수 있습니다. GCC 4.9버전을 쓴다는 가정입니다.

14.04

sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install gcc-4.9 g++-4.9
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.9 60 --slave /usr/bin/g++ g++ /usr/bin/g++-4.9

설명은 굳이 안 하겠습니다. ubuntu-toolchain-r PPA를 등록후 GCC를 설치하는 것 뿐입니다.