Hoe grub2 aan te passen

[Pjotr]

Maar eens een berichtje gestuurd naar bug-grub:

van   Pjotr
aan   bug-grub apestaart gnu.org
datum   7 september 2009 14:49
onderwerp   Grub2: partition counting should be the same as device counting
verzonden door   gmail.com
   
In Grub2, partition counting starts at 1. However, device counting
starts at 0 (the old method). This difference is very unfortunate and will
cause needless confusion....

Counting of partitions and devices should be exactly the same. Both of
them should start counting at 1, or both of them should start counting
at 0 (old method). No mix.

The current mix not only creates unnecessary confusion for users, but
may also cause bugs in peripheral software later on. Software
developers may not always be sufficiently aware of this mixed counting
method.

I hope you will want to reconsider this matter....

Ik ben benieuwd naar de reacties.

[heir4c]

Ben al blij dat ik er toch iets van snap.  

Sommige geeks vinden het logisch om vanaf nul te tellen zoals Richard Stallman ook doet bij het nummeren van de vrijheden.
Een gewone mens telt gewoon vanaf 1

Dat de mens telt vanaf 1 is mooi, maar als een/elke computer altijd vanaf 0 telt lijkt mij het op zijn plaats om dat zo aan de gebruiker mee te geven, anders ,als men verder wil gaan met leren/kennis op doen/werken met een computer, zal men hier in verwarring raken. Als men van die 0-telling een gewoonte maakt om die te gebruiken (wat mij de enige juiste lijkt) dan zal de eindgebruiker dat ook doen.

[Typhoner]

In feite vind ik dat de ontwikkelaars gelijk hebben als ze zeggen dat het sowieso nonsens is om nummers te gebruiken voor partities. In deze tijd van UID's en automatische detectie zou handmatig ingrijpen overigens niet nodig mogen zijn.

[Pjotr]

In feite vind ik dat de ontwikkelaars gelijk hebben als ze zeggen dat het sowieso nonsens is om nummers te gebruiken voor partities.

Voor mijn part. Maar *als* je nummert, dan moet het wel consequent zijn. En daar gaat het mij om.

In deze tijd van UID's en automatische detectie zou handmatig ingrijpen overigens niet nodig mogen zijn.

Tja, ik ben sowieso niet kapot van UUID's. Maar dat is een ander verhaal.

Verder heb ik een gezond wantrouwen jegens autodetectie, die handmatig ingrijpen overbodig zou maken. We hebben gezien bij Xorg (de beeldinstellingen), dat autodetectie-zonder-mogelijkheid-van-handmatige-correctie, in sommige gevallen toch heel ongelukkig uitpakt.

Ik heb niks tegen autodetectie (verre van dat, ik vind autodetectie juist geweldig), maar ik wil wel graag de *mogelijkheid* behouden om handmatig in te grijpen.

[heir4c]

Pjotr, +1
Als er ooit iets fout zit of er een verandering is opgetreden aan de partitie, veranderd het UUID, en dan gaan de poppen aan het dansen. Dan mag je alles handmatig corrigeren. Met de benamingen sda5, sda6 enz... is dat veel simpeler en blijft de benaming bestaan ook al heb je de partitie bijvoorbeeld vergroot. Die blijft dan sda5, sda6, enz...

Maar ja, waarom gemakkelijk maken als het moeilijk kan.    

[siegi]

sda blijft niet altijd sda.
Op mijn desktop gebruik ik tegenwoordig uuid uit noodzaak. Ik heb 1 hd aan ide en een hd aan sata. De ene heet sdb en de andere sda, maar soms durft dat wel eens om te wisselen.  Een UUID blijft in dit geval gewoon hetzelfde.

Partitienummers durven tijdens het partitioneren ook wel eens te veranderen.

Maar wees nu eerlijk, een gewone mens zit toch niet constant zijn partities aan te passen? Dan blijft een UUID toch steeds hetzelfde. Wat hij wel doet is een harde schijf bijvoegen.

[Pjotr]

Maar wees nu eerlijk, een gewone mens zit toch niet constant zijn partities aan te passen? Dan blijft een UUID toch steeds hetzelfde. Wat hij wel doet is een harde schijf bijvoegen.

We gaan wel een beetje van het onderwerp af.... 

Maar een groot nadeel van UUID's vind ik ook, dat dan configfile of chainload niet werkt in Grub, op een meervoudig opstartbare machine met meerdere distro's. Je kunt dus niet meer het Grubmenu van openSUSE gebruiken en daarin via chainload het Grubmenu van Ubuntu 9.04 oproepen.

Andersom kan gelukkig nog wel, want openSUSE laat zich wel via chainload oproepen vanuit het Grubmenu van Ubuntu 9.04, omdat Suus niet zo gericht is op UUID's. Nadeel: nu zit ik dus met het lelijke Grubmenu van Ubuntu, als moedermenu op m'n flaptops.... 

[Typhoner]

Andersom kan gelukkig nog wel, want openSUSE laat zich wel via chainload oproepen vanuit het Grubmenu van Ubuntu 9.04, omdat Suus niet zo gericht is op UUID's. Nadeel: nu zit ik dus met het lelijke Grubmenu van Ubuntu, als moedermenu op m'n flaptops.... 

Kunnen SUSE en Mandriva (die laatste zeker) niet als je hen laatst installeert de menu.lst's van andere distro's herkennen, en in hun eigen menu inbedden?
Bij Mandriva krijg ik in Grub 1 optie voor Kubuntu, als je die kiest komt het hele menu van die distro.

[testcees]

Mijn grub2 menu bevat meerdere keuzes die door grub2 zelf zijn gegenereerd. Onder andere:

"Ubuntu, Linux 2.6.31-10-generic"
"Ubuntu 9.04 (9.04) (on /dev/sda8)"
"Ubuntu 9.04 (9.04) (on /dev/sda8)"

De bovenste keuze is voor 9.10. Er zijn meerdere keuzes voor 9.04, op volgorde van kernelversie. De bovenste is voor 2.6.28-14-generic en de onderste voor 2.6.28-15-generic (er zijn nog meer keuzes maar dat is nu niet relevant).

Omdat 9.10 zich nog in de testfase bevind wil ik ook standaard starten in 9.04 maar met de nieuwste kernelversie (de onderste keuze dus). Als ik hiervoor in  /etc/default/grub de regel GRUB_DEFAULT=saved plaats wordt inderdaad de keuze voor 9.04 onthouden.

Maar... zoals ik het begrijp op basis van de naam van de menuentry. De oudste kernel versie in plaats van de nieuwste is nu de standaard keuze! Dat is niet wat ik wil.

Dit lijkt geen bug maar as-designed. De enige optie die ik zie is om als GRUB_DEFAULT hard een nummer op te geven. Bijkomstigheid is dat dit niet mogelijk is met de Opstart Manager. Als ik daar als standaard keuze 9.04 instel wordt ook de oudste kernel genomen. Dus om de laatste 9.04 kernel als standaard in te stellen moet /etc/default/grub handmatig worden gewijzigd. In bovenstaand voorbeeld dus GRUB_DEFAULT=2.

[heir4c]

Dus als ik het goed begrijp moet je: GRUB_DEFAULT=2 invullen om de derde keuze (in jouw lijst) te selecteren.
Dus grub telt vanaf 0
(Dus zitten we weer met die nummeringschaos. Joepie!  XD  )

[chris.]

idd de keuze -1 moet je hebben,

ik heb het hier ook eens uitgetest en ipv 9.10 8.10 als default gezet [vijfde regel dus default4]

maar ik moest nog wel een keer grub updaten in de recovery van 9.10 om het te laten werken,
ik heb het niet eerst in de terminal geprobeerd maar dat zal ook wel werken.

persoonlijk vind ik de keuze in de recovery wel handig [voor beginners] omdat je dan alleen maar even met de knoppen ernaar toe hoeft te gaan en te enteren ipv een commando in de terminal op te geven.

[Thijsg]

Pas heb ik op Ubuntu 9.04 grub ge-update, maar toen werd er een standaard menu.lst teruggezet, al mijn eigen wijzigingen waren weg. Dat doe ik dus niet meer. Grub 1 ken ik goed genoeg, dus dan duik ik zelf wel menu.lst in.

[chris.]

9.04 heeft grub1,5 en niet de hier besproken grub2 [1,97 beta3 maar dat terzijde].

de menu.lst is de oude is idd net zo makkelijk aan te passen, maar dit kan niet meer in de nieuwe.

[Thijsg]

9.04 heeft grub1,5 en niet de hier besproken grub2 [1,97 beta3 maar dat terzijde].

de menu.lst is de oude is idd net zo makkelijk aan te passen, maar dit kan niet meer in de nieuwe.

Weet ik, maar ik wil duidelijk maken dat ik update-grub niet zo fijn vind. Met de nieuwe grub zal het wel moeten...

Ik ga nog door met grub1.5, omdat het bij een upgrade niet vernieuwd wordt. Hoe ziet de nieuwste grub eruit (screenshot??)?

[testcees]

Dit lijkt geen bug maar as-designed. De enige optie die ik zie is om als GRUB_DEFAULT hard een nummer op te geven.

Hoera. Dit is opgelost met de updates van vandaag (toch een bug ). In de menuentry is ook voor 9.04 een kernelversie opgenomen: GRUB_DEFAULT=saved is nu goed te gebruiken.

[satshow]

Dit lijkt geen bug maar as-designed. De enige optie die ik zie is om als GRUB_DEFAULT hard een nummer op te geven.

Hoera. Dit is opgelost met de updates van vandaag (toch een bug ). In de menuentry is ook voor 9.04 een kernelversie opgenomen: GRUB_DEFAULT=saved is nu goed te gebruiken.

En wat betekent dat dan concreet?

[Thijsg]

Volgens mij is dan het besturingssysteem dat je het laatst gebruikte default.

mvg
Thijs

[jolo]

Wat het default op te starten besturingssysteem betreft met GRUB 1.97. Ik deed dat tot voor kort nog via applicatie Opstart-Manager. Deze wijzigt dan /etc/default/grub Maar ideaal is dat niet. Dus doe ik het nu via een aangemaakt /etc/grub/09_Jaunty bestand. Zoals is uitgelegd in de hyperlink van testcees.

Overigens gaat GRUB 1.97 er wel op vooruit. Deze herkent vanaf Ubuntu Karmic Alpha 6 ook Windows 7 correct.

Code: [Selecteer]

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sda1)" {
insmod ntfs
set root=(hd0,1)
search --no-floppy --fs-uuid --set 6444c6bc44c68fea
chainloader +1
}
En kort geleden voegde update-grub weliswaar Mandriva 2010 RC1 toe aan het grub bootmenu. Maar de initrd regel ontbrak. Nu voegt update-grub de initrd regel wel toe. Weliswaar nog wel fout. Zie onderstaande code. Het is toch een stapje vooruit.

Code: [Selecteer]

menuentry "linux (on /dev/sda9)" {
insmod ext2
set root=(hd0,9)
search --no-floppy --fs-uuid --set ed92a9a6-33f1-4af6-9206-1645287b1ee8
linux /boot/vmlinuz BOOT_IMAGE=linux root=UUID=ed92a9a6-33f1-4af6-9206-1645287b1ee8 splash=silent vga=788
initrd (hd0,8)/boot/initrd.img
}