¿Qué sucede cuando descomentamos GRUB_DISABLE_LINUX_UUID = true?


8

qué sucede cuando descomentamos GRUB_DISABLE_LINUX_UUID = verdadero en / etc / default / grub.


1
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á.
  • Para que no pueda arrancar en el sistema.

-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.


2

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.


¿Puedes indicar lo que significa la verdad? Quiero decir, ¿qué hace exactamente deshabilitar Linux uuid?
DrSAR
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.