<match target="pattern">         <test name="family">             <string>Verdana</string>         </test>         <edit name="family" mode="append" binding="strong">             <string>YDIYGO320</string>             <string>MS PMincho</string>         </edit>     </match>

위의 예는 Verdana에 영문과 기본적인 특수문자(!@#$이런것들) 밖에 없으므로.. 한글영역엔 윤고딕을.. 그리고 윤고딕도 가지지 못한영역은 MS ?PMincho에서 참조하도록 설정을 한 예이다..(전 딩벳때문에 ~.~)

mode="append" 에서 append는 뒤에 붙이기.. prepend는.. 앞에 붙이기.. assign은 그냥 원래꺼 무시하고 지정하기 뭐 이런 식이다. test태그에서 name대신 다른 인자로 대상이 될 폰트를 지정할 수도 있다.. 자세한건 fontconfig.org 의 문서를 참조하면 된다..

고정폭 글꼴이 벌어지는 버그.

이게 무엇인고 하면, 한글 고정폭 글꼴은 알파벳 등도 포함하는데, 사실 이러면 고정폭이 아니다. 알파벳이 한글 너비의 반 밖에 안되니까 글꼴 전체로 봐서는 가변폭인 셈이다. 따라서 특정 언어권이나 글꼴 이름에 대해서는 고정폭이란 정보를 무시하고 직접 너비를 정해서 써야 된다고 한다.

해결책 /etc/fonts/fonts.conf 또는 ~/.fonts.conf 파일에 아래 설정을 추가한다.

<match target="font">     <test name="family">         <string>GulimChe</string>         <string>DotumChe</string>         <string>BatangChe</string>         <string>GungsuhChe</string>         <string>고정폭 글꼴</string>     </test>     <edit name="globaladvance"><bool>false</bool></edit>     <edit name="spacing"><int>0</int></edit> </match>

$HOME/.gtkrc-2.0 에다가 적어주시면 됩니다. rc파일의 구문이 달라져서 하위호환성 문제로 rc 파일의 이름이 바뀌었습니다. 그래서 GtkPlus 2.0 이후의 버젼은 .gtkrc-2.0 파일의 영향을 받습니다. .gtkrc-2.0 파일에

style "gtk-default-mine" { /* 이런식으로 원하는 폰트 이름을 쓰면 됩니다 */ font_name = "Bitstream Vera Sans 9" } class "GtkWidget" style "gtk-default-mine"

Tux (턱스) 이야기 리눅스를 만나면서 좀 더 정겨워진 동물이 있다면? 예, 저도  펭귄입니다. 썰렁함의 대명사로만 알고 있던 펭귄이 이젠, 리눅스를 대표하는 동물로 보이게 되는 것이죠. 그런데, 펭귄이 리눅스와 무슨 관계가 있는 겁니까? 이런 질문이 생기더군요. 오늘은 펭귄 구경하면서, 리눅스와도 더 친해져 보시죠. 리눅스의 마스코트인 펭귄의 이름은 "턱스(Tux)"입니다. 바로 이놈이죠.

식사를 마친 후 포만감에 젖은 만족스런 표정입니다. 정말 편안해 보이죠? 1996년 언제부터인가 리눅스커널 메일링 리스트에서 몇몇 사람들이 리눅스에 어울리는 로고나 마스코트에 관해 이야기하고 있었습니다. 정말로 많은 제안들이 나왔죠. 다른 운영체제의 로고를 포함한 패러디들도 많았고, 강하고 기품 있는 짐승들, 상어나 독수리 같은 것을 제안하는 이도 있었습니다. 언제인지 정확하진 않지만, 펭귄이 좋겠다는 리누스 토발즈의 우연한 언급이 있은 후 이러한 논의은 끝이 났습니다. 그 후엔, 다양한 포즈의 펭귄을 그려 보는 시도들이 있었습니다. 어떤 사람이 지구를 받치고 있는 펭귄을 제안했습니다. 그에 대해 리누스는 장문의 메일로 답장을 썼습니다. 리눅스의 로고로서의 펭귄은 어떠해야 한다는.... 그는 모든 사람이 귀엽고 사랑스럽게 생각할 수 있는, 그래서 끌어 안고 싶은 만족스러운 얼굴의 그런 펭귄을 그려야 한다고 생각했습니다. 그래서 그런 펭귄을 직접 묘사했습니다.  청어를 배불리 먹고 포만감에 젖어 편안히 앉아 있는 모습의 정다운 펭귄을 말했죠. 그래서, 어른들도 "우와, 귀여운 펭귄~~"하고 사랑스런 목소리로 펭귄을 바라보고, 어린 아이들도 "엄마, 저 펭귄 갖고 싶어요..."하고 말할 수 있는 그런 펭귄 말이죠. 그 후에는 좀 더 자세한 모습을 갖춘, 예를들면, FreeBSD 데몬과 아이스 하키를 즐기는 그런 펭귄을 그려 보자고 말했습니다. 그리곤, 펭귄 컨테스트가 있었습니다. 이 중  김프를 사용하여 그린 Larry Ewing의 펭귄이 인기가 있었고, 로고로 채택되기에 이르렀죠. 왜 마스코트가 펭귄이냐에 대해 좀 더 이야기 하자면, 리누스가 펭귄을 좋아하기 때문이라고 할 수 있을까요. 그의 말을 빌자면, 그가 오스트레일리아를 여행하던 중 작은 펭귄에 물린적이 있는데, 펭귄에 물리면 펭귄 중독에 걸려 펭귄을 사랑하게 된다는 군요. 그래서 리눅스의 마스코트를 생각했을때 리누스가 가장 먼저 떠오른 것이 펭귄이었다라는 믿거나 말거나 같은 얘기를 했습니다. ^__^ 덧붙여 의미를 부여하자면, 다른 운영체제들의 딱딱한 로고들과는 달리, 펭귄과 같은 마스코트는 사람들이 자유롭게 변형하고 바꿀 수 있는 가능성을 가지고 있으므로, 그것을 사용하고자 하는 사람들에게 자유를 주는 리눅스와 일맥상통하며, 또한 엉뚱하고 재미있다는 점에 대해서도 "리눅스도 엉뚱하고 재미있으려고 만들었다"는 리누스의 얘기로 볼 때 서로 잘 어울린다고 느껴집니다. 턱스의 이름에 관해서도 많은 논의가 있었습니다. 그 이름의 유래를 되짚어 보면, 어떤 사람은 펭귄이 입고 있는 것 같은 '턱시도(TUXEDO)'의 앞자를 말하는 것으로 생각하는 사람도 있었고, Torvals UniX --> TUX 라고 말하는 사람도 있었습니다. 이 의미가 유력하다고 하는군요. 또한, 다른 이름도 있는데, 아직까지도 '리니'라는 이름을 사용하는 사람들도 있습니다. 이러한 유래들은 스티브 베이커와 호기심 많은 사람들이 리눅스 커널 메일링 리스트를 추적하여 정리한 것들입니다. 턱스는 특이하게도 1998년 12월  Internet.com에서 선정하는 '올해를 변화시킨 12사람' 에 선정 되기도 했습니다. http://www.internetworld.com/print/1998/12/14/news/19981214-scrapbook.html 리눅스가 세상을 조금씩 바꾸고 있는 것 만은 분명한 것 같습니다. 최근에는 리누스의 의도대로  다양한 배포판과 응용 분야가 생겨나는 것처럼, 예쁘고 귀여운 펭귄, 외계인같은 펭귄, 가족 펭귄, 춤추는 펭귄등 펭귄이라는 동물을 개성있게 캐릭터화한 펭귄들이 많이 등장하고 있습니다. 턱스가 못생겼다고 툴툴 이야기하는 사람들도 많이 봤지만, 리누스의 얘기를 다시 잘 생각해보면, 리눅스의 마스코트인 턱스는 정말 수수하고 친근한 펭귄으로 보입니다. 리눅스가 좋은 이유와 다르지 않은 것 같습니다. 왜 펭귄일까? 라는 의문이 좀 풀리셨나요? 웬지 좀 어수룩해 보이고, 조금은 둔해 보이던 턱스가 다정스럽고, 친근하게 느껴지지 않으세요?

Tux (턱스) 사이트 턱스에 관한 모든 History를 알고 있는 사이트 http://www.woodsoup.org/~sbaker/tux/doc/ 턱스 History를 한글로 번역한 사이트 http://165.194.70.134/translation/tux.html 턱스를 그린 Larry Ewing이 말하는 턱스의 제작 과정과 설명 http://www.isc.tamu.edu/~lewing/linux/ 턱스의 에니메이션 및 그림들 http://www.stack.nl/~fidget/pguin/pguin.html 다양한 펭귄을 만나보세요! (팽귄 겔러리) http://lwn.net/Gallery/ 턱스와 관련된 링크를 보여 줍니다. http://www.linux.org/info/logos.html 리눅스 로고를 사용한 턱스 몽타주 사이트 http://linux.remotepoint.com/pre/index.php3 리눅스 펭귄들에 관한 링크 사이트(Funny) http://www.tunes.org/~do/penguindex.html

파티션은 나누기다 Partition(파티션)의 평범한 뜻은 ‘분할’, ‘분배’ 정도로 말할 수 있다는 건 사전 한 번 들쳐보면 누구나 알 수 있습니다. 리눅스에서 말하는 ‘파티션’이란 것도 같은 뜻입니다. 중요한 건 ‘무엇을’, ‘왜’, ‘어떻게’ Partitioning 하느냐 하는 것이죠. 그 대상이 되는 것은 하드디스크(HDD)입니다. 하드디스크 들여다 보기 하드디스크를 쓰기 좋게 나누기 전에 먼저 이놈이 어떻게 생겼는지 들여다보겠습니다 . 하드디스크의 뚜껑을 열어보면 대부분 아래와 같은 구조를 가진 하드디스크가 나옵니다.

마치, 턴 테이블을 연상시키죠? 둥근 원판이 디스크이고, 그 위에 움직이며 데이터를 읽는 것이 헤드 입니다. 하드디스크는 매우 민감한 장치로, 아주 작은 이물질에 의해서도 데이터의 기록 부분이 손상될 수 있습니다. 하드디스크의 디스크 부분은 눈으로는 구분이 안되지만, 트랙(Track), 섹터(Sector), 실린더(Cylinder)로 구분되어 있습니다. “트랙”은 운동장의 트랙처럼, 디스크의 중심에서 같은 거리에 있는 점들을 이은 원에 해당합니다. “섹터”는 원을 피자처럼 잘랐을 때 생겨나는 피자 한 쪽에 해당하는 부채꼴 모양 중, 한 트랙에 속해 있는 한 부분을 말합니다. 예전에는 안쪽의 트랙과 바깥쪽의 트랙이 같은 섹터 수를 가졌지만, 최근에는 바깥쪽의 트랙이 더 많은 섹터 수를 가지는 하드디스크도 있습니다. 섹터는 데이터 저장의 최소 단위로서 보통 하나의 섹터는 512Bytes 저장공간과 68Bytes의 정보 저장소를 가지고 있는데, 각 섹터마다 고유 번호가 있어서 이것으로 데이터 저장 위치를 알아 내는 것이죠. 둥근 원판에 해당하는 디스크는 보통 1개~8개까지 있을 수 있습니다. 한 디스크는 앞뒤면 모두 트랙을 가지고 있고, 이 디스크들의 같은 위치에 있는 트랙들을 합하면 원통형을 상상할 수 있는데, 이것을 “실린더”라고 합니다. 이 실린더는 파티션을 나눌 때 기준이 됩니다. 그림을 보면  보다 구체적으로 이해 할 수 있을 것입니다.

헤드는 디스크 위를 회전하면서 데이터를 읽고 씁니다. 보통은 디스크 수의 두 배에 해당하는 헤드를 갖지만, 요즘의 하드디스크들은 보다 나은 속도를 위해 그 이상의 헤드를 갖습니다. 이제 설명할 내용 중 섹터니, 실린더니 하는 말들을 보게 되면, 이 그림들을 떠올려 보세요. 참고 사이트 : http://soback.kornet21.net/~intelpro/hardware/list.htm 하드디스크에 저장하기 그러면, 하드디스크는 뭘 하는 장치일까요. 하드디스크의 기능은 간단히 말하면, 데이터를 저장해두고, 다시 꺼내 쓸 수 있도록 하는데 있습니다. 우리가 아무 것도 하지 않은 상태에서의 하드디스크는 아무 것도 쓰거나 그려져 있지 않은 백지와 같습니다. 여기서 우리는 하드디스크에 무엇을 저장할 것인가를 생각하기 전에, 먼저 ‘어떻게’ 저장할 것인가를 생각해야 합니다. 바로 어떻게 쓸 것인가를 알 수 있도록 밭을 가는 작업이 “Format” 입니다. 포맷이란, 일반적으로 하드디스크의 빈 공간에 규칙을 생성하는 것으로, 좀더 전문적인 말로 파일시스템을 만드는 것이라 할 수 있습니다. 포맷을 하게 되면, 디스크의 일부는 이 파일 시스템의 정보를 기록하는데 쓰이고, 나머지 부분은 작은 영역, 즉 적당한 크기의 세그먼트들로 나뉘어 지는데, 리눅스에서는 이런 세그먼트들을 inodes라고 부르죠. 이렇게 해서 파일이나 디렉토리를 만드는 것이 가능해 집니다. 그러나, 모든 운영체제가 각기 다른 규칙들을 가지고 있어서 서로의 규칙은 알아보지 못하는 경우가 많이 있습니다. 다행히도 리눅스는 다양한 파일 시스템을 지원함으로써, 데이터를 주고 받는데 융통성이 있습니다. 이렇게 뭔가를 쓸 수 있도록 준비된 디스크에 데이터가 저장되면, 모든 파일들은 적어도 하나 이상의 inode를 갖게 되는데, 사용된 inode들이 반드시 근접한 영역에 존재하는 것이 아니고, 사용된 것과 미 사용된 inode들이 혼재되어 있습니다. (이런 것을 Fragmention(파편화)라고 하죠.)   [공장에서 갓 나온 디스크]      [파일시스템이 설정된 디스크]    [데이터가 기록된 디스크] 파티션은 왜 나누나? 디스크를 만드는 기술이 발달 되면서, 디스크는 점점 더 커졌습니다. 물론, 외형의 크기가 아니라, 그 용량이 말입니다. 사람들은 생각하게 되었죠. 과연 이 커다란 디스크 전체를 하나로 사용하는 것이 잘하는 것인가. 그리고, 디스크를 나누어 써야 하는 몇 가지 필연적인 이유들이 생겨 났습니다. 파티션을 나누는 이유는 크게 두 가지로 생각해 볼 수 있습니다. 그 첫번째는 대형의 디스크 전체를 하나로 사용하게 되면, 블록의 크기가 크게 잡혀서 블록 단위로 데이터가 저장되는데 있어서 블록을 다 채우지 못하는 크기의 데이터가 저장될 경우, 저장 공간이 낭비될 수 있다는 이유입니다. 적당한 크기로 디스크를 나누어 쓴다면, 블록의 크기가 작게 잡혀 대형의 디스크를 저장공간 손실 없이 쓸 수 있게 되죠. 또한, 몇몇 파일시스템은 대용량 하드디스크를 지원하지 못했고, 지원하더라도, 그 파일시스템에 의한 오버헤드가 무척 커졌습니다. 두번째는 우리가 좀 더 구체적으로 공부하게 될 부분입니다. 바로, 하나의 디스크에 여러 개의 운영체제를 사용하고 싶다고 생각하는 사람들이 생겨나게 되었고, 그 필요에 의해 디스크를 완전히 다른 디스크인 것처럼 멋지게 나누어 쓰는 방법이 생겨났는데, 각각의 운영체제가 자리잡게 되는 각각의 영역을 파티션이라고 부르고 있는 것입니다. 파티션을 나눔으로써 물리적인 하나의 디스크가 마치 여러 개의 디스크를 가진 시스템처럼 완벽하게 동작할 수 있게 된 것이죠. 잠깐 알아보는 운영체제의 로딩 과정 여기서 잠깐 운영체제가 돌아 가기까지의 과정에 대해 잠깐 알아 보겠습니다. 먼저 컴퓨터에 전원을 넣게 되면, ROM BIOS에 들어 있는 작은 프로그램, 이름을 말하자면 Bootstrap Loader 라는 프로그램이 하드디스크의 첫번째 트랙, 첫번째 섹터에 해당하는 MBR(Master Boot Record)에 있는 프로그램을 실행 시킵니다. MBR에는 그 프로그램 외에도 파티션 테이블이 들어 있는데, 다음과 같은 정보를 포함하고 있습니다. -          파티션의 시작과 끝을 나타내는 주소 (파티션의 크기와 위치를 알 수있습니다.) -          부팅 가능한 파티션인지의 Flag -          파티션 타입 (2자릿수의 ID로 표현, 파티션이 어떤 용도로 사용될 것인지를 나타내나, 표준이 아니고, 파일시스템마다 사용하는 값이 다를 수 있습니다.) MBR안의 작은 프로그램은 이 정보를 바탕으로 부팅 가능한 운영체제의 부트 섹터로 제어권을 넘기게 되고, 제어권을 넘겨 받은 부트섹터는 자신의 운영체제를 메모리 안으로 끌어들이기 위한 부트 프로그램을 실행시킵니다.   파티션의 종류 파티션 정보를 포함하고 있는 파티션 테이블에는 파티션 정보를 4개까지 밖에 저장할 수 없는 제한이 있었습니다. 이 4개의 파티션을 Primary 파티션이라 부르고 있는 것입니다. 그러나, 많은 경우 보다 여러 개의 파티션을 원하게 되었고, 그래서 생겨난 것이 Logical Partition이라는 개념입니다. 초기에는 파티션을 4개까지 생성 가능한 것으로 정해져 있습니다. 이는 분할된 파티션에 대한 정보를 담고 있는 파티션 테이블의 용량이 제한 되어있기 때문이죠. 이것을 Primary 파티션이라 부릅니다. 그러나, 많은 경우 보다 많은 파티션을 원하게 되었고, 그래서 생겨난 것이 Extended 라는 이름의 파티션입니다. 하나의 물리적인 디스크에는 4개의 Primary 파티션이 가능하고, 이 중 하나만을 Extended 파티션으로 쓸 수가 있습니다. 그리고, 이 Extended 파티션 안에 원하는 만큼의 Logical 파티션이라 불리는 논리적 개념의 파티션을 만들 수 있습니다. 각가의 Logical 파티션은 다음 Logical 파티션의 주소를 가지고 있습니다. Extended 파티션은 그 자체로는 사용되지 않으며, Logical 파티션에 대한 정보만을 가진 테두리쯤으로 말할 수 있습니다. 디스크 하나 당 SCSI 하드디스크는 15개, IDE 하드디스크는 63개의 파티션을 가질 수 있지만, 하나의 물리적인 디스크 안에 12개 이상 파티션을 만드는 것은 좋지 않은 것으로 알려져 있습니다. 어떤 운영체제들은 논리파티션에 운영체제를 설치할 수 없는데, MS Windows의 경우도 반드시 Primary 파티션에 OS를 설치해야 하므로, 설치 시, 이 점을 고려해야 합니다. 파티션은, 실린더를 기준으로 나뉘어지게 됩니다. 파티션을 나누면 아래 그림처럼, 선택한 용량만큼 실린더 범위를 할당 받게 됩니다.       [파티션이 나뉘어진 디스크] 위와 같이 파티션을 나누고 여러 개의 운영체제를 설치하여, 선택적으로 운영하기 원할 경우, MBR(Master Boot Record)에 다중 부팅 관리 프로그램을 설치해야 하며, 부트 프로그램 중 원하는 것을 선택하면, 연결되어 있는 해당 운영체계를 실행시킬 수 있습니다. LILO는 이런 것을 가능하게 하는 대표적인 프로그램입니다. 대용량 디스크에 다중 운영체제 설치시 문제점 ? 1024 실린더 안에 설치해야… 요즘 나오는 하드디스크의 평균 용량은 20G 정도인 것 같습니다. 아직은 윈도우의 편의성을 무시할 수 있을 만큼 리눅스 환경이 데스크탑 유저들에게 다가와 있지 않은 관계로 많은 분들이 윈도우와 리눅스를 같이 설치하여 사용하기를 원할 것입니다. 이런 경우 파티션을 나눌 때 주의 해야 할 문제가 하나 있습니다. 시스템이 부팅되려면 부팅에 필요한 정보의 위치를 알아야 하는데, 이 위치정보를 가지고 있는 BIOS의 실린더 번호를 저장하는 곳의 크기가 10bit로 제한 되어 있기 때문에, 210, 즉 1024까지 밖에 저장을 할 수가 없습니다. 그러므로, 부팅 가능한 영역이 1024실린더 바깥에 있으면, BIOS에 저장을 할 수가 없는 것이지요. 그래서, 하나의 운영체계만을 설치하는 경우는 문제가 되지 않겠지만, 다른 운영체제와 함께 사용할 경우에는 적어도 /boot 파티션이 1024 실린더 안쪽에 설치 되어야 한다는 것입니다. 그러나, 최근에 발표된 Lilo 0.21.4.3 버전에서는 1024 실린더 문제를 해결하여 더 이상 이 문제를 고려하지 않고도 윈도우와 리눅스를 자유롭게 설치할 수 있게 되었습니다. 와우리눅스 6.2 Update에서도 이 Lilo를 지원하고 있습니다. 파티션 나누기 여기서는 파티션을 나누기 위해 어떤 방법이 있는지 살펴 보겠습니다. 파티션은 크게 두가지 방법으로 나눌 수 있습니다. 첫번째는, fdisk를 이용한 방법으로 기존의 정보를 보존하지 않는 방법이며, 두번째는, 파티션 분할 유틸리티를 이용하는 방법으로 기존의 데이터를 보존하면서 새로운 파티션을 생성할 수 있는 방법입니다. <fdisk를 이용한 방법> MS-DOS에서도 FDISK.EXE를 제공하지만, 이것은 다른 운영체계에서 분할된 파티션을 제대로 인식하지 못하며, 실행 후 모든 정보가 파괴됩니다. 리눅스도 파티션을 생성, 삭제하는 프로그램인 fdisk를 가지고 있으므로, 기존의 운영체제와 데이터를 보존하지 않고 리눅스를 설치하는 경우 이것을 이용할 수 있습니다. 리눅스의 fdisk는 파티션 설정 후 바로 데이터가 손실되는 것이 아니므로, 재부팅 이전이라면 기존의 파티션 설정 정보(실린더 번호등)를 알고 있다면, 다시 복구가 가능합니다. 미리 파티션 정보를 백업해 두는 것도 좋겠습니다. 시스템을 처음 설치하는 경우에는 설치 순서에 따라 진행하다가, fdisk를 사용할 것을 선택하면, 리눅스의 fdisk를 사용하여 자신이 원하는 상태로 파티션을 나누어 줄 수 있습니다. [fdisk 실행 화면] <파티션 분할 유틸리티를 이용한 방법> 이미 윈도우 같은 운영체제가 설정되어 있는 상태에서, 운영체제와 데이터를 보존하면서 파티션을 새로 생성하여 리눅스를 설치하려고 할 경우에는 이런 것을 가능하게 하는 프로그램을 사용해야 합니다. 가장 기본적인 프로그램은 대부분 배포판의 /dosutils/fips20/ 디렉토리 내에 포함되어 있는 fips.exe(First Nondestructive and Interactive Partition Splitting)와 Partition Magic등을 들 수 있습니다. [파티션 매직과 파티션 매니저  실행 화면] 이 경우, 기존의 정보를 보호하는 것을 원칙으로 하지만, 앞에서 설명한 것과 같이 데이터가 흩어져 있을 수 있으므로, 먼저 디스크 조각 모음 작업을 해서 데이터를 앞쪽으로 모아 준 후 실행하는 것이 좋습니다. 또한, 만약의 경우를 대비하여 중요 데이터는 백업한 후 실행하는 것이 안전하겠죠. 어떤 방법이 되었든 스스로 파티션을 구성해보고, 원하는 분할이 이루어 졌는지 직접 확인해 보아야 확실한 파티션 Skill을 익힐 수 있을 것입니다.