Boot Ubuntu 9.10 Karmic Koala z GRUBu Ubuntu 9.04 Jaunty Jackalope [vyřešeno]

[On]

Mám 4 systémy, 3 bez problémů do GRUBu zavedu, ten čtvrtý se ne a ne spustit. Tím čtvrtým je Karmic Koala. Mým primárním systémem je Ubuntu 9.04, tedy GRUB 1. Říkám si, bude to prosté, edituju menu.lst, zkopíruju stejné řádky ze zavaděče pro Jaunty, jen přepíšu UUID, kernel a initrd a hotovo...ovšem bohužel. Nevím, jestli s tím souvisí to, že Karmic má GRUB 2 a je třeba nějaký spešl příkaz pro spuštění Karmicu.

část výpisu menu.lst

Kód: [Vybrat]

title Ubuntu 9.04, kernel 2.6.28-17-generic
root (hd0,0)
kernel /boot/vmlinuz-2.6.28-17-generic root=/dev/sda1 ro xforcevesa quiet splash
initrd /boot/initrd.img-2.6.28-17-generic
quiet


title Ubuntu 9.10 64bit
root (hd1,2)
kernel /boot/vmlinuz-2.6.31-16-generic root=UUID=b2294e3c-eebc-4789-a6ab-422bec975f08 ro   quiet splash
initrd    /boot/initrd.img-2.6.31-16-generic
quiet

Po najetí v Grubu na položku Ubuntu 9.10 64bit mi to napíše "Error 15: File not found"...což dost dobře nechápu, jsem si jist, že tam systém je a funkční. Když v biosu přehodím prioritu bootování, tak se zavede Grub2 a najede do Ubuntu 9.10, ovšem zas nejede 9.04.

Výpis fdisk -l:

Kód: [Vybrat]

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1   *           1       12158    97659103+  83  Linux
/dev/sda2           12159       13617    11719417+  82  Linux swap/Solaris
/dev/sda3           13618       30401   134817480   83  Linux

Disk /dev/sdb: 250,0 GB, 250 059 350 016 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 30 401
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Identifikátor disku: 0x4baed2b9

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1   *           1        3824    30716248+   7  HPFS/NTFS
Diskový oddíl 1 nekončí na hranici cylindru.
/dev/sdb2            3825       11474    61440000    7  HPFS/NTFS
Diskový oddíl 2 nekončí na hranici cylindru.
/dev/sdb3           11475       17552    48821535   83  Linux
/dev/sdb4           17553       30401   103209592+   5  Rozšířený
/dev/sdb5           17553       19011    11719386   82  Linux swap/Solaris
/dev/sdb6           19012       30401    91490143+  83  Linux...kde sdb3 je Karmic, sda1 Jaunty.

hd1 je určitě disk sdb...výpis device.map

Kód: [Vybrat]

(hd0) /dev/sda
(hd1) /dev/sdb
Za každé nakopnutí budu vděčný...díky

[arrange]

Jaks' naformátoval ten oddíl pro Karmic? Na ext4?

[On]

jj, Karmic je 64bit, GRUB2, ext4.

[arrange]

Máš tam pěkný mix, tak snad se v tom budeš schopen nějak vyznat.

Za prvé bych zkontroloval, jestli tam ty soubory (/boot/vmlinuz-2.6.28-17-generic apod.) fyzicky jsou. To by mohl být problém když bootuješ pomocí Grub2, ale víc se v něm nevyznám, takže přejděme k druhému Grubu.

Někdy bývá problém, že starý Grub neumí číst soubory z ext4 a hlásí not found. Abychom tuto teorii vyzkoušeli, restartuj počítač, a v nabídce Grubu (1!, ne 2) zmáčkni c (command line). Pak zadej příkaz

Kód: [Vybrat]

cat (hd1,2)/boot/vmcoreinfo-2.6.31-16-generic (můžeš používat TAB podobně jako v Terminálu). Pokud je moje teorie správná, budeš schopen přečíst soubory v první úrovni od kořenového adresáře, ale ne dál, tzn. tady ti to zase napíše not found.

Pokud je to tak, musíš aktualizovat Grub.

[On]

Takže, když zadám TAB, tak mi vůbec nenabídne to jádro z Karmicu, tedy 2.6.31.16, nabídne to jen jádra z Jaunty. Když to dopíšu ručně, tedy

Kód: [Vybrat]

cat (hd1,2) /boot/vmcoreinfo-2.6.31.16-generic ..tak to samozřejmě nezná a vypíše chybu: "Error 1: Filename must be either an absolute pathname or blocklist"

nevím, jestli je to normální, ale když jsem na zkoušku teda zadal:

Kód: [Vybrat]

cat (hd0,0) /boot/vmcoreinfo-2.6.28.17-generic ..tedy oddíl, na kterém mám Jaunty + příslušné jádro, napsalo to tutéž chybu. Vše z Grubu 1.

[arrange]

No, tady to spíš vypadá na chybu s tou mezerou, správně má být např.

Kód: [Vybrat]

cat (hd1,2)/boot/vmcoreinfo-2.6.31.16-generic
Jinak: co máš na sda3?

[On]

sda1 - /
sda2 - swap
sda3 - /home

bez té mezery to za chvilku zkusím..

[On]

Takže, ta mezera byla opravdu chyba, teď, když zadám hd0,0, tak už reaguje. Při hd1,2 ani TAB nereaguje, napíše hned "Error 15: File not found", tedy to samé, když najedu na nabídku Ubuntu 9.10...tvá diagnóza je tedy správná.. grub 1 se dá teda aktualizovat tak, aby to četl?

[arrange]

... grub 1 se dá teda aktualizovat tak, aby to četl?

Ano, jestli se nepletu, stačí obnovit Grub z plně aktualizovaného systému (s Grubem 1). Nesmíš ale samozřejmě poplést disky, proto velmi opatrně. Až budeš obnovovat, zkontroluj, že se grub opravdu k těm souborům v /boot/ dostane (jako jsme to dělali předtím).

http://wiki.ubuntu.cz/GRUB/Obnova

[arrange]

EDIT: zpět! Myslím, že stačí zkopírovat soubor stage2 z aktualizovaného Grubu1 do adresáře kam odkazuje Grub, tzn. kde máš i menu.lst. Staré stage2 zálohuj!

[On]

jaj, obávám se, že jsem asi pochopil jen "staré Stage2 zálohuj!"

Nakopírovat Stage2 z aktualizovaného Grubu 1 do adresáře, kam odkazuje Grub....
Mám tedy zálohovat stage2 a pak aktualizovat Grub? Každopádně jsem grub zkusil přehrát (z plně aktualizovaného systému) tak, jak jsem zvyklý...tedy: root (hd0,0), setup (hd0)...když se ale dívám na datum změny, je tam datum z minulého roku, tedy se nepřepsal

[arrange]

Podívej se do Jauntyho, jestli tam máš soubor /usr/lib/grub/i386-pc/stage2. Ten by měl být aktuální, měl by mít kolem 121kB. Porovnej ho s tím v /boot/grub/stage2. Liší se?

[On]

Aha, tak o /usr/lib/grub/i386-pc/stage2 jsem ani nevěděl..soubor tam je a je (datově) rozdílný...aspoň teda, co hlásí Krusader. Liší se i datem změny:

/usr/lib/grub/i386-pc/stage2 - 118,9kB - poslední změna: 9.4.2009
/boot/grub/stage2 - 118,6kB - 11.11.2008

[arrange]

Můžeš to s ním zkusit. Starý stage2 přejmenuj, a ten novější tam překopíruj.
Jestli to nebude fungovat, můžeš zkusit můj.
http://leteckaposta.cz/230454519

Pokud ani to, soustředil bych se na Grub2.

[On]

Tak to je ale ovšem velká paráda. Pomohlo už překopírování..Klobouk dolů, díky moc... +K samozřejmě