UUID's en kernel updates

[Pjotr]

Pas op (net gemerkt):
Voor de mensen die de UUID's eruit hebben gegooid (kleine minderheid!): bij een kernel update zet Feisty weer vrolijk UUID's in de menulijst van Grub. Niet in fstab, daar blijft-ie vanaf. Na een kernel update is het dus de moeite waard om de menu.lst van Grub na te kijken en de UUID's weer te vervangen door (bijvoorbeeld) een /dev/sda5 vermelding.

Groet, Pjotr.

[asilnevs]

dat is niet zo leuk, en dat kan ik dan best doen op alle Grub's (dus van mijn 3 Ubuntu's)  veronderstel ik ?

[Pjotr]

Ja. Alleen Dapper heeft er geen last van. Nou ja, kleine moeite, toch? Nu je het eenmaal weet.... In 10 minuten gepiept.

[pluto]

Bij mij was bij bij een kernelupdate alleen Feisty voorzien van UUID in menu.lst. Deze UUID's vervangen door /dev/hda2 .Tot mijn schrik bemerkte ik echter dat de inhoud van /etc/fstab geheel in het niets was verdwenen. Nu experimenteer ik alleen maar met Feisty, en kan natuurlijk alles weer nieuw installeren.
Maar is het misschien zo, dat zonder UUID een kernelupdate soms een lege fstab kan opleveren?
                                                                        pluto

[siegi]

@pjotr123 waarom een werkend systeem veranderen?
uuid's hebben ook zo hun voordelen.  Je zit tenminste niet meer vast aan die partitie nummers.  
Ik zou het gewoon laten staan als het werkt.

[Pjotr]

@pjotr123 waarom een werkend systeem veranderen?
uuid's hebben ook zo hun voordelen.  Je zit tenminste niet meer vast aan die partitie nummers.  
Ik zou het gewoon laten staan als het werkt.

Het werkt wel, maar alleen als je slechts één Linux installeert. Installeer je er meer op je schijf (bij mij zo'n stuk of 5, en het einde is nog niet in zicht, je moet m'n Grubmenu eens zien!), dan krijg je problemen. Namelijk als die andere distro's ook met UUID's werken.

Elke distro vervangt dan de bestaande UUID's van de partities door z'n eigen UUID-brouwsel. Zo kun je uiteindelijk alleen maar de nieuwste installatie starten! Ik vind UUID's een ellendige uitvinding, die er geen rekening mee houdt dat mensen wel eens meerdere distro's naast elkaar op de harde schijf willen hebben.

[markba]

@pjotr123 waarom een werkend systeem veranderen?
uuid's hebben ook zo hun voordelen.  Je zit tenminste niet meer vast aan die partitie nummers.  
Ik zou het gewoon laten staan als het werkt.

Het werkt wel, maar alleen als je slechts één Linux installeert. Installeer je er meer op je schijf (bij mij zo'n stuk of 5, en het einde is nog niet in zicht, je moet m'n Grubmenu eens zien!), dan krijg je problemen. Namelijk als die andere distro's ook met UUID's werken.

Elke distro vervangt dan de bestaande UUID's van de partities door z'n eigen UUID-brouwsel. Zo kun je uiteindelijk alleen maar de nieuwste installatie starten! Ik vind UUID's een ellendige uitvinding, die er geen rekening mee houdt dat mensen wel eens meerdere distro's naast elkaar op de harde schijf willen hebben.

Ik was in de veronderstelling, blijkbaar ten onrechte dat UUID's juist de problematiek van meerdere distro's naast elkaar zou oplossen en dus niet verergeren.
Als dat zo is, wat is dan het voordeel van UUID's?

[Pjotr]

Ik was in de veronderstelling, blijkbaar ten onrechte dat UUID's juist de problematiek van meerdere distro's naast elkaar zou oplossen en dus niet verergeren.
Als dat zo is, wat is dan het voordeel van UUID's?

Goeie vraag! Het probleem zit in de fstab, natuurlijk. Alleen de laatst geïnstalleerde Linuxdistributie heeft de correcte UUID's in z'n fstab staan.

Ik denk dat ik eens een bericht zet op Launchpad hierover.

[siegi]

Ik was in de veronderstelling, blijkbaar ten onrechte dat UUID's juist de problematiek van meerdere distro's naast elkaar zou oplossen en dus niet verergeren.
Als dat zo is, wat is dan het voordeel van UUID's?

Goeie vraag! Het probleem zit in de fstab, natuurlijk. Alleen de laatst geïnstalleerde Linuxdistributie heeft de correcte UUID's in z'n fstab staan.

Ik denk dat ik eens een bericht zet op Launchpad hierover.

Ik weet niet of die stelling wel klopt dat alleen de laatste linuxdistributie de correcte uuid's heeft.  
ALs je met uuidgen een uuid generereerd is dat altijd een ander nummer.  In elk geval mag je partitie niet van grote etc wijzigen anders verandert die uuid's ook.  Maar normaal kan je toch met die vroeger gegenereerde uuid je partitie ook terugvinden ookal is dat een ander getal.

Maar in elk geval dit is het belangrijkste voordeel.
Als het systeem goed werkt dan kan je hd op master zitten of op slave op secundaire en primaire ide zitten hij gaat nog altijd perfect booten omdat hij de partities vind met de uuid.

[Pjotr]

Dit is het probleem, Siegi:
http://forum.ubuntu-nl.org/topic/10391

Kern van het verhaal van asilnevs:
"De installatie van de eerste Ubuntu ging altijd zonder problemen (20 min ongeveer smile ). Bij het opstarten verscheen GRUB en ging vanzelf door omdat er nog maar 1 Ubuntu was geinstalleerd. Maar als ik de 2de Ubuntu installeerde en daarna weer opstartte dan kon ik in de GRUB menu kiezen welke ik wilde. Slechts 1 daarvan kon ik zonder probleem opstarten, bij de andere keuze kwam ik in een zwart scherm terecht met een melding."

[asilnevs]

Ja, en de meesten willen dual boot met Windows en dan gaat het altijd goed maar als je meerdere Ubuntus naast mekaar wilt heb je pech. Ik zou liever hebben dat het andersom was .
Als dit probleem zou opgelost geraken zou dit zeer fijn zijn.
Dus Pjotr als je dit wilt aanmelden op Launchpad dan trakteer ik wel eens in Reusel op een zonnige dag

[taj]

Ik vind UUID ook niks. Ik vind het onleesbaar.

Bovendien was bij mijn Edgy naar Feisty update eerst de swap helemaal verdwenen, met als resultaat ineens een zeer trage computer.
Toen ik dat had gemaakt in fstab bleek ineens de swapspace ineens TWEE keer aanwezig (

Code: [Selecteer]

freegaf ineens twee keer zoveel ruimte aan)
Dat wordt een groot drama als je ruimte vol is. En dat gebeurt alleen als je heel veel open hebt, dus dan is het leed ook groot.

Daarom, tip voor iedereen: check of je 2x swapspace hebt:

Code: [Selecteer]

cat /proc/swapsAls je zoiets ziet heb je een probleem:
Filename                                Type            Size    Used    Priority
/dev/hda5                             partition       1012052 352     -1
/dev/mapper/hda5                partition       1012052 352     -2
(hda5 is twee keer toegewezen, NB hier heet hij wel hda5, maar in /etc/fstab is het UUID=)
Doe dan:

Code: [Selecteer]

sudo swapoff -a && sudo swapon -aDan verdwijnt de eerste swap

Zie ook: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/96715