Ubuntu: 폰트 설정

데스크탑의 이런저런 윈도우에서 표현되는 폰트는 대충 맞춰 놓았지만, 무슨 버전부터인가 터미널 한글 폰트가 마음에 들지 않아 이것도 바꿔야 하는데 이 설정은 바뀌지를 않는다. 그런데 바꿀 수 없을 리가 없지 않은가?

우분투에서 나타나는 폰트 이름은 대표 폰트라고 한다. 실제 폰트는 이들이 조합이 되어 나타나게 된다고 한다. 우분투 뿐만이 아니라 리눅스 자체가 그러하겠는데, 각 배포본마다 설정 파일 위치도 다르고 관리하는 방식도 다르고 하니 그냥 우분투라고 하자.

우선 근거가 되는 문서 링크이다.

그런데 이 글에서 말하는 그 파일이 내 경우에는 없었다. 데스크탑을 한글로 설정할 경우에 작동하는 파일인 모양인데, 나는 이런저런 이유로 데스크탑 설정을 영문으로 해 놓았기 때문에 찾아 본 문서에서 말하는 설정 파일은 내 경우에 맞지 않아 조금 더 삽질을 해야 했다.

설정 파일은 상당히 많고, 대충 이름으로 감을 잡아 열어봐도 없는 것 같고... 결국 내용을 뒤지는 일은 기계에게 맡기기로 하고, 이럴 때 사용하라고 있는 xargs 를 사용하기 위해 잘 생각나지 않는 이 명령어 사용법을 찾아 내 응용을 해 보았다.

find . -type f -print | xargs file

이라 하면 된다(고 한다).

다음과 같이 바꿔 적용했더니 몇 가지 파일이 나온다.

find . -type l -print | xargs grep [Mm]onospace

해당 설정들이 심볼릭 링크라서 l 플래그를 사용했고, 터미널 대표폰트는 'Monospace' 로 되어 있어서 이를 찾은 것이다. 실제 모노스페이스의 영문 폰트는 Vitstream 이고 한글 폰트는 다른 무엇인가로 되어 있었다. 아마도 65-nonlatin.conf 를 고쳤던 것 같다.

변경 사항을 저장하고 터미널에서

sudo fc-cache -f

를 하니 재 로그인 하지 않아도 적용이 완료되었던 것 같다.

atom 330 머신에 ubuntu 9.04 Jaunty Jackalope (alpha 4) 설치

그다지 고성능에 대한 욕구도 없고, 성능보다는 저소음을 원했으며 특히 저전력에 대한 욕구가 더 절실하던 차에 마침 데스크탑에도 Atom CPU 를 사용한 제품이 있다는 것을 알게 되어 하나를 구입해 개인 홈 서버로 이용하려고 ubuntu 8.04 x86 을 설치해 놓았었다.

그렇지만 사실 별로 쓰지도 않고 방치해 놓았었다. 가장 큰 이유는 디스크 용량이 너무 적었기 때문이기도 했었는데, 그래서 큰 맘 까지는 아니더라도 모종의 결심을 하고 1TB 하드를 구매했다.

설치야 뭐 어려울 것이 있겠는가 하는 생각에 안정 버전 중 가장 최신 버전인 8.10 amd64 버전을 받아 이제는 거의 새 운영체제 설치 전용으로 사용하는 1GB짜리 천덕꾸러기 USB 메모리에 집어넣고 부팅을 시도했다. 시험삼아 부팅해 보았던 회사 PC에도 잘 되었으니 여기라고 안 될 리가 없겠지 하면서...

잘 되는 것 같더니만... kernel panic 이 발생하고 더 이상 진행이 되지 않는다. (멈췄으니 당연히 진행이 될 리가 없겠지.) 항상 한 방에 제대로 되는 것이 없는 것 같다. 이것저것 찾아보니, 8.10 설치 커널에 모종의 버그가 있다고 한다. 버그 레포트에도 올라가 있기는 한데, 언제 고쳐질 지 알 수가 없고, 내가 갑자기 고치기도 그렇고... 계속하여 이런저런 글들을 찾다 보니까, 누군가가 9.04 알파 버전을 설치해 보았더니 잘 되더라 하는 이야기가 있었다.

알파 버전... 사실 알파 버전이라고 크게 다를 것은 없을 것도 같기는 하다. 우선 제대로 작동하기만 하면, 이상한 부분이야 삽질 좀 하면 될 것도 같고(솔직히 삽질하고 싶지는 않지만). 그 사람은 알파3를 설치한 것 같은데 찾아 들어가 보니 지금 받을 수 있는 것은 alpha4이다. 아무튼 받아서 설치 이미지를 USB 메모리에 심고 부팅하니... 커널 패닉이 발생하지 않고 잘 넘어간다.

설치를 마치고 들어가 보니, 바탕화면은 8.10과 똑같았다. 보통 버전이 올라가면 바탕 화면이 바뀌던데 이 버전에서는 바뀌지 않을 것이던지, 아니면 아직 바뀔 것을 적용하지 않았거나 했을 것이다. 로그인 화면이 확연하게 달라졌다. 단지 배경 이미지 한 장 차이지만, 확 달라졌습니다. (스크린샷을 올리고 싶은데, 어찌 갈무리하나...)

알파 버전이라고 특별히 불안한 부분은 아직 찾지 못했다. kr.archive.ubuntu.com 이 제대로 작동하지 않아 그냥 archive.ubuntu.com 으로 바꿔 준 정도?

그런데, 64bit 운영체제를 설치한 것은 좋은데 어차피 마더보드상에서 지원하는 메모리가 2GB 까지이니, 그다지 큰 의미가 없는 일이었을 지도 모르겠다.

개발환경 2009: 삽질일기 #1: 새로운 작업환경의 시작

항상 이런 것을 반복하고 있는 자신을 발견하면 조금 슬픈 생각이 들기도 하지만, 어쨌건 이번에도 또 저질러 보았다.

이번에는 정말로 M$ 계열 운영체제를 주력 시스템에서 배제하려는 시도를 다시 한 번 해 보고 싶었다.

이런저런 기회로 MacBook Pro를 받았는데, 노트북이라는 한계도 있고 OS X 자체에서 자바 관련 문제도 있으며, 해상도 1440x900 에서 900 이라는 가로 해상도가 생각보다 너무 답답하여 주 개발 기기로 사용하기에는 문제가 있어 결국 데스크탑을 활용할 수 밖에 없었는데, 마침 원래 받기로 했다가 경제가 어려워져서 포기하고 있던 24인치 모니터가 지급되었다.

긴급 프로젝트도 끝났고, 긴급하기에 그냥 원치않게 개발환경 맞추느라 설치했던 윈도우가 역시 또 문제를 일으키기 시작하여 이 참에 데스크탑에는 다시 리눅스(Ubuntu)를 설치하기로 마음먹었다.

아직도 끝나지 않은 기나긴 삽질 과정을 남겨 보려 한다.

ubuntu 재앙: sudo 작동 불가능

오늘 모종의 작업을 하다가 sudo 명령어가 작동하지 않는 대재앙을 겪었다.

가상 머신으로 작동중인 우분투 7.10 에 subversion을 설치하던 도중 레퍼지터리를 생성하기 위해 디렉터리 추가(sudo mkdir /path/to/repository)를 하고(되었다 믿었고) 이후 작업을 진행하려는데 디렉터리가 없어서 오류가 발생했다.

이상해서 확인해 보니 sudo 를 사용해야 하는(root 권한이 필요한) 모든 작업이 불가능한 상황인 것이다. 이런저런 삽질 끝에 알아 낸 원인은 /etc/group 파일에 사용자 설정이 사라져 버려서 발생한 일이었다.
그리 된 이유는 서브버전에서 svn+ssh 를 사용하기 위한 일련의 과정 중 다음 명령어 때문이었다:

이 때 다른 그룹 필드에 있던 USER_ID 가 모두 초기화되어 버린 것이었다...

이러해야 할 필드가

이렇게 되어 있었다.

그래서 ubuntu 설정상으로 admin 그룹에 해당 USER_ID 가 있어야 하는데 이게 없으니 sudo 명령이 작동하지 않았던 것이다.

결국은 GRUB 에서 single user mode 로 부팅을 하여 해결은 하였는데, usermode 의 이러한 작동이 정상적인지 의문이다.