2017/10/22

Ubuntu 17.10 설치 및 사용


(2018/1/10 추가)

우분투 Meltdown/Spectre kernel patch 관련

오늘(현지 시간 1월 9일) 우분투의 대대적인 kernel patch가 있었다. 그런데 언제부터인가 우분투가 자동으로 kernel을 update해 버리고 있었다. 재부팅하니 NVIDIA로 로그인이 안된다. <Alt>+<Ctrl>+<F3>로 console 로그인은 되었는데 잠시 후 먹통이 돼 버렸다. 참고로 NVIDIA 상용 드라이버가 정상 동작할 때는 console 로그인을 해도 black screen인데 오늘 같은 경우에는 정상 로그인이 되기 때문에 NVIDIA 드라이버가 로딩되지 않았음을 알 수 있다.

강제 재부팅해서 이전 커널 버전으로 부팅하고 NVIDIA 홈페이지 갔더니 1월 4일자 384.111 버전이 올라왔더라. 내려 받은 후 새 커널(4.13.0-25-generic #29)의 recovery mode로 부팅해서 NVIDIA 새 드라이버 설치하고 재부팅하니 새 커널에서 NVIDIA 로그인이 잘 된다.

구글링 해 보니 역시나 우분투에서 커널과 NVIDIA 드라이버를 동시에 patch 했는데, 내가 우분투에 기본 탑재된 NVIDIA 드라이버를 사용하지 않았기 때문에 문제가 발생한 것인지는 확실하진 않다. 다만 NVIDIA 사용자들의 아우성이 곳곳에 보이더라... 커널 patch 후 PC 성능 저하 문제가 생길지는 두고 봐야할 듯...

참고로, 우분투 자동 update 막는 법도 구글링 해 보니, /etc/apt/apt.conf.d/10periodic 파일에서, 아래의 "1"을 "0"으로 바꾸면 자동 update를 막을 수 있단다.
APT::Periodic::Update-Package-Lists "1";

기타 참고 사항

우분투 17.10에 기본 탑재된 커널이 Lenovo, Acer 등 일부 노트북 기종의 BIOS 셋팅을 저장할 수 없게 만드는 문제가 발생해서 캐노니컬이 우분투 17.10 설치 iso 이미지를 우분투 사이트에서 내렸었는데, 새로운 17.10 설치 iso 이미지가 공식적으로 1월 11일에 올라올 예정이란다. 아마 이번 kernel patch까지 반영될 듯하다.

--------------------------------------------------------------

(2017/11/10 추가)

우분투 17.10에 fcitx 설치

우분투 17.10에서 Gnome-shell이 데스크탑이 되고 나니까 기본 입력기인 ibus와 다른 입력기들이 충돌하는 문제가 생긴다. fcitx를 설치해서 언어 설정에서 입력기를 ibus에서 fcitx로 바꾸더라도 ibus 프로세스들이 살아 있는 문제와 Gnome 상단 패널(또는 Top Bar)에 ibus 설정 icon이 남아 있는 등의 문제가 생긴다.

간단한 해결책은, 1) ibus를 지우고, 2) fcitx-hangul을 설치하고 나서, 3) 언어 설정에서 입력기를 fcitx로 지정하고 4) 재부팅 하면 된다. 마지막으로, 5) gnome-shell이 fcitx를 자동 실행하도록 해두는게 좋다.

$ sudo apt remove ibus
$ sudo apt install fcitx-hangul

1) 에서 ibus 지우기 겁나면 ibus 프로세스가 아예 안뜨도록 하면 되는데 가장 좋은 방법은 아래와 같이 파일명을 바꿔 버려도 된다.

$ sudo mv /usr/bin/ibus-daemon /usr/bin/ibus-daemon.org

그리고, 아래 글에 자세히 다루지 않았었는데 Gnome Tweak Tool을 설치해 두면 여러모로 편리하다. 그리고 Gnome extensions를 사용할 경우에는 chrome-gnome-shell 패키지도 유용하다. 이는 Firefox나 Chrome에서 Gnome extensions를 설치/Update/삭제할 수 있게 해 준다.

$ sudo apt install gnome-tweak-tool chrome-gnome-shell

fcitx는 gnome-shell에서 logout 하고 재로그인 하면 자동으로 기동되지 않는 문제가 있다. Gnome Tweak Tool 에서 [Startup Applications] Tab > [+] 버튼을 누른 뒤 나타나는 "Fcitx"를 선택해서 [Add] 해 주면 된다.

fcitx 설정 방법은 예전과 똑같다. fcitx도 ibus처럼 Wayland 환경에서도 잘 동작한다. 다만, 모든 입력기 들이 진정으로 Wayland를 지원하고 있다고 보기는 어렵다.

우분투 17.10 사용 소감 추가

앞서 얘기한 바 있지만 시스템 안정성 문제 때문에, Wayland를 사용하고 싶으면 Nvidia 등의 상용 비디오 드라이버를 설치하지 않는 것이 좋고, 상용 비디오 드라이버를 사용하고 싶으면 Wayland 대신 Xorg 서버 환경에서 우분투를 사용하는 것이 좋다.

기본 우분투 17.10 환경에서 Ubuntu dock외에 Hide top bar와 Pixel saver 2개의 Gnome extension만 사용해도 이전의 Unity Desktop과 비슷한 느낌을 가질 수는 있게 됐다. 초기의 자잘한 UI 버그들이 수정되어 그럭저럭 안정감있게 쓸만하다.


--------------------------------------------------------------

지난 주에 우분투 17.10이 공식 배포돼서 주말에 설치해서 사용해 보았다. 바뀌는 게 많아서 18.04 LTS 버전이 나오면 Clean Install 할까 했는데 17.04에서 Wayland를 써 보고 나니 17.10에서 얼마나 잘 돌아가나 궁금해서 오랜만에 하드디스크의 iso 파일을 이용해 Clean Install을 감행했다.

우분투 17.10에서 달라진 점들은 우분투의 Release Notes를 참고할 필요가 있다. 몇 가지만 소개하면,
  •  Unity Desktop이 Gnome shell 3.26 Desktop으로 대체 
    • 단, Original Gnome shell을 사용하고 싶다면 gnome-session 패키지 설치 필요
    • 기본 Ubuntu Desktop은 Dash to Dock(Ubuntu Dock) 등 gnome 일부 기능을 cusomize 시킴
  • Display server가 Xorg에서 Wayland로 대체
  • Display manager가 lightdm에서 gdm3로 대체
  • Desktop 32-bit 설치 iso 이미지 파일은 공식적으로 중단
  • Network 유틸리티 들이 새롭게 대체됨
    • ifupdown 대신 netplan 사용
    • net-tools(ifconfig/netstat 등 포함)가 기본 설치되지 않고 ip 명령 권장
  • Linux kernel 4.13 채택: Graphics/CPU 성능 향상, 파일시스템 개선 등
이번 버전은 크게 바뀐 것이 많아서 상대적으로 배포까지의 시간이 부족했을 가능성이 높다. 그래서인지 설치 iso 이미지는 Xorg 서버로만 동작하므로 실제로 설치하지 않고는 Wayland 서버를 사용해 볼 수 없다. 

Gnome Desktop 환경

Unity Desktop을 사용하던 사람들은 여러가지 불편함을 느낄 수 있다. Unity Launcher 대신 Dash to Dock(Gnome extension)을 수정한 Ubuntu Dock이 비슷하게 보이지만 Qt 앱의 경우 Dock에 고정시키기도 불편하고 실행시 별개의 아이콘이 뜨는 문제라든가 Minimize 기능 등 자잘하게 안되는 것들이 있다. 무엇보다 Unity의 Global menu가 사라져서 VirtualBox 등에서 화면 수직폭이 다시 늘어나는 불편함이 있다.

개인적으로는 어차피 Gnome extension을 사용할 거라면 Dash to Dock 보다는 Dash to Panel에 Hide Top Bar를 결합한 원래의 Gnome Desktop이 더 마음에 든다. 다만, 그것이 Windows UI와 거의 비슷하기 때문에 우분투 입장에서 꺼려지는 측면이 있었을 것이다.

Javascript를 사용하는 Gnome extensions를 사용해야 하는 것도 장단점이 있어서 사용자들의 호불호가 극단적으로 나뉜다. OS의 일부 기능을 인터넷 상의 누군가에게 의존해야 하는 문제 때문이다. 보안 문제가 생길 수도 있고, 일부 extension 들은 버전 업에 따른 유지보수가 제대로 이루어 지지 않거나 중단되는 경우도 많다. 머, 장점은 좀 알면 내 맘대로 데스크탑을 바꿀 수 있다는 것이다.

기본 Wayland 서버 환경 (Wayland + nouveau Driver)

우분투 17.10을 설치하고 나면 로그인시 사용자 id를 click하면 기어모양의 아이콘이 패스워드 창 밑에 보이는데 이걸 click하면 두개의 Session이 보인다. "Ubuntu"와 "Ubuntu on Xorg"이다. 이 중에서 "Ubuntu"는 곧 "Ubuntu on Wayland"이다. 오리지널 Gnome Shell을 설치하고 재 부팅하면 "Gnome"과 "Gnome on Xorg" 두 개의 Session이 추가 되는데 여기서도 "Gnome" = "Gnome on Wayland"이다. 로그인시 그냥 id와 패스워드를 입력하고 로그인하면 "Ubuntu" Session으로 로그인된다. 그리고 별도로 Nvidia와 같은 상용 드라이버를 설치하지 않았다면 기본 nouveau 드라이버 환경이 된다. 

오랫동안 써 보진 못했지만 Wayland + nouveau Driver 환경은 이전 버전에 비해 상대적으로 매우 빠르다는 느낌을 준다. 그리고, Wayland + Nvidia Driver 환경에 비해 좀 느릴 수도 있지만 훨씬 안정적으로 동작한다.

  • GUI 앱을 터미널에서 root 권한으로 실행할 수 없음
    • 필요한 기능만 PolicyKit로 root 권한을 주는 앱은 실행 가능
    •  아래와 같이 우회적인 방법으로 gparted, synaptic 등 실행 가능
      • $ sudo xhost +SI:localuser:root
  • 잘 알려진 X11 앱들(xkill, xrandr, sdotool, xsel 등)이 Wayland session이나 앱에서 동작하지 않음
  • Game과 같은 특정 앱이 모니터 해상도를 변경할 수 없음
    • 단, 해상도를 먼저 바꾸면 Game 실행 가능할 수도...
  • 보안 문제를 차단하기 위해 일반 앱에서 화면 capture/casting 불가
    • System에서 허용한 앱만 가능
  • 느린 시스템에서 Mouse pointer가 느리게 반응할 수 있음(버그)
  • Keyboard events가 가끔 빠르게 반복될 수 있음(버그)
  • 모든 key 입력이 원격 데스크탑이나 가상 머신에 전달되지 않을 수 있음(버그) 
그리고, Wayland에 관심이 있다면 위의 Fedora 링크를 자세히 숙지해야 할 것이다. 실제로 일반 사용자들은 자신이 로그인한 데스크탑 환경이 Wayland 환경인지 Xorg  환경인지 헛갈릴 수 있고, Wayland 환경 내에서도 실행시킨 GUI 앱이 Wayland 앱인지 Xorg 앱인지 구분하기 어렵다.

Wayland + Nvidia 상용 드라이버 환경

실제로 우분투 17.10에 탑재된 Nvidia 상용 드라이버를 설치하고 재부팅해서 무심코 로그인하면 기존에 Wayland + nouveau 환경을 사용했던 일반 사용자들은 당연히 Wayland + Nvidia 환경이 됐을 거라 착각하기 쉽다. 하지만 logout 한 후에 기어를 click해 보면 "Ubuntu" 세션이 사라지고 "Ubuntu on Xorg" 세션만 남아 있음을 알게 된다. 기본적으로 Nvidia 상용 드라이버 환경에서 별다른 설정을 하지 않으면 Wayland를 사용할 수 없다. 이 부분은 Nvidia 상용 드라이버의 한계라고 볼 수 있기도 하다. 아직 상용 드라이버들이 Wayland 를 제대로 지원하지는 않고 있다는 증거이다.

Nvidia 상용 드라이버 환경에서 Wayland를 사용하려면 앞서 글에서 다룬 바와 같이 nvidia-drm 모듈에 대한 option을 주고 부팅해야 한다. 앞서 글에서 다룬 Nvidia 드라이버 설치 방법을 숙지하는 것이 좋다. 참고로, 우분투 17.10에 탑재된 Nvidia 상용 드라이버는 Nvidia Site에서 제공하는 최신 상용 드라이버와 버전은 같지만 내 PC에서는 option을 주어도 Wayland를 사용할 수 없었다.

Wayland + Nvidia 환경은 일반 사용자들에게 권하고 싶지 않다. 기본적으로는 안정성 문제가 심각하고 Grub Recovery 모드로 부팅시 화면이 깨져서 아무것도 할 수 없는 문제가 생긴다.

안정성 문제는, 가령 절전 모드 진입시에 Gnome Shell이 먹통이 되어 버리는데 ssh로 원격 접속하는 것 말고는 할 수 있는 게 없다. 기본적으로 콘솔은 black screen이기 때문이다. 더구나 Wayland 환경에서는 gdm 서비스를 종료시켜서 콘솔 화면으로 빠져 나올 수 있는 방법도 없다.

그러니까, Nvidia 상용 드라이버 환경에서 Wayland 를 사용하고 싶다면 반드시 사전에 openssh-server를 설치해 두어야 한다. 물론 ssh로 접속할 수 있는 별개의 PC 한대가 더 있어야겠다. 스마트 폰 앱으로도 가능하긴 하지만 불편하니까...

참고로 ssh로 원격 접속해서 Nvidia 환경에서 Xorg로만 다시 사용하기 위해서는 blacklist 파일에 아래와 같이 option을 변경하고 initramfs를 update 한 후 재부팅하면 된다.

options nvidia-drm modeset=0

또는, 아예 상용 Nvidia 드라이버를 제거하고 nouveau 드라이버 환경으로 복귀하면 최초의 우분투 환경으로 돌아올 수 있다.

Xorg 환경

Xorg 환경은 Wayland에 관심이 없거나 잘 모르는 사용자들이 익숙한 환경이다. Unity Desktop이 Gnome Desktop으로 바뀐 것 빼고는 달라진게 없다. Xorg 환경에서는 nouveau 건 상용 Nvidia 드라이버 건 모두 안정적으로 동작하기 때문에, 역설적으로 기존의 우분투 사용자들이 당분간 선호하게 될 환경이기도 하다.

한글 입력기 문제

Gnome Desktop의 기본 한글 입력기는 ibus이다. 우분투 17.10을 설치하고 나서 한글 언어 팩을 자동 설치하고 나서 재로그인 하면 한글입력이 바로 되면 좋은데 재부팅하고 나서야 제대로 동작하더라. 

참고로, fcitx-hangul은 따로 설치해야 하는데, 설치 후 언어 설정에서 입력기를 fcitx로 지정해도 재로그인 후 fcitx 프로세스가 뜨지 않는 문제가 있다. fcitx 프로세스가 동작하려면 입력기 환경변수 들이 ibus 대신 fcitx로 바뀌어야 하는데 자동으로 바뀌지 않는 버그가 있다. 또한, im-config를 실행해도 환경 변수들이 제대로 설정되지 않는 버그도 있다. 내부적으로 im-config를 사용하고 있다면 동일한 버그일 수도 있다. 이에 더해서, 수동으로 입력기 환경변수를 fcitx로 잡아주면 fcitx 프로세스가 뜨지만 ibus 프로세스들 역시 죽지 않아서 fcitx가 제대로 동작하지 않는다. 

사실, Wayland 테스트 하느라 한글 입력기들은 제대로 테스트하지 못했다. ibus를 사용하면 Qt 앱에서도 한글입력이 잘 된다. 당분간은 ibus에 만족해야 할 듯...

맺음말

우분투 17.10에 Gnome Shell 뿐만 아니라 Wayland 서버가 기본 데스크탑이 되면서 우분투 사용 환경이 다소 복잡해진 것이 사실이다. Gnome은 이제 붙박이가 되었으니 그렇다 쳐도, Wayland냐 Xorg냐의 선택과 nouveau냐 Nvidia 상용 드라이버냐의 선택이 있으므로 최소한 4가지 사용 환경이 파생된다. 여기에 기존의 Unity 사용자들은 Gnome 대신 Unity를 계속 사용할 수도 있으니...

굳이 Nvidia  상용 드라이버를 쓸 필요가 없는 일반 사용자 들은 기본 우분투 환경인 Gnome + Wayland + nouveau도 꽤 쓸만하다고 본다. 하지만, CUDA 등 Nvidia 상용 드라이버를 반드시 사용해야 하는 사용자라면 당분간 Gnome + Xorg + Nvidia 환경을 사용해야 할 것이다.

2017/07/29

Ubuntu 17.04 Wayland 사용


우분투 17.10부터 Gnome이 기본 데스크탑 환경으로 될 참이라 이놈도 같이 설치해서 틈틈이 사용해 보고 있는데 로그인 화면에서 Unity 8과 함께 Gnome on Wayland는 선택은 할 수 있지만 로그인하면 먹통이 되는 귀찮은 메뉴들이었다. 더구나 그 간에 구글링해 보면 Nvidia 드라이버 환경에서는 안된다는 글만 보였기 때문이다. Unity 8은 그렇다 치고, Wayland가 내 PC에서 동작하는지 확인하고 싶었는데, 간만에 구글링해 보니 마침 Nvidia 환경에서 Gnome on Wayland가 동작한다는 글이 보였다. 따라해 보았지만, 여전히 먹통이다. 생각해 보니 Unity Desktop의 기본 Display Manager인 lightdm 대신 gdm을 사용해야 될 것 같았고 바꿨더니 역시나 잘 되더라.

이 글에서는 우분투의 Nvidia 드라이버 사용 환경에서 Wayland를 사용하는 방법과 짧은 사용담을  정리한다. Wayland 환경에서 한글입력 문제는 여전히 누군가가 해결해야 할 숙제이다. 그리고, 아직까지는 Nvidia가 Wayland API를 제대로 지원하지는 않고 있다는 점도 참고할 필요가 있다.


우분투 17.04 Nvidia 환경에서 Wayland 사용 절차

1. Nvidia 드라이버 설치

Nvidia 홈페이지에서 최신 Nvidia 드라이버를 내려 받아 설치한다. 내가 사용하는 버전은 381.22이다. 우분투 17.04는 리눅스 커널 4.10을 사용하는데 381.22 미만 버전은 커널 모듈 컴파일시 오류가 발생해서 설치할 수 없다.

Nvidia 드라이버 설치 절차는 이전 글에 올려 놓았는데, Wayland가 동작하려면 이전 글의 "3. 새로운 NVIDIA 드라이버 설치 후 nouveau 드라이버가 로딩되지 않도록 blacklist 파일 생성" 부분에서 blacklist 파일, 즉, /etc/modprobe.d/blacklist-nouveau.conf 파일에 아래의 내용을 한 줄 추가해 주어야 한다. 단, 아래의 옵션 설정에 대한 제약 사항은 여기 참조.

options nvidia-drm modeset=1

그리고 나서, 이전 글의 절차대로 initramfs를 update해 주고 Nvidia 드라이버를 설치하면 된다.

2. Gnome Desktop 설치

Unity Desktop은 당연히 Wayland를 지원하지 않는다. Gnome이나 KDE를 사용해야 하는데 어차피 우분투는 Gnome이 기본 데스크탑이 될 것이므로 Gnome을 설치했다. 참고로, Gnome은 3.22 이후 버전부터 Wayland를 지원하고 있다.

$ sudo apt install ubuntu-gnome-desktop

3. Display Manager 교체

Gnome 설치시에 lightdm 대신 gdm3를 사용하도록 설정해도 되지만, Unity Desktop 사용자들은 lightdm을 사용하고 있으므로 교체 방법을 알아 둘 필요가 있다. 그리고, Wayland를 사용하다가 한글 문제 때문에 lightdm으로 복귀해야 할 경우도 생길 수 있다.

$ sudo dpkg-reconfigure lightdm

위의 명령으로 lightdm 또는 gdm3를 교체할 수 있다. 아래의 명령도 똑 같다고 하는데 내 PC에서는 안되더라.

$ sudo dpkg-reconfigure gdm3

4. Desktop 재기동

단순히 PC를 재부팅해 주면 된다. 즉, Mac PC와 같이 lightdm 서비스를 중지하면 화면이 black screen이 되어 버리는 경우에는 <Alt>+<Ctrl>+<F1>~<F6>키를 눌러서 콘솔로 빠져 나갈 수는 있지만 입력하는 내용이 보이지 않아 오타가 발생하기 쉽다. black screen이 아닌 경우에는 아래와 같이 lightdm 서비스를 내리고 gdm3 서비스를 올려 주면 된다.

$ systemctl stop service lightdm
$ systemctl start service gdm3

5. Wayland로 로그인

Desktop 재기동 후 사용자 id를 선택하고 기어 모양의 아이콘을 클릭하면 "Gnome on Wayland"를 선택할 수 있다. 그리고 나서 로그인하면 완료다.


Wayland 사용담

한글 입력 문제 때문에 Gnome on Wayland를 잠깐만 써보고 다시 Unity Desktop으로 복귀했다. 전반적으로는 훌륭하다는 느낌이다. 빠르고 의외로 대부분의 앱들이 잘 동작한다. 다만 gnome-shell이 죽는 문제가 종종 발생한다. shell extensions 때문인지는 확실하지 않다.

VLC media player로 HD 동영상을 X-Server 환경에서 돌릴 때와 비교해 보면 체감속도 차이가 확난다. 가령 동영상의 중간 시점으로 스크롤해 보면 Wayland 환경에서는 곧 바로 그 시점에서 재생이 되는데 X 환경에서는 화면이 멈춰 있거나 지지거린다.

현재 Wayland 환경에서 문제가 되는 점들은 X-server가 오래된 만큼 버리기 어려운 구닥다리 소프트웨어들이 원하는 대로 잘 동작하지 않을 가능성이 있다는 점이다. 물론 비교적 최신 소프트웨어라 하더라도 Wayland를 잘 지원한다는 보장은 아직 없다. 구닥다리 소프트웨어들은 그래도 XWayland 서버가 지원되고 있어서 어느 정도는 잘 동작한다. 적어도 Gnome Desktop에 딸려오는 소프트웨어들은 Wayland를 잘 지원하는 것으로 보인다. Qt Creator의 경우에는 일부 기능에서 오류가 발생하더라. Qt도 Wayland를 잘 지원하고 있는 편이라서 큰 문제는 아닐 듯 싶다. VirtualBox의 경우에는 3D 가속 옵션을 꺼야 VM이 실행되더라.

역시나 한글 사용자들이 가장 큰 문제다. fcitx는 Wayland를 지원할 예정이라고 하는데 한글 입력이 잘되는 지는 기다려 봐야 한다. ibus는 Gnome의 기본 입력기라 한글이 잘 되어야 할텐데 안된다. 기본적으로는 Wayland 뿐만이 아니라, gdm3 환경에서 한글 입력기들을 사용할 수 없는 것으로 추정된다. gdm3를 사용해서도 Unity Desktop 으로 로그인 할 수 있는데 fcitx든 ibus든 한글 입력이 안된다.


맺음말

우분투 17.10부터 Gnome이 기본 데스크탑이 되면 Wayland 환경이 많이 안정화될 것이고, 사용자들도 급격히 늘어날 가능성이 높다. 생각보다 XOrg 서버가 빨리 퇴출될 수도 있다. 물론 상용 비디오 드라이버들의 지원도 필요하다.

늘 그래왔듯이 한글 사용자들에게는 한글 입력기 개선이라는 숙제가 남아 있다.

2017/04/17

Ubuntu 17.04 Upgrade 및 WSL 잡담


지난 주에 우분투 17.04가 배포돼서 16.10에서 17.04로 Upgrade 시켰다. 소요 시간은 1시간 10분 정도 걸렸다. 수많은 패키지가 Upgrade 되긴 했지만 Desktop 사용자들이 피부로 느낄 수 있는 변화는 그리 많지는 않다.

Ubuntu 17.04...

우선, 17.04부터는 Swap 파티션 대신 2GB 정도의 Swap 파일을 사용한다. 물론 Clean Install 했을 때만 적용된다. 리눅스 커널 4.10에서는 AMD Ryzen이나 Intel Kaby Lake 시스템을 잘 지원한단다. 기본 DNS resolver로써 systemd-resolved를 사용하고 gconf 대신 gsettings를 사용하도록 한다.  그리고 IPP를 이용한 Driverless Printing을 지원한다. 자세한 내용은 Release Notes를 보는게 좋다. 그리고, Unity 8/Mir는 우분투 설치 iso로 부팅하니까 로그인이 되더라. 막상 Upgrade하면 여전히 먹통이다. 일부 프로세스가 죽어 버리는 문제가 있는 듯...

아무튼 Cannonical이 우분투 18.04 부터는 Unity를 버리고 Gnome Shell이 기본 Desktop이 될 것이라는 소식이 우분투 17.04 정식 출시를 앞두고 전해져서 우분투 17.04에 대한 기대감이 줄어든 것도 사실이다. Unity나 Mir는 오픈소스 프로젝트로 명맥을 유지할 전망이다. 실제로 Unity8을 잠깐 사용해 보니 그리 깊은 감동을 받지 못했다. 이제 우분투가 Gnome Shell로 회귀하면 역설적으로 리눅스 Desktop이 Convergence가 이루어진 것일 수도 있다는... 그동안 Unity를 써온 입장에서 좀 슬프긴 하지만 캐노니컬도 먹고 살아야 하지 않겠나 싶다. 마침 우분투 17.04 Code Name이 Zesty Zapus로써 알파벳 Z까지 다 써 버렸으니 새로운 결정을 하기에 좋은 시기이긴 하다.

17.04로 Upgrade 하면서 NVIDIA 드라이버 문제는 16.04/16.10 설치시와 동일한 문제가 발생했었다. 그런데 우분투 설치 iso에 탑재된 NVIDIA 드라이버가 왜 동작하지 않을까 생각해 보다가 nouveau 드라이버가 로딩되지 않게 blacklist 처리하고 initramfs를 Update해 준 후 재부팅해서 우분투 17.04에 탑재된 NVIDIA 드라이버를 사용하도록 했더니 역시나 잘 동작하더라. 그리고, 다행히 17.04에서는 한글 입력기로써 fcitx가 죽지 않고 잘 되더라.

Windows 10 Creators Update - WSL(Windows Subsystem for Linux)...

마침 Windows 10도 Update가 지난 주 부터 배포가 돼서 Update를 했다. 우분투 17.04 보다 WSL Update가 더 눈에 띈다. 물론 이전 버전에는 우분투 14.04.2였는데 Creators Update에는 우분투 16.04.2가 탑재되었다. 우분투 자체는 버전이 17.04보다 낮지만 WSL Update는 인상적이다. 우분투 14.04.2 사용자는 bash을 전부 지우고 재설치해야 WSL에서 우분투 16.04.2를 사용할 수 있다.

이전 WSL 버전에서는 ifconfig나 ping을 비롯한 네트워크 기능들이 먹통이었는데 네트워크 기능이 그런대로 원활히 동작한다. WSL에서 Linux Desktop이나 GUI App들을 사용하는 것은 이전 버전에서도 열성 분자들이 가능하다는 것을 보여 준 바 있다. X-windows를 Windows 10에 설치하면 모든 것이 가능해 진다. 사실 그래봐야 리눅스 데스크탑보다 느릴게 뻔한데 덕후들을 칭찬해 줄 수 밖에 없다. 이런 덕후들이 있음으로 해서 새로운 아이디어가 생기고 세상이 바뀌는 것도 사실이기 때문이다.

사실 우분투 Bash이 Windows 10에 처음 탑재됐을 때만 해도 WSL 개발자 들은 WSL이 Windows 환경에서 오픈 소스 개발 도구 정도의 기능만 제공해도 된다고 생각했던 듯 싶다. 그런데 덕후들이 더 많은 기능을 요구하기 시작한 것이다. 그 결과로써 이번 WSL Update에서 주목할 만한 것이 Windows와 리눅스간의 Inter-operations 기능을 강화하게 되었고, 리눅스 Daemon 들도 WSL에서 돌아가게 되었다.

WSL의 bash에서 notepad와 같은 Windows App을 실행할 수 있게 됐고, Windows에서도 리눅스 명령을 혼용해서 사용할 수 있게 된 것이다. 물론 아직 한계는 있지만 말이다. 시험삼아 몇가지 테스트 해 봤는데 일단, Windows Powershell과 bash간의 shell script는 변수를 서로 혼용해서 사용할 수 있어서 Windows <-> Linux 명령을 혼용해서 shell script가 동작하도록 할 수 있었다.

또 한가지, WSL에 ssh daemon을 띄워서 remote에서 Windows WSL에 ssh나 sftp로 접속하는 것이 가능한지 시험해 봤는데 잘 되더라. ssh daemon을 띄우는 방법은 여기를 참고하면 되고, remote 접속을 하려면 Windows 10의 방화벽 설정에서 22번 port를 개방하는 정책을 하나 추가해 주면 된다.

사실, 내가 원했던 것은 Windows의 Qt Creator에서 WSL의 git를 사용할 수 있게 하려는 것이었는데, Qt Creator에서 MSYS의 git를 사용하도록 되어 있어서 현재로서는 불가능하다.

맺음말

리눅스 데스크탑 환경은 아직도 많은 데스크탑 오픈소스 프로젝트 들이 돌아가고 있긴 하지만, 우분투가 Unity/Mir 개발을 중단함으로써 systemd와 유사하게 당분간 Convergence가 이루어 질 듯하다. WSL 은 Windows와 Linux 운영체제가 통합될 수도 있다는 가능성을 보여주고 있다.

인공신경망과 같이 미래의 기술은 어디로 튈지 아무도 모른다. 더러는 좋은 놈도 중간에 덜컥 죽어 버리기도 하고 더러는 죽었다가 더 센 놈으로 부활하기도 한다. 우주 만물의 이치가 원래 그런 것인지도...