chroot och update-grub

[Osprey]

Burken kraschade och när jag bootade upp igen så klagade Grub och ville inte starta upp. Det den ville klaga på var "15" dvs. "bad number" vilket var konstigt i sig, men nåja min vana trogen så stoppade jag ju i en Live-CD och startade upp.

Först körde jag en fsck på / (root) och på /home och det gick helt utan problem, den fixade till och allt var lugnt. Sedan tänkta jag att det kanske är lika bra att köra en update-grub också. Så jag monterade den riktiga rooten på /mnt och försökte köra update-grub. Men då klagar update-grub på att rootfilsystemet är odefinierat. Jag kollar ordentligt och hela systemet är verkligen chrootat till sdb2 som det var i det här fallet, men update-grub klagar ändå. Nu fixade det här sig ändå, för det räckte med fsck:n och burken kom upp igen.

Rent generellt så finns det ju en motsägelse mellan update-grub och chroot, eftersom chroot inte gör det device man har som argument (i det här fallet sdb2) till någon "riktigt" root, samtidigt som update-grub går ut och dynamiskt känner av systemet. Den chroot:ade rooten är ju bara root i ett litet terminalfönster och den kärna som finns i den ligger så att säga platt på disken (har egentligen inte med problemet att göra, men så är det).

Finns det något sätt att kringgå det här, för situationen att man måste chroot:a och uppdatera grub är ju inte alls osannolik. Är det någon som lyckats med det här..?

[Rune.K]

Går det inte att använda grub-install istället för grub-update?
Om nu grub-install finns kvar, sitter i windows för tillfället...

[Osprey]

Jo grub-install finns kvar, problemet är bara att den och update-grub gör olika saker...

[pun]

Finns det något sätt att kringgå det här, för situationen att man måste chroot:a och uppdatera grub är ju inte alls osannolik. Är det någon som lyckats med det här..?

Jo jag vet inte hur man via en chroot ska kunna skriva till rätt bootsector ? däremot via en Live-skiva är det ju enkelt.

De bästa guiderna jag vet om Grub2

https://help.ubuntu.com/community/Grub2

http://ubuntuforums.org/showthread.php?t=1195275

Sen vet jag inte om det är någon större mening att lägga ner en massa energi på Karmics Grub som tyvärr innehåller många buggar, de är dessutom olösta hos Debian (uppströms)

Lucid kör redan den stabila 1.98 versionen som verkar mycket bättre "avlusad".

[Osprey]

Det var inte egentligen att skriva till bootsektorn jag ville göra, för den biten var redan ok eftersom Grub startade upp. Problemet kom ju när jag valde ett alternativ i listan och ville starta från det. Det var då som Grub tyckte att det var något fel, alltså fel i något av det som motsvarar menu.lst. Så det jag ville göra var helt enkelt att generera en ny menu.lst (motsvarigheten till det).

Jag ser fram emot Lucid, men hoppas ändå att man ska kunna generera en motsvarighet till menu.lst via chroot...

[pun]

Jag ser fram emot Lucid, men hoppas ändå att man ska kunna generera en motsvarighet till menu.lst via chroot...

Grub2 använder ju sig inte av menu.lst.....

[Osprey]

Jag ser fram emot Lucid, men hoppas ändå att man ska kunna generera en motsvarighet till menu.lst via chroot...

Grub2 använder ju sig inte av menu.lst.....

Det var därför jag skrev "motsvarighet till"...

[Rune.K]

Jo grub-install finns kvar, problemet är bara att den och update-grub gör olika saker...

Det stämmer säkert det du säger Osprey!
Jag tänkte lite för fort, det är inte första gången det händer.

Själv har jag använt grub-install i Ubuntu ett par gånger när jag glömt att placera Ubuntus grub i Ubuntu-partitionen under installationen.
T.ex grub-install /dev/sda14 då finns Ubuntus grub på 2 ställen, både i MBR och i början på Ubuntupartitionen.
Startar om datorn och väljer Debian Lenny och kör grub-install /dev/sda.
Jag föredrar Grub 0.97 i MBR och jag brukar alltid ha Debian Stable installerad.

[pun]

Jag ser fram emot Lucid, men hoppas ändå att man ska kunna generera en motsvarighet till menu.lst via chroot...

Grub2 använder ju sig inte av menu.lst.....

Det var därför jag skrev "motsvarighet till"...

Okidok......

Metoden med ett Livemedium föredrar jag då som skrivet om man kraschar sin Grub2.

[dmz]

Om det bara är att generera konfigurationsfilen du vill göra så kan du säkert lösa det på egen hand.

[Osprey]

Om det bara är att generera konfigurationsfilen du vill göra så kan du säkert lösa det på egen hand.

Ja att editera själv och fixa till det är ju inga problem, men det kändes liksom lite som att när nu Grub2 har "ofoget" att leta upp saker och ting själv om man inte disablar 30_os-prober och använder 40_custom istället, så borde den egentligen klara av detta under en chroot också...

Allting ser ju liksom likadant ut, förutom att man egentligen startat upp från ett annat system än det man vill uppdatera grub i, men å andra sidan så har man chrootat sig till det... det "riktiga systemet" (det man chrootat sig till), finns ju fortfarande hårdvarumässigt på exakt samma disk och exakt samma partition...

[EDIT] Det är kanske 10_linux som är inblandad i det här fallet...

[Rune.K]

Utanför ämnet: Så länge som Grub2 inte blir mer användarvänligt för mej som kör multiboot, tänker jag inte ha Grub2 i MBR.
Jag håller mej till Grub 0.97 tillsvidare. Med Grub 0.97 är det bara att ändra i menu.lst i den disten som ansvarar för Grub i MBR, från vilken annan dist som helst.
Jag "chainloadar" alla övriga OS jag har på hårddisken, det enda som inte gick var OpenSUSE men det är borta nu av andra skäl.
Utan att chroota eller att man måste köra update-grub...
Har man bara Ubuntu på hårddisken då är det väl inte så mycket att välja på naturligtvis.

[Bowmore]

Ja att editera själv och fixa till det är ju inga problem, men det kändes liksom lite som att när nu Grub2 har "ofoget" att leta upp saker och ting själv om man inte disablar 30_os-prober och använder 40_custom istället, så borde den egentligen klara av detta under en chroot också...

Jo, det fungerar med chrootning och detta ska räcka för update-grub

Kod: Markera allt

sudo mount /dev/sdb2 /mnt
sudo mount --bind /dev /mnt/dev
sudo chroot /mnt
update-grub
exit
umount /mnt/dev
umount /mnt

Har du en separat /boot så behöver givetvis också den monteras.
Själv brukar jag även montera /proc med bind då grub2 klagade på det vid något tillfälle.

Funkar inte det så har har du något annat problem med Grub2.

Detta med bad number har jag inte sett tidigare men det kanske försvann iom fsck.

[Osprey]

Tack, ok nu fattar jag! Det var det där med "mappningen" av /dev till /mnt/dev som jag inte riktigt hade insett att den behövdes.

Ja, det där med "bad number" försvann med fsck. Som jag förstår det så är ett "bad number" det att den hittar något i menu.lst, eller som i det här fallet grub.cfg, som inte riktigt stämmer och som felutskriften antyder inte är ett nummer. Vad det egentligen var för ett nummer vet jag inte, det finns gott om sådana i menu.lst/grub.cfg...

Det var därför jag ville bygga om grejorna med update-grub så jag fick en ny grub.cfg, men nu räckte det med en fsck istället...