Que se passe-t-il lorsque nous commentons GRUB_DISABLE_LINUX

8

que se passe-t-il lorsque nous décommentons GRUB_DISABLE_LINUX_UUID = true dans / etc / default / grub.

grub2

— Jorge Castro
source

1

À mon avis, l'utilisation des UUID pour identifier les partitions et les volumes est une mauvaise pratique et conduit parfois à un désastre: ces identifiants générés de manière aléatoire ne sont pas du tout robustes, en fait, ils ne survivent même pas à un re-partitionnement et un re-formatage, ce qui Il en résulte un système non amorçable et des entrées / etc / fstab utilisables. Ils sont difficiles à taper et ne donnent aucune signification sur le contenu des partitions à l'utilisateur. Les labels en revanche, s'ils sont bien choisis, en diront beaucoup sur le contenu des partitions. Toutes mes partitions sont étiquetées: comme WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204 etc ... Refo

— eric stockman

4

Eh bien, je pense que le commentaire au-dessus de cette ligne dit tout
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
Après avoir décommenté cette ligne, root = sera transmis comme nom de périphérique et non UUID.

linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
à
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
Cependant, il n'est pas recommandé de décommenter cette ligne, car si vous supprimez / créez une nouvelle partition, la table de partition sera modifiée.
Pour que vous ne puissiez pas démarrer dans le système.

— karthick87
source

-1, non informatif. Quel est l'effet de la suppression de ce paramètre? Quels sont les avantages et les inconvénients?

— loevborg

@loevborg root = sera transmis comme nom d'appareil et non UUID

— karthick87

4

lorsque vous le décommentez, la prochaine fois que grub régénérera /boot/grub.cfg mettra des noms de périphériques absolus au lieu de UUID, c'est-à-dire / dev / sdXY

donc si vous réorganisez les partitions dans la table de partition (par exemple, insérez / supprimez des partitions) et que les numéros de partition sont modifiés, grub ne peut pas trouver le noyau à démarrer

avec UUID, même réorganiser les partitions ne cassera pas les choses

L'inconvénient de l'UUID est qu'il est difficile de les garder longs et donc difficiles à retenir.

— jet
source

2

La vraie affaire consiste à ajouter des disques à votre système. Si votre disque était auparavant / dev / sda, et était connecté à SATA1 en tant que seul lecteur, et plus tard vous avez ajouté un deuxième lecteur, mais vous l'avez connecté à SATA0, il deviendrait / dev / sda, et votre mappage root = serait invalide. Les UUID n'ont pas ce problème, car ce sont des identifiants uniques.

De plus, si vous avez plusieurs cartes d'extension, elles sont parfois détectées à des moments légèrement différents, ce qui entraîne des affectations de nom de lecteur différentes pour les lecteurs suspendus. Encore une fois, l'UUID n'est pas affecté. De plus, si un disque tombe en panne, parfois un autre disque prend sa place, par exemple si / dev / sda meurt, peut-être au prochain démarrage / dev / sdb devient par magie / dev / sda .. Cela arrive.

Je dirais que plus le système est gros ou est susceptible de devenir, plus il y a de possibilités de lecture aléatoire au démarrage ..

Personnellement, je ne me soucie pas d'utiliser les UUID pour root =, mais je vois où il a sa place.

— Robert
source

Pouvez-vous indiquer ce que signifie le vrai? Je veux dire que fait précisément désactiver Linux uuid?

— DrSAR

Que se passe-t-il lorsque nous commentons GRUB_DISABLE_LINUX_UUID = true?