En mi opinión, el uso de UUID para identificar particiones y volúmenes es una mala práctica y a veces conduce a un desastre: esos identificadores generados al azar no son robustos en absoluto, de hecho, ni siquiera sobreviven a una nueva división y formateo, lo que dan como resultado un sistema que no se puede iniciar y entradas utilizables / etc / fstab. Son difíciles de escribir y no transmiten ningún significado sobre el contenido de particiones al usuario. LAbels, por otro lado, si bien chozen le dirá mucho sobre el contenido de las particiones. Todas mis particiones están etiquetadas: como WIN7_C, XP_D, XUBUNTU_1204, BOOT, HOME_1204, etc ... Refo
eric stockman
Respuestas:
4
Bueno, creo que el comentario sobre esa línea lo dice todo # Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
Después de descomentar esa línea root = se pasará como nombre del dispositivo y no como UUID.
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...
a linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdX
Sin embargo, no se recomienda descomentar esa línea, porque si elimina / crea una nueva partición, la tabla de particiones cambiará.
-1, poco informativo. ¿Cuál es el efecto de eliminar ese parámetro? ¿Cuáles son las ventajas y desventajas?
loevborg
@loevborg root = se pasará como nombre del dispositivo y no como UUID
karthick87
4
cuando lo descomente, la próxima vez que grub se regenere /boot/grub.cfg colocará nombres de dispositivo absolutos en lugar de UUID, es decir, / dev / sdXY
así que si reorganiza las particiones en la tabla de particiones (por ejemplo, inserte / elimine particiones) y los números de partición cambien, grub no puede encontrar el núcleo para arrancar
con UUID, incluso reorganizar las particiones no romperá las cosas
La desventaja de UUID es que es difícil que sean largos y, por lo tanto, difíciles de recordar.
El verdadero negocio se trata de agregar discos a su sistema. Si su disco era anteriormente / dev / sda, y se conectó a SATA1 como la única unidad, y luego agregó una segunda unidad, pero la conectó a SATA0, se convertiría en / dev / sda, y su raíz = mapeo sería inválido. Sin embargo, los UUID no tienen este problema, ya que son identificadores únicos.
Además, si tiene varias tarjetas de expansión, a veces se detectan en momentos ligeramente diferentes, lo que da como resultado asignaciones de nombre de unidad diferentes para las unidades que cuelgan de ellas. Nuevamente, UUID no se ve afectado. Además, si una unidad se apaga, a veces otra unidad toma su lugar, por ejemplo, si / dev / sda muere, tal vez en el próximo arranque / dev / sdb mágicamente se convierte en / dev / sda ... Sucede.
Yo diría que cuanto más grande es el sistema o cómo es, más posibilidades hay de que una unidad se mezcle en el arranque.
Personalmente no me importa usar UUID para root =, pero veo dónde tiene su lugar.
Respuestas:
Bueno, creo que el comentario sobre esa línea lo dice todo
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to LinuxDespués de descomentar esa línea root = se pasará como nombre del dispositivo y no como UUID.
linux /boot/vmlinuz-2.6.30-1-amd64 root=UUID=...a
linux /boot/vmlinuz-2.6.30-1-amd64 root=/dev/sdXfuente
cuando lo descomente, la próxima vez que grub se regenere /boot/grub.cfg colocará nombres de dispositivo absolutos en lugar de UUID, es decir, / dev / sdXY
así que si reorganiza las particiones en la tabla de particiones (por ejemplo, inserte / elimine particiones) y los números de partición cambien, grub no puede encontrar el núcleo para arrancar
con UUID, incluso reorganizar las particiones no romperá las cosas
La desventaja de UUID es que es difícil que sean largos y, por lo tanto, difíciles de recordar.
fuente
El verdadero negocio se trata de agregar discos a su sistema. Si su disco era anteriormente / dev / sda, y se conectó a SATA1 como la única unidad, y luego agregó una segunda unidad, pero la conectó a SATA0, se convertiría en / dev / sda, y su raíz = mapeo sería inválido. Sin embargo, los UUID no tienen este problema, ya que son identificadores únicos.
Además, si tiene varias tarjetas de expansión, a veces se detectan en momentos ligeramente diferentes, lo que da como resultado asignaciones de nombre de unidad diferentes para las unidades que cuelgan de ellas. Nuevamente, UUID no se ve afectado. Además, si una unidad se apaga, a veces otra unidad toma su lugar, por ejemplo, si / dev / sda muere, tal vez en el próximo arranque / dev / sdb mágicamente se convierte en / dev / sda ... Sucede.
Yo diría que cuanto más grande es el sistema o cómo es, más posibilidades hay de que una unidad se mezcle en el arranque.
Personalmente no me importa usar UUID para root =, pero veo dónde tiene su lugar.
fuente