이것과 관련하여 몇가지 버그 보고가 되어있긴 한 것 같은데.. =_= 뭔가 확실하지는 않습니다. 그렇지만 확실히 데이터 CD를 구워도, ISO를 구워도 CD가 지나치게 하드를 읽으면서 CD-ROM이 일정 간격으로 딸칵 딸칵 소리를 내는 증상이 모두 동일하군요. 가상 테스트 후 굽기, 굽기 후 테스트, MD5 체크, 데이터 무결점 체크를 모두 해봤지만 정상으로 나오는데, 신기하게도 계속 에러를 뿜어댑니다. 우분투 라이브CD 로그인도 장난아니게 늦습니다.

우분투 기본 프로그램 Brasero의 버그일까 싶어서 다른 것(GNOME-Baker)으로 테스트해봐도 동일했습니다. TAO 모드로 구웠을 때 에러라는 글도 있어서 SAO로 구워봤지만 증상은 동일했습니다. 구울 때 에러는 없지만 읽을 때 에러가 나네요. 혹시 코분투의 문제일까 싶어서 윈도에서 Img Burn이라는 프로그램으로 구워봤지만 정상 동작 했습니다. 이건 어째 9.10 베타 버전부터 느꼈던 버그인데 확실한 것 같습니다. 우분투 9.10에서 CD 레코딩은 안하는게 좋겠습니다.(다른 의견 중에는 커널의 문제라는 의견이 있습니다. 특정 CD레코더에서 문제를 일으킨다는 것이지요.) 그렇지만 더 자세한건 모르겠습니다. 분명한건 CD 10장 중 9장을 날렸다는 것이죠.(마지막 한장은 윈도에서 굽는데 성공한 그 CD)

데탑에서는 그냥 저냥 쓰고 있는 우분투 9.10이지만 점점 쓸 수록 정이 안가는건 어쩔 수 없군요. 쩝

2. 위 사건 덕분에 새로 알게된 사실이 있는데 제 데스크탑에서도 USB 부팅을 지원하고 있었다는 것입니다=ㅂ= BIOS 메뉴에서 아무리 찾아봐도 USB 디스크를 찾을 수 없었는데, 부팅할 때 F9를 눌러서 나오는 부팅 메뉴에서는 멀쩡히 USB가 있었습니다(뭐야 이거-_-) 그래서 USB 디스크로 부팅해보니 멀쩡하게 부팅이 되는군요. 그것도 CD보다 훨씬 빠르게.. 그동안 데스크탑에서 설치하려고 우분투 CD를 굽고 있었는데, 그것도 더이상 필요없게 되었습니다. 덕분에 앞으로 수십장의 CD가 절약될테니.. 환경을 보호하는 우분투로군요^^

3. 드라코님 블로그에서 우분투에서 크롬이 윈도 크롬보다 빠르다라는 글을 보고 잠시 파폭을 Dock에서 치우고 크롬을 기본 브라우저로 사용하고 있습니다.(단 노트북에서는 Grab and Drag 확장 기능 덕에 파폭을 계속 쓰는 중입니다.) 근데 이게 검색해보니 구글 코드 페이지에도 같은 내용의 토론이 있던 것을 발견했습니다.(그런데 사실 윈도에서 현재 설치되는 크롬 정식버전에 비해 리눅스 크롬은 훨씬 버전이 높습니다. 속도가 빠른 것은 이 차이 때문일지도)

왜 리눅스 크롬이 윈도나 맥 크롬에 비해 빠른가?라는 주제의 내용인데 뒷 부분은 워낙 기술적인 내용들이 주를 이루는지라 결론이 무엇인지는 모르겠습니다. 여기에서 속도는 페이지 로딩 속도 뿐 아니라 스크롤 속도도 의미합니다.

그런데 확실히 굼뜬 파이어폭스 실행 속도에 비해 크롬의 실행 속도는 가히 예술적입니다. 저 토론에도 나와있지만, 똑같은 Warm Start에서, 그놈 계산기보다 크롬이 더 빨리 실행됩니다.(-_-;;) Dock에서 클릭하는 즉시 실행되는군요. 탭을 새로 만들었을 때 나오는 새탭 페이지도 클릭 즉시 등장하는 군요.

제 체감상 속도는, 윈도 < 리눅스 32 비트 < 리눅스 64비트 인 것 같습니다. 그렇지만 이건 어디까지나 제 개인적인 의견이고, 시스템 환경에 따라 현저한 차이가 날 수도 있습니다. 드라코님은 파폭은 느리다고 하였지만, 제 체감상 느낌은 노트북, 데탑에서 크롬과 파이어폭스 3.5의 속도 차이는 별로 없던 것 같습니다.

덧. 그렇지만 크롬은 별로 정이 안가는 관계로..-_- 조금 쓰다가 다시 파폭으로 돌아갈 생각입니다.
덧2. Brasero 이전에 우분투에 기본으로 있었던 노틸러스 CD 굽기 프로그램으로 코분투를 구워보니 잘 되는군요-_-a 아무래도 Barsero의 문제가 맞는 것 같습니다. 그런데 관련 문제가 검색이 안되는거보면, 아무래도 특정한 하드웨어에 국한된 문제인 모양입니다.