¿Por qué no puedo especificar mi raíz fs con un UUID?

Mi sistema arranca bien con esto en mi configuración de GRUB 2:

linux   /bzImage root=/dev/sda2 init=/usr/lib/systemd/systemd ro

Pero si lo reemplazo /dev/sda2con el UUID correspondiente:

linux   /bzImage root=UUID=666c2eee-193d-42db-a490-4c444342bd4e init=/usr/lib/systemd/systemd ro

entonces falla durante el arranque:

kernel panic - not syncing: VFS: unable to mount root fs on unknown-block(0,0)

El UUID parece ser correcto:

# blkid
/dev/sda1: UUID="97ac3744-39de-4d6d-9a81-e3a3ea08a8bb" TYPE="ext2" 
/dev/sda2: UUID="666c2eee-193d-42db-a490-4c444342bd4e" TYPE="ext4"

¿Por qué no funciona? ¿Es porque no estoy usando un initramfs?

Esto es x86_64 Gentoo Linux con el kernel 3.10.7. Estoy usando una tabla de particiones MBR sday una tabla de particiones GUID sdb.

linux boot uuid

— cjm
fuente

unknown-block(0,0)me parece un dispositivo GRUB. Supongo que GRUB no puede usar ese UUID por alguna razón.

— Strugee

@strugee, no creo que GRUB intente interpretar la línea de comando del núcleo en absoluto. (GRUB está cargando el kernel sda1. No mostré esa parte de la configuración.)

— cjm

Me inclino a estar de acuerdo. Sin embargo, es extraño que el dispositivo se vea como un dispositivo GRUB en lugar de un dispositivo UNIX.

— Strugee

@Gilles, la pregunta no es sobre GRUB. Simplemente es el gestor de arranque que estoy usando. Es una pregunta del kernel de Linux.

— cjm

Esta tampoco es una pregunta sobre el núcleo, sino una pregunta sobre init.

— mikeserv

Respuestas:

Solo para aclarar, los UUIDs son la única forma confiable para que el núcleo identifique los discos duros. Hay dos tipos: UUID, que está almacenado en el sistema de archivos y no está disponible para el núcleo en el momento del arranque, y PARTUUID, que está almacenado en la tabla de particiones y está disponible en el momento del arranque. Entonces tienes que usar

root=PARTUUID=SSSSSSSS-PP

como /dev/sd??puede cambiar con dispositivos conectados / desconectados.

¡No olvides poner en mayúscula el número hexadecimal SSSSSSSS-PPque obtienes blkid!

Cuanto más fácil de usar

root=LABEL=
root=UUID=

solo funciona con un initramfsque obtenga estos identificadores.

Por lo tanto, si usa un no vacío initramfs, ¡puede tener los tres! Con un vacío initramfs, solo tienes PARTUUID.

— ineiti
fuente

¿Te importaría explicar quién está usando el argumento boot = -argument? Acabo de usar esta línea para una instalación de Archlinuxarm que no tiene initrd, y donde no puedo usar boot = LABEL ni boot = UUID.

— ineiti

Tienes razón: he corregido el arranque a raíz, lo siento. Espero que tenga más sentido ahora.

— ineiti

Entiendo (después de un día en los foros de archlinuxarm) es que no hay initrd (o initramfs, pero kernel.org/doc/Documentation/kernel-parameters.txt lo llama initrd) en Archlinuxarm. En Ubuntu y tal, doy un puntero a initrd, pero (en mi opinión) no en Archlinuxarm.

— ineiti

Archlinuxarm discusión acerca NO INITRD: archlinuxarm.org/forum/viewtopic.php?f=23&t=6652

— ineiti

Prueba este enlace. Y este uno. Y tal vez este . initramfs no es la imagen initramfs, que generalmente es un archivo comprimido que contiene un cpioarchivo que el kernel desempaqueta /en el arranque. initramfs es un sistema de archivos: siempre es el primero /montado y desde donde llama el núcleo init. Puede compilar los contenidos en el núcleo o desempaquetarlos en el arranque; esas son las dos opciones.

— mikeserv

El parámetro que debe pasar para arrancar desde UUID es PARTUUID. Así debería ser root=PARTUUID=666c2eee-193d-42db-a490-4c444342bd4e.

La documentación explica por qué vuelve con unknown-block(0,0):

kernel-parameters.txt :

    root = [KNL] Sistema de archivos raíz
            Vea el comentario name_to_dev_t en init / do_mounts.c.

init / do_mounts.c :

/ *
 * Convertir un nombre en número de dispositivo. Aceptamos las siguientes variantes:
 * *
 * 1) el número de dispositivo en hexadecimal se representa a sí mismo
 * 2) / dev / nfs representa Root_NFS (0xff)
 * 3) / dev / <disk_name> representa el número de dispositivo del disco
 * 4) / dev / <disk_name> <decimal> representa el número de dispositivo
 * de partición: número de dispositivo del disco más el número de partición
 * 5) / dev / <disk_name> p <decimal> - igual que el anterior, ese formulario es
 * utilizado cuando el nombre del disco particionado termina en un dígito.
 * 6) PARTUUID = 00112233-4455-6677-8899-AABBCCDDEEFF que representa el
 * Identificación única de una partición si la tabla de particiones lo proporciona.
 * El UUID puede ser un UUID EFI / GPT o referirse a un MSDOS
 * partición usando el formato SSSSSSSS-PP, donde SSSSSSSS es un cero-
 * representación hexadecimal llena de la "firma de disco NT" de 32 bits y PP
 * es una representación hexadecimal llena de cero del número de partición basado en 1.
 * 7) PARTUUID = <UUID> / PARTNROFF = <int> para seleccionar una partición en relación con
 * una partición con una identificación única conocida.
 * *
 * Si el nombre no pertenece a las categorías anteriores, devolvemos (0,0).
 * block_class se usa para verificar si algo es un nombre de disco. Si el disco
 * el nombre contiene barras, el nombre del dispositivo las reemplazó por
 * flequillo.
 * /

El último bit al final dice que si no puede entender el valor, regresa (0,0), de ahí su error.

— Patricio
fuente

Esto es solo parcialmente correcto. Un UUID de partición es completamente diferente del UUID del sistema de archivos, por lo PARTUUID=666c2eee-193d-42db-a490-4c444342bd4eque no funciona. Sin embargo, pude usar PARTUUID=SSSSSSSS-02(donde SSSSSSSS es la firma del disco NT que se muestra justo antes del mensaje de error).

— cjm

Entonces, supongo que la respuesta real es que el núcleo no es compatible root=UUID, solo root=PARTUUID. Si desea utilizar un UUID de sistema de archivos, creo que necesita un initramfs que pueda manejar el montaje de sistemas de archivos por UUID.

— cjm

@cjm mis grubbotas muy felices con root=UUID.

— terdon

@terdon, apuesto a que tienes un initramfs o initrd. (Podría estar vinculado a su núcleo en lugar de ser un archivo separado.)

— cjm

Este es un hilo de 5 años. Pero aún así, en mi opinión, no está totalmente respondido. Falta un pequeño ejemplo. Aquí está:

En este ejemplo:

/dev/sda3 = /
/dev/sda2 = swap

... usando una partición GPT. Con MBR (partición dos) las PARTUUID son más cortas pero el procedimiento es el mismo ...

obtener los PARTUUID con blkid:

blkid -s PARTUUID -o value /dev/sda3 # root
77fd7830-faa2-4e99-a48b-337ad9eded28
blkid -s PARTUUID -o value /dev/sda2 # swap
5b63167a-6fd2-4e72-948c-90832372956c

/boot/grub/grub.cfg:

search --no-floppy --part-uuid --set=root 77fd7830-faa2-4e99-a48b-337ad9eded28

menuentry "GNU/Linux, KERNEL 4.12.7-lfs-8.1" {
  linux /boot/vmlinuz-4.12.7-lfs-8.1 root=PARTUUID=77fd7830-faa2-4e99-a48b-337ad9eded28 net.ifnames=0 ipv6.disable=1 ro rootwait rootfstype=ext4
}

/ etc / fstab /:

PARTUUID=77fd7830-faa2-4e99-a48b-337ad9eded28 / ext4 noatime,nodiratime,errors=remount-ro 0 1
PARTUUID=5b63167a-6fd2-4e72-948c-90832372956c swap swap pri=1 0 0

Se sabe que esto FUNCIONA con lfs8.1 (kernel 4.12.7), pero creo que debería funcionar también con la mayoría de los otros núcleos (antiguos y nuevos ...)

— Michael HG Schmidt
fuente