在Ubuntu的中文社區下了個Ubuntu 9.04，想安裝著玩玩，本來以前玩過，可是那是在同學的“指導”玩的，覺得沒意思，於是過了很久以後，突然想自己玩玩，覺得那才是自己真正想要的
本機上已經安裝了Windows XP和Fedora Core 9，用的是Windows XP的引導程序（不想用grub寫入MBR，也許是處於先入為主的原因吧），於是在安裝FC和Ubuntu是都沒安裝grub，而是用常見的從硬盤安裝的方法取其grub引導安裝的那部分來引導linux系統，當然menu.lst的自己去寫啦！從硬盤安裝linux我這裡就不重復了，網上的資料一搜就一大把，我要說的是ubuntu的grub引導系統上的一點改變。如果以前安裝fc的人可能都知道在寫grub的引導文件menu.lst都知道，用類似以下的代碼就可以引導成功。
title Fedora Core 9 (2.6.25-14.fc9.i686)
root (hd0,2)
kernel /vmlinuz-2.6.25-14.fc9.i686 ro root=LABEL=/ rhgb quiet vga=792
initrd /initrd-2.6.25-14.fc9.i686.img
可是我在安裝完Ubuntu9.04，像以前那樣寫好文件後，本以為可以享受新系統帶來的興奮時，可是問題就和我不期而遇
。引導時總會失敗，出現crc error 或system halted或error15 file not find的錯誤，為什麼？當時不知道，於是再網上東找西找，沒結果，解決不了，只要是寫成類似root（hd0，x）的樣子，問題總會出現，那叫一個郁悶啊，於是取出用explore2fs從已經安裝了ubuntu的分區裡取出menu.lst文件，用它的形式寫了menu.lst，於是在下次啟動時無意間就看到了ubuntu的開機畫面，那叫一個爽啊，貼出文件給大家看看
default=0
timeout=3
splashimage=(hd0,2)/grub/splash.xpm.gz
title Fedora Core 9 (2.6.25-14.fc9.i686)
root (hd0,2)
kernel /vmlinuz-2.6.25-14.fc9.i686 ro root=LABEL=/ rhgb quiet vga=792
initrd /initrd-2.6.25-14.fc9.i686.img
title Ubuntu 9.04, kernel 2.6.28-11-generic
uuid 289be983-3504-473d-84d1-511bbeb4a291
kernel (hd0,7)/vmlinuz-2.6.28-11-generic root=UUID=7be913c8-a80e-4321-b291-fdc81b885152 ro quiet splash vga=792
initrd (hd0,7)/initrd.img-2.6.28-11-generic
quiet
title Other
rootnoverify (hd0,0)
chainloader +1
原因一看就明了了，ubuntu已經不再用sda或hda的標志去標識分區，而是用了uuid去標示，這樣做肯定能更好的標示分區的位置，在https://help.ubuntu.com/community/UsingUUID這個網頁上有詳細解釋：Linux now prefers to use UUID (Universally Unique Identifier), LABEL, or symlinks to identify media storage devices on a system. Directly using /dev/hd*# or /dev/sd*# is no longer preferred since these device assignments can change between system boots:
希望遇到和我一樣問題的同志能從我的經歷中得到答案，少走彎路，呵呵！
