Windows 10과 Ubuntu Unity Desktop

Windows 10을 몇일 써 보니 Ubuntu Unity Desktop과 겉보기에는 다르지만 근본적으로는 비슷한 기능들이 보여서 사용자 관점에서 간단히 비교해 보기로 하였다. 사실, OS 들도 서로 모방하면서 발전하는 경향이 있기 때문에 단순히 우분투나 리눅스가 더 낫다고 주장하려는 것은 아니다.

Windows 8과 우분투 Unity Desktop - 사라진 "시작 메뉴"

Windows 8에서 Windows Tile의 등장으로 Windows Desktop은 Windows 앱 중의 하나로 전락했다. 더구나 Windows Desktop으로 진입한 후에도 "시작 메뉴"에 자신이 설치한 앱들이 나타나지 않는 것이 많은 사용자들을 당황하게 만든 것 같다. 오른쪽 위 언저리에 마우스를 갖다 대야 나타나는 앱 검색 기능은 Windows 8을 직접 설치한 사람이 아니라면 사용 방법도 모를 것이다. 사실, Windows 8을 설치하고 나서 Gnome Shell을 모방한게 아닌가 하는 생각이 들었었다. 우분투 Unity도 Gnome Shell과 Mac OS X 짬뽕인 것처럼 느껴지듯이...

"시작 메뉴"의 기원은 Windows 였고, "시작 메뉴"를 Desktop에서 처음 없앤 것은 Gnome Shell이었을 것이다. 우분투의 Unity Desktop에도 "시작 메뉴"가 없다. Windows 7까지의 Desktop 환경에 익숙한 사용자들은 마우스로 자신이 설치한 앱을 "시작 메뉴"에서 찾아 사용하던 습관을 버리기 어렵다. "시작 메뉴"가 사라진 Windows 8과 마찬가지로 우분투 Unity Desktop도 처음 우분투를 접하는 사용자들에게는 거부감을 줄 수 있다. 리눅스 Mint 사용자들이 우분투 사용자 보다 늘어나게 된 주요 원인 중 하나도 "시작 메뉴" 때문일 듯 하다. 더구나 "시작 메뉴"는 키보드에 [Windows] key가 배치되면서  더욱 사용자들에게 익숙해져 버렸다. 리눅스 Desktop 환경에서도 이 [Windows] key를 [Super] key로 사용하기 때문에 "시작 메뉴"는 Windows 사용자뿐만 아니라 리눅스 데스크탑 사용자들에게도 익숙한 것이다.

키보드가 있는 PC 환경에서는 "시작 메뉴"에서 마우스로 앱을 찾아 들어가 클릭하여 실행하는 것보다는, Gnome Shell이나 Unity Desktop에서 처럼 [Super(Windows)] key를 눌러서 앱이나 파일을 키워드로 검색하여 실행하는 것이 훨씬 효율적이다. Windows 8이나 우분투 Unity Desktop이 Touch 환경까지 고려해서 만든 것이지만, 키보드가 없는 Touch Pad 환경에서는 키워드 검색보다는 Touch로 "시작 메뉴"의 앱을 찾아 들어가 실행하는 것이 더 나을 수 있다.

그러나, Windows 8이나 Unity Desktop이나 "시작 메뉴"는 사라졌다. 그렇다고 Touch가 불가능한 것도 아니다. Windows 8에서는 앱들이 Tile에 배치되고 Unity Desktop에서도 Unity Launcher나 Dash에서 앱 아이콘을 Touch 할 수 있다. 그러나, 익숙한 카테고리 별로 앱들이 분류된 "시작 메뉴"와는 달리 일일이 원하는 앱을 찾기는 무척이나 힘들다.

Windows 10 "시작 메뉴" 부분 복귀와 우분투 Unity Desktop - 검색 기능

Windows 10에서는 부팅 후 Desktop이 기본 환경이 되었고 "시작 메뉴"도 부분적으로 부활했다.  Windows 7까지의 "시작 메뉴"와는 달리 카테고리가 알파벳 또는 가나다 순으로 배치되었다. 자주 사용하는 앱은 "시작 메뉴"의 Tile에도 배치할 수 있도록 Windows 8의 Tile 기능을 수정했다.

그렇지만, 자신이 설치한 앱이 "시작 메뉴"에 바로 나타나지 않기 때문에 "시작 메뉴" 복귀를 원했던 사용자들은 여전히 실망할 것이다. 참고로 "시작 메뉴"에서 모든 앱 보기로 가나다 순으로 배치된 앱을 찾아서 Tile에 앱 아이콘을 끌어다 놓으면 "시작 메뉴"의 Tile에 자주 사용하는 앱을 배치하는 것이 그리 어려운 일은 아니다. Tile 내에서도 수직으로 아이콘을 Tile이 없는 곳에 조금 더 밑으로 끌어다 놓으면 새로운 카테고리도 등록할 수 있다.

Windows 10에서 이 보다 더 주목할만 한 것은, 앱/설정/파일 검색기능을 "시작 메뉴" 및 Task bar에 배치함으로써 키워드 검색 기능을 Windows 8보다 더욱 강화시켰다. Windows 8에서는 검색기능이 숨어 있다는 점 외에도 사용자가 앱/설정/파일을 별도로 지정해서 검색해야만 원하는 결과를 얻을 수 있었지만, Windows 10에서는 인터넷 검색까지 포함해서 통합 검색 결과를 보여준다. 이는 우분투 Unity Desktop의 검색 기능과 거의 유사하다고 볼 수 있는 것이다.

하지만, Windows 10의 키워드 검색 기능은 다음과 같이 우분투 Unity Desktop/Gnome Shell 보다는 아직 한 수 아래다.

• 앱 사용 목적에 따른 키워드 검색 지원이 안된다. Unity Desktop에서 "internet" 또는 부분 문자열인 "int"로만 검색해도 인터넷과 관련된 앱들을 보여주는데, Windows 10에서는 internet이라는 단어가 들어간 앱인 internet explorer만 검색된다.
• 또한, 최근에 만든 문서 검색은 키워드 검색 후 [내 장치]에서 검색을 한번 더 선택해야 보여 준다. 탐색기에서 최근에 사용한 문서나 폴더를 볼 수도 있기는 하다. 하지만, Unity에서는 통합 검색 결과를 사용자들에게 유용한 형태로 보여준다.
• 추가적으로, Windows에서는 파일 확장자 별로 기본 앱이 할당되어 있음에도 확장자로 검색하면 기본 앱을 보여주지 않는다. Unity는 확장자 검색도 지원된다. 가령, ppt를 검색하면 ppt 파일 뿐만아니라, Libre Office Impress도 검색된다.

이 외에도 한글 키워드 들이 제대로 동작하지 않는 것은 Unity나 Windows 10이나 비슷하다고 볼 수 있다. 가령, "word"로 검색하면 Office Word가 검색되지만, "워드"로 검색하면 워드패드만 검색되는 식이다. Windows 10의 키워드 검색 기능이 우분투보다 좋은 한 가지는 구글 검색처럼 한글 변환키를 누르지 않은 상태에서 한글 키워드 검색이 가능하다는 점이다. 가령, "메모" 대신 "apah"라고 검색해도 메모장을 보여주는 식이다.

참고로, 우분투 Unity에서는 Lens 확장 기능을 이용해서 야릇한(?) 것들에 대한 검색도 지원한다. 구글 검색에서 시도하는 것들을 다 집어 넣으려는 것인지 모르겠지만... 가령, 우분투 15.04의 Unity에서 "10*300"을 검색하면 계산기 앱을 띄워서 "3000"이라는 결과를 보여준다. 뭐 이런 것까지 지금 당장 필요해 보이지는 않지만 미래의 OS에는 야릇한 기능 들이 일상 기능이 될지도...

결론적으로, 우분투 Unity Desktop에서는 "시작 메뉴"가 없어도 키워드 검색만으로 충분하지만, Windows 10은 좀더 개선할 필요가 있다.

Windows 10 가상 데스크탑과 우분투 작업공간

Windows 10에서 처음으로 가상 데스크탑을 지원하기 시작했다. 가상 데스크탑의 수는 Gnome Shell처럼 동적으로 늘렸다 줄였다 할 수 있는 것이 특징이다. Taskbar의 검색 기능 바로 옆에 새로운 아이콘이 하나 생겼는데 이것이 가상 데스크탑 아이콘이다. 물론 Windows 3.1 시절부터 가상 데스크탑을 만들어 주는 앱들을 사용할 수는 있었지만 OS에서 지원하는 것이 아니다 보니 성능이 떨어질 수 밖에 없었다.

반면에 리눅스에서는 X-Window 초기 시절 부터 Workspace라는 이름으로 존재해 왔다. 거슬러 올라가면 리눅스의 Workspace도 Unix를 모방한 것이다. 우분투의 경우에는 [All Settings] > [Appearance] > [Behavior] Tab에서 [Enable workspace] checkbox에 설정을 해 주어야 Unity Launcher에 4분할 작업공간 icon이 나타난다. 작업공간 갯수는 4개가 기본이지만 더 늘릴 수도 있다.

리눅스 데스크탑에서는 각 작업공간에 실행 중인 앱을 마우스로 이쪽에서 저쪽으로 쉽게 Drag & Drop이 가능하다. Windows 10에서도 가능하긴 한데 좀 불편하다. 큰 창에 있는 앱을 화면 아래의 원하는 곳의 작은 가상 데스크탑으로 끌어다 놓아야 한다.

한편으로, Windows의 가상 데스크탑들은 현재 실행 중인 앱 정보가 데스크탑 별로 보안이 잘 유지된다. 우분투에서는  Unity Launcher에서 전체 Workspace에서 실행 중인 앱들을 어느 Workspace에서나 볼 수 있다. 우분투의 장점은 Workspace의 위치에 상관 없이 앱 전환을 빠르게 할 수 있는데 반해 Workspace 간의 실행 앱들에 대해 비밀 보장이 안된다. 뒤집어 얘기하면 Windows 10의 가상 데스크탑의 장점은 한쪽에서 게임을 하다가 다른 데스크탑으로 재빨리 이동하면 다른 사람들에게 들키지 않을 수도 있다는 말이다.

Windows 10 Edge Browser

우분투도 webbrowser라는 Qt 기반의 가벼운 자체 Web browser를 제공하고 있는데 공식적으로 자랑하고 있지는 않고, 기능도 그다지 좋은 편은 아니라서 Windows 10의 새로운 기본 Web Browser인 Edge와 비교하기는 좀 그렇다.

Edge는 잘 알려진대로 ActiveX를 지원하지 않고 타 Web Browser 들에 비해 성능도 무척 좋다. 한편, 각종 정보가 Edge를 통해 Microsoft로 새나갈 수 있다는 얘기도 있다. 다른 Browser에서 볼 수 없는 한가지 새로운 기능이 있는데, 특정 Web에 접속한 후 메모를 하고 저장할 수 있다. Screenshot으로 메모를 쉽게 저장할 수 있는 점은 유용해 보인다.

맺음 말

Windows 10과 우분투 Desktop 중 유사한 기능 들에 대해 간단히 비교했는데 누가 더 낫다기 보다는 이런 기능도 각각 필요해 보인다는 정도로 이해하면 될 것이다.

종합적으로는 Windows 10에서 키워드 검색기능이 더 보완되면 "시작 메뉴"가 더이상 필요하지 않을 수도 있다는 점을 강조하고 싶고, 우분투 사용자들에게는 이미 사라진 "시작 메뉴"에 연연해 할 필요가 없다는 점을 알려 주고 싶다.

Windows 10 Clean Install

Windows 10을 Clean Install 해 보았다. Windows 7 Home Edition을 사용하던 낡은 PC에서 Windows 8 Pro 버전을 Upgrade promotion 기간에 저가에 샀는데 Upgrade했다가 다시 Windows 7으로 재설치해서 방치하고 있는 license key가 있었는데 낡은 PC를 버리게 돼서 우분투가 설치된 다른 PC에 Windows를 설치하는 김에 따끈따끈한 Windows 10을 설치하기로 했다.

구글링해 보니 Windows 8을 clean install 하고 registry를 수정하면 Windows 8 Upgrade 버전의 license key로 정품인증이 가능하단다. 또, Windows 7이나 8은 설치 후 최신 update를 모두 해 주어야 Windows 10으로 upgrade가 가능하단다. 그런데 Windows 8.1은 바로 Windows 10으로 upgrade 할 수 있단다.

Windows 10 license 정책 변화

추가적으로, Windows 10의 라이센스 정책이 하나의 license를 하나의 특정 기기(main board 기준)에 영구히 종속시키는 정책으로 바뀐 듯 하다. 이는 이전 Windows에서 1개의 license key를 갖고 있으면 아무 PC에나 1개의 Windows를 설치할 수 있었던 license 정책을 바꾼것이다.

이 정책의 좋은 점(?)은, Windows 7, 8, 8.1 이 정품 인증된 PC에서 먼저 Windows 10으로 upgrade한 후에는 같은 기계에서 라이센스 키를 재입력하지 않아도 Windows 10을 영원히 재설치 할 수 있다는 것이다. 이는 특정 PC의 main board 정보와 그 PC에 설치된 Windows license key를 Microsoft사의 서버에서 지속적으로 관리하겠다는 의도인것 같다.

나쁜 점은, 기존에 Windows license가 없는 경우에는 Windows 10 license key를 재구매 하면 되는데, 한번 특정 PC에 설치하면 다른 PC에서는 이 license key를 사용할 수 없게 되는 것이다. 아마도 이것이 기존 Windows 사용자들에게 Windows 10 upgrade를 무료로 제공하는 가장 큰 이유일 듯 싶다. PC가 망가지면 무조건 Windows를 새로 구입해야 하니까...

중장기적으로 이 정책이 Microsoft에게 더 많은 이익을 줄 것임이 분명하다. 그니까 사용자입장에서는 Window 8.1까지 정품 구매한 Windows는 보물로 간직하라는...?

Windows 10 Clean Install 설치 절차

Windows 10을 Clean Install 하기 위해서는 반드시 한번은 기존의 Windows 7~8.1을 Windows 10으로 먼저 Upgrade해 주어야 한단다. M$가 공짜로 Windows 10을 제공하는데 그 정도 노가다야 니들이 해야하지 않겠냐고 생각할지도... 아무튼 Windows 10을 clean install 하기 위해서는 아래와 같이 엄청난 노가다와 소모 시간이 나를 기다리고 있다. 정말 큰맘 먹지 않으면 clean install은 포기하라는...

0. Backup

항상 OS를 Clean Install 하기 전에 중요한 Data를 Backup해 두어야 한다. 더구나 OS 파티션은 삭제하거나 최소한 새로 format 할 것이기 때문이다.

1. Windows 8.1 Clean Install 후 정품 인증

Windows 8.1 Pro 설치 iso를 내려 받아서 rufus로 USB에 구워서 clean install 했다. 그런데, Windows 8/8.1은 Windows 7이나 Windows 8 Upgrade license key로는 설치할 수 없으므로 여기 게시물을 참고해서 ei.cfg 파일을 만들어 설치 USB에 넣어 줌으로써 설치시 license key 입력창이 뜨지 않도록 해 줄 필요가 있다. 다행히도 Windows 8.1 설치 후  license key를 입력했더니 정품인증이 바로 되더라. Registry는 건드리지도 않았는데 말이다.

2. Windows 10으로 Upgrade

Windows 8.1 제어판에서 Windows update를 사용하면 바로 Windows 10  Upgrade가 뜨더라. Windows 10 iso를 먼저 내려 받아서 USB에 구워서 Upgrade 할 수도 있다는데 그냥 제어판에서 Upgrade했다. 내려받는 속도가 빠른 편이라 문제 없었다. 다만, 기존의 Windows 8.1을 backup하는 등의 일을 처리하는 때문인지 Windows 10으로 upgrade 완료하기까지 시간을 정확히 측정하지는 못했는데 1~2시간 걸린듯. 첨에는 내려 받기가 끝나고 나서 설치 준비중이라고 메시지가 뜬 후 한참동안 작업 진행 표시가 없어서 먹통이 됐나부다 했는데 구글링해 보니 원래 시간이 오래 걸리는 것이었다. Upgrade 완료 후 Windows 10이 정품인증 됐음을 확인했다.

Windows 8/8.1에서는 Windows OS 파티션 앞에 Microsoft Reserved Partition을 추가하는데, Windows 10 upgrade 후에는 Windows OS 파티션 끝에 파티션이 하나 더 추가 된다. 아마도 backup 용 인듯...

3. Windows 10 Clean Install

위의 Upgrade 중에 Windows 10 Pro iso(기존 Windows license와 일치하는 Windows 10 버전)를 다시 내려 받아서 USB에 구우면 된다.  설치시에 라이센스 키 입력하는 것은 모두 건너 뛰면 된다. Windows 8/8.1 설치와는 달리 license key를 입력하지 않아도 Windows 10은 설치할 수 있다. 설치 시간은 Windows 8.1 설치시간과 비슷하다. 대략 30분... 설치 후 정품인증이 됐나 확인해 보니 자동으로 정품인증이 되어 있다.

Windows 10 Clean Install 후에는 Microsoft Reserved Partition 1개만 생성되는데 Windows 8/8.1에서 128MiB 였는데 16MiB로 용량이 줄었다.

4. 기존 Windows Software 모두 재설치

자주 쓰던 프로그램들을 모두 재설치 해야만 한다. 걍 천천히 할 생각이다. Windows 10이 기존 Windows 들에 비해 좀 빠릿빠릿 해졌다는 것으로 위안을 삼으면서....

Ubuntu Grub 복구

늘 그랬듯이 Windows를 설치하고 나면 우분투 grub을 복구해야만 다시 우분투로 부팅할 수 있다. 참고로 Ubuntu와 Windows 모두 UEFI 모드로 설치했다. 복구 방법은 이전 글 "Ubuntu BIOS 및 UEFI Grub 복구"를 참고하면 된다. Windows 10 설치 후 우분투 설치 USB에서 UEFI Grub 복구방법이 불완전했기에 이전 글을 수정하였다.

설치 후 소감

아직 Windows 10을 제대로 써보지 않아서 노가다 후 피로감에 빠져 있다. 시작 메뉴 회귀와 함께 우분투 Unity의 검색기능과 동일하게 Task Bar에 앱/파일/키워드 검색 기능이 들어 간것은 인상적이다. Windows 8에도 앱 검색기능이 있었는데 키워드 검색이 잘 안돼서 그닥 쓸모 없어 보였는데 Task Bar에 붙여 놓고 키워드 검색도 되니 한결 쓸모 있어 보인다.

리눅스 사용자들에게는 식상한 가상 작업공간도 새로운 기능인데 나름 빠릿빠릿 동작한다. 이외에도 Cloud 관련 기능들이 눈에 띈다. OneDrive나 OneNote가 그것들이다.

아무튼 기존 Windows 사용자들에게 Windows Clean Install을 권하고 싶지는 않다. 엄청난 노가다와 시간을 허비할 만큼의 가치가 있는 일인지는 잘 모르겠다. 1 PC당 1 license라는 Windows license 정책 변화도 사용자들에게 risk가 있다. PC가 망가지면 새로 license를 구매해야 한다.

결과적으로 우분투를 더욱 더 사랑하게 될 것 같은 느낌이 든다.

Fedora 22 설치 소감

이전 글에서 리눅스 배포판 들은 도찐개찐이라고 했지만, 지난 주에 Fedora 22가 출시되었다길래 Virtual Box에 설치해 보았다. 우분투를 주로 쓰다보니 페도라를 언제 썼었는지 기억이 가물가물하다. 중간에 CentOS는 좀 사용했었다. 페도라가 리눅스 배포판 중 bleeding-edge인지는 잘 모르겠지만 최신 S/W 들을 빨리 채택하는 것은 틀림없다. Redhat이 페도라에서 검증된 것들을 수용한다는 점과 리눅스의 새로운 기능(기술?)들을 페도라에서 빨리 접해 볼수 있다는 점은 리눅스 사용자들에게 고무적인 일이다.

Fedora 22가 땡겼던 이유...

Gnome Shell 3.16이 뭐가 달라졌나 궁금했고, kernel 4.0에서 live patching이 잘 동작하는지 보고 싶었다. 그리고, Wayland가 탑재되어 있어서 한번 써보고 싶었다. 부가적으로 가상 Desktop 환경인 Vagrant 도 궁금했고, 패키지 관리자로써 Yum을 버리고 DNF를 본격적으로 채택한 점도 눈에 띄었다. 페도라 업그레이드에 대한 세부 사항은 여기를 참고하면 된다.

설치시 문제

그런데, Wayland나 Vagrant는 VirtualBox에서는 테스트 해 볼 수가 없다. 그래서 iMac에 설치해 보려고, 하드디스크의 Fedora 설치 iso를 가지고 부팅했는데 우분투와 마찬가지로 WIFI가 당장 동작하지 않았다. 당장 유선랜을 쓸 수 있는 환경이 아니어서 iMac에 설치하는 것은 보류할 수 밖에 없었다.

설치시에 페도라가 우분투보다 안좋은 점은 non-free 드라이버가 설치 iso에 아예 들어있지 않다는 것이었다. 더구나, 설치 파일들이 통째로 sqashfs 이미지 파일에 들어 있는데 알고 보니 패키지로 구성되어 있는게 아니었다. 걍 페도라가 설치된 채로 sqashfs에 들어 있었다. 설치 iso로 설치한다 뿐인지 실제로는 sqashfs 이미지를 풀어서 하드디스크에 복사해 넣은 다음 필요한 설정만 설치 패키지에서 잡아 주는 형태다.

설상가상으로 페도라는 네트워크이 안되면 설치하지 말라고 얘기할 수 밖에 없다. Broadcom WIFI 드라이버를 일단 VirtualBox의 페도라에서 내려 받아 보려고 했는데 Fedora 22 버전은 아직 올라와 있지도 않았다. Fedora 21 버전에 대한 non-free 드라이버를 사용해도 될 것 같긴 한데 이런 방법은 패키지 의존성 문제가 생길 수 있으니 사용하지 말란다. 소스를 컴파일 하는 방법도 생각해 봤는데 기본적으로 gcc 패키지도 설치되어 있지 않기 때문에 네트워크가 안되면 별로 해볼 수 있는 방법이 없다. 뭐, VirtualBox에서 컴파일해서 iMac에 복사하는 방법도 있지만 귀차니즘이 밀려와서 관두기로 했다.

하드디스크의 Fedora 설치 iso로 부팅하기 위한 Grub 메뉴

나중에 iMac에 페도라를 설치할 수도 있기 때문에 헤맸던 것을 정리해 둔다. 우분투의 Grub에 아래와 같이 메뉴 엔트리를 추가하면 우분투 파티션에 있는 페도라 설치 iso를 이용해서 부팅할 수 있다. 아래 내용을 /etc/grub.d/40_custom 파일에 추가한 후,

$ sudo nano /etc/grub.d/40_custom

menuentry "HDD Fedora 64-bit iso" {
    set isoname="Fedora-Live-Workstation-x86_64-22-3"
    set isolabel="Fedora-Live-WS-x86_64-22-3"
    set isofile="/boot-isos/${isoname}.iso"
    loopback loop (hd0,9)/$isofile
    linux (loop)/isolinux/vmlinuz0 iso-scan/filename=${isofile} root=live:CDLABEL=${isolabel} rootfstype=auto ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0
    initrd (loop)/isolinux/initrd0.img
}

$ sudo update-grub

위의 메뉴엔트리에서 주의해야 할 부분이 isoname과 isolabel이 다르다는 점이다. 이것 땜에 좀 많이 헤매야 했다.

설치 과정

페도라 설치 UI도 직관적이어서 우분투와 마찬가지로 설치시에 큰 어려움이 없다. 한글로도 설치가 잘된다. 한가지 우분투와 다른 점은 사용자 계정은 물론이고 root 계정도 설정해야 한다는 것이다. 우분투에 적응이 되어 있어서 root 계정을 사용하는 것은 부담스럽다. 패스워드 두개를 외워야 한다는 거... 그렇다고 패스워드를 한개로 통일하면 root 계정을 쓸 이유가 없다.

페도라 설치시 파티션을 자동 설정으로 두면 /boot 파티션을 ext4 파일시스템으로 만들고, 나머지 공간은 LVM으로 구성한다. 서버 사용자라면 문제될 게 없지만 Desktop 환경에서는 Logical Volume을 사용하는 것보다 물리적인 파티션을 사용하는 것이 안전하다는 고정관념이 머리 속에 남아 있다.

설치 후 최초 부팅했을 때 사용자 환경 설정을 한다는 점도 다른 점이다. 여기서 한글(Hangul) 입력기를 선택하면 ibus-hangul을 바로 사용할 수 있다. 초보자들에게는 이런 방법이 더 나을 수도 있겠다 싶다.

root 계정 안쓰기

사용자 계정이 하나 있으니까 우분투 처럼 root 계정을 안쓰고 sudo 권한을 주기로 했다. sudo 권한을 주려면 당연히 root 계정을 사용해야 한다.

$ su - root

우선 아래와 같이 사용자 계정에 wheel 그룹을 추가해 준다. Redhat 계열 리눅스에서 wheel 그룹은 /etc/sudoers 파일에 root 권한을 갖도록 설정되어 있다.

$ usermod -aG wheel aaa

이제 root 암호에 lock을 걸어 버림으로써 root 계정으로 직접 또는 ssh 등으로 login할 수 없게 된다.

$ passwd -l root

나중에 root 계정을 다시 사용하고자 한다면 사용자 계정에서 아래와 같이 해주면 된다.

$ sudo passwd -u root

사용자 계정에서 sudo를 사용하기 위해서는 사용자 계정으로 재로그인 해주면 된다.


DNF 패키지 관리자

DNF는 Dandified Yum(멋쟁이 yum?)이란다. 좀 기억하기는 어렵다. yum을 버리는 이유는 패키지 의존성 문제를 해결하기 어렵고 yum에 대해 문서화가 잘 안되어 있어서 API가 혼란스럽기 때문이란다. 사용법 자체는 yum과 거의 비슷하기 때문에 큰 문제는 없으나(?)... 그래도 배우는데 시간이 걸릴 듯...

일단, WIFI 문제 때문에 repo를 추가해야 했는데 DNF 사용법을 몰라서 한참 헤맸다. yum과 좀 많이 다르다... 아래와 같이 추가하면, 결국은 /etc/yum.repos.d에 아래의 free와 nonfree repo 두 개가 추가된다.

$ sudo dnf config-manager --nogpgcheck --add-repo http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm
$ sudo dnf config-manager --nogpgcheck --add-repo http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

그런데, 아직 Fedora 22 드라이버가 올라와 있지 않아서 dnf로 kmod-wl 패키지를 다운로드할 수 없었다.

패키지 의존성 문제를 해결했을지는 모르지만, 패키지 자체의 문제가 있어 보인다. 위의 repo가 아직 Update 되지 않은 것은 제외하고도... gcc를 설치하는데 커널 소스를 debug 버전으로 설치하더라. VirtualBox guest addition을 컴파일하는데 오류가 나서 알고 봤더니 kernel debug 버전 때문에 생긴 문제였다는... dnf로 이거 지우고  kernel-devel을 다시 설치했더니 잘 된다.

또, 한가지 문제는 dnf는 command-line이고 이와는 별개로 패키지 설치를 위해 Gnome Shell에서 우분투 소프트웨어 센터와 비슷한 Software란 놈을 사용할 수 있는데 패키지 설치 history가 통합 관리되지 않는다는 점이다. dnf로 설치한 history만 알 수 있다. 우분투는 apt-get으로 설치하든 우분투 소프트웨어 센터를 사용하든 설치된 패키지에 대한 history를 우분투 소프트웨어에서 확인할 수 있다. 물론, dpkg나 deb으로 설치한 소프트웨어 history는 우분투에서도 안보이지만 이 들이 표준 방식은 아니니까...

이 Software란 놈이 또 한가지 웃기는 점이 있는데, 페도라 패키지를 Update하면 설치하기 전에 페도라를 한번 부팅하고나서 Update 설치 후에 또 한번 페도라를 부팅시킨다. 아니, kernel 4.0에서는 심지어 kernel update조차 컴퓨터를 부팅시키지 않으려고 하는데 이 무슨 망나니짓임? 한번도 아니고 두번씩이나 컴퓨터를 부팅시키다니... 아, 물론 dnf를 사용하면 아예 부팅하지 않는다.

$ sudo dnf upgrade

물론, 리눅스에서 부팅하지 않는다고 방금 update한 패키지를 바로 사용할 수 있다는 것은 아니다. 하지만 대부분의 경우에는 재로그인 하는 것만으로도 update한 패키지를 바로 사용할 수 있다.

Gnome 3.16

Gnome 3.16에서 눈에 띄는 두 가지 달라진 점이 있었다. 하나는 Notification이 달력과 통합되어 Top bar의 중앙에 날짜 옆에 점으로 표시된다는 것이다. 또, 한가지는 Window Title Bar가 매우 단순해 졌다는 것이다. 가령, gedit를 예로 들면, 수직으로 Window Title Bar, Menu Bar, Tool Bar의 세줄이 필요했던 것을 한 줄에 몰아 넣었다. 구글 chrome과 비슷하다. 세 줄이 한 줄로 줄었으니 화면의 수직 공간을 매우 절약하게 된다. 물론, Gnome-shell에서 딸려오는 애플리케이션에 한해서만 그렇다는 얘기다.

사실, 내가 우분투의 Unity Desktop 환경을 고집해 온 가장 큰 이유 중의 하나가 수직 공간에서 소위 LIM(Locally Integrated Menu)이 Window Title Bar와 통합되어서 2줄이 1줄이 되기 때문이었는데 Gnome 3.16에서는 무려 3줄이 1줄로 된다는 것이 매우 기쁜 일이 아닐 수 없다. 다만, Menu와 Tool Bar가 통합됨으로 인해 애플리케이션에서 특정 기능을 사용하고자 할 때는 불편함이 생긴다.

Unity Desktop의 Top panel을 숨길 수 없는데 반해서 Gnome Shell은 Hide-Topbar shell extension을 설치하면 Top Bar autohide가 되기 때문에 수직 공간을 추가로 절약할 수 있다. 이것은 엣 버전에서도 가능했던 일이다.

그러나, 아쉬운 점은 통합된 Window Title Bar의 수직 폭이 좀 넓어 졌다는 것이다. ~/.config/gtk-3.0/gtk.css에서 줄일 수 있다는데 안 줄어 들더라... 덩달아서 gedit의 경우 파일을 여러개 열면 Tab이 생기는데 Tab의 수직 폭도 넓어 졌다는... 쩝... 그래서, 결과적으로 Unity Desktop 환경과 비교하면 뭐 별로 수직 공간이 절약된 느낌이 들지는 않는다. 도대체 어쩌자는 거임...? ㅠ.ㅠ

Kernel 4.0 live patching

아직 페도라 업데이트 중에 커널이 포함된 적이 없어서 아직 테스트를 해볼 수 없었다. 나중에 기회가 되면... Fedora 22 출시된지 얼마 되지도 않았는데 무리한 요구를 할 수는...

Fedora 22에 대한 전반적인 소감

우분투 사용자들에게 페도라를 권하고 싶지는 않다. 특히, 리눅스 초보자들에게는 우분투를 권하고 싶다. 기본적인 패키지 관리 문제도 그렇고, H/W 드라이버 문제도 그렇고 우분투가 훨씬 사용자 친화적인 Desktop 환경이라고 볼 수 있다.

다만, 앞서 얘기했듯이 최신 Open Source 소프트웨어들을 빨리 접해 보고 싶은 이들에게는 당연히 우분투 보다 Fedora를 권하고 싶다.

fedora 22에서의 한글 입력기 설정은 우분투 14.10이후의 ibus-hangul 설정 방법과 근본적으로 동일하다고 보면 된다.