message au boot disque dur

[felvic]

Bonjour à tous,

Je réalise de temps en temps un clonage de mon disque nvme sur un disque dur avec la commande DD, c'est impeccable.

aujourd'hui j'ai réalisé le même clonage sur un autre disque dur ( pratiquement les mêmes caractéristiques ).
J'ai l'écran d'accueil ( là où l'on choisi debian ou recovery mode ) mais ensuite les choses se gâtent. J'ai ce message:

Code : Tout sélectionner

Gave up waiting for root device. Common problems:
-Boot args (cat /proc/cmdline)
  -Check rootdelay= (did the system wait long enough?)
-Missing modules (cat /proc/modules; ls /dev)
ALERT! UUID=fe85b857-48a7-4a39-9639-71dc4491f5a8 does not exist. Dropping to shell

Quand je boote sur le nvme avec le disque dur connecté, il apparaît bien dans Gparted avec les mêmes partitions.

Qu'est ce qui peut bien clocher?

[PascalHambourg]

Qu'est ce qui peut bien clocher?

Dans le shell de l'initramfs, vérifie si le disque dur est détecté et la table de partition est lue correctement.

Code : Tout sélectionner

cat /proc/partitions
blkid /dev/sd*

Utilises-tu un initramfs "compact" ne contenant que les pilotes nécessaires pour accéder à la racine (MODULES=dep) ? Dans le système normal,

Code : Tout sélectionner

grep -r MODULES= /etc/initramfs-tools

[felvic]

Après le shell j'ai cette ligne:

Code : Tout sélectionner

initramfs>

Quand je fais

Code : Tout sélectionner

cat /proc/partitions
blkid /dev/sd*

je n'ai pas d'erreur mais rien ne se passe

[PascalHambourg]

Si les retours sont vides cela signifie qu'aucun périphérique bloc (SATA, USB, SD/MMC, NVMe...) n'est reconnu par l'initramfs.
Dans quelles conditions démarres-tu sur le disque dur ? Sur la même machine avec le SSD présent, sur la même machine sans le SSD, sur une autre machine ?
Quel est le type d'interface du disque dur ? SATA, USB ?

Et le retour de la commande grep depuis le SSD ?

[felvic]

Je boote sur la même machine sans le disque NVME

Quand je boote avec le NVME ( donc sur le NVME avec le disue dur connecté ):

Code : Tout sélectionner

cat /proc/partitions
major minor  #blocks  name

 259        0  234431064 nvme0n1
 259        1   27211776 nvme0n1p1
 259        2          1 nvme0n1p2
 259        3     274432 nvme0n1p3
 259        4   20480000 nvme0n1p5
 259        5    2048000 nvme0n1p6
 259        6    2781184 nvme0n1p7
 259        7   30840832 nvme0n1p8
 259        8  145819648 nvme0n1p9
 259        9    4967424 nvme0n1p10
   8        0  976762584 sda
   8        1   27211776 sda1
   8        2          1 sda2
   8        3     274432 sda3
   8        5   20480000 sda5
   8        6    2048000 sda6
   8        7    2781184 sda7
   8        8   30840832 sda8
   8        9  145819648 sda9
   8       10    4967424 sda10

Code : Tout sélectionner

 blkid /dev/sd*
/dev/sda: PTUUID="8f68e74c" PTTYPE="dos"
/dev/sda1: UUID="fe85b857-48a7-4a39-9639-71dc4491f5a8" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8f68e74c-01"
/dev/sda10: LABEL="Dossiers anne" UUID="fb1daff9-24fc-4b1e-a939-e42de9c5f3ad" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8f68e74c-0a"
/dev/sda2: PTUUID="3e66dd32" PTTYPE="dos" PARTUUID="8f68e74c-02"
/dev/sda3: UUID="C057-FD36" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="8f68e74c-03"
/dev/sda5: UUID="9219e985-c634-4ddc-9fc1-573b3d9e5b17" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8f68e74c-05"
/dev/sda6: UUID="f854aaf2-2ac9-4fe0-9655-f226d37d6d83" TYPE="swap" PARTUUID="8f68e74c-06"
/dev/sda7: UUID="5e4ec8d3-536b-4a6a-b8d8-a65d678f0a48" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8f68e74c-07"
/dev/sda8: UUID="18c58371-56be-461d-b439-942424fdc150" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8f68e74c-08"
/dev/sda9: LABEL="Dossiers francoi" UUID="9ebc4dac-4847-4880-8a3e-9f170e5b122a" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8f68e74c-09"

Code : Tout sélectionner

 grep -r MODULES= /etc/initramfs-tools
/etc/initramfs-tools/initramfs.conf:MODULES=dep

[felvic]

interface SATA

[PascalHambourg]

Code : Tout sélectionner

/etc/initramfs-tools/initramfs.conf:MODULES=dep

Avec ce réglage pour un "initramfs compact", seuls les modules du noyau nécessaires pour accéder à la racine actuelle (NVMe) sont inclus dans l'initramfs. Donc les modules nécessaires pour accéder aux disques SATA ne sont pas inclus, ce qui empêche l'initramfs de trouver la racine. Tu as deux options :
- remplacer MODULES=dep par "MODULES=most" qui inclut la plupart des modules pilotes de stockage (SATA, USB, SD/MMC, NVMe...) mais augmente significativement la taille de l'initramfs.
- ajouter les modules nécessaires au fichier /etc/initramfs-tools/modules :

Code : Tout sélectionner

sd_mod
ahci

Si le contrôleur SATA n'est pas de type AHCI, remplacer "ahci" par le module affiché sous la ligne du contrôleur par la commande

Code : Tout sélectionner

lspci -k

ou les modules renvoyés par la commande suivante (sans garantie) :

Code : Tout sélectionner

for d in $(udevadm info --attribute-walk /dev/sda | grep DRIVER | cut -d\" -f2); do ls -d /sys/module/*/drivers/*:$d ; done | cut -d/ -f4

Dans les deux cas, reconstruire l'initramfs avec

Code : Tout sélectionner

update-initramfs -u

[felvic]

Une précision: avant le message

Code : Tout sélectionner

Gave up waiting for root device. Common problems:
-Boot args (cat /proc/cmdline)
  -Check rootdelay= (did the system wait long enough?)
-Missing modules (cat /proc/modules; ls /dev)
ALERT! UUID=fe85b857-48a7-4a39-9639-71dc4491f5a8 does not exist. Dropping to shell

Il y a ces deux lignes ( en bleu clair ):

pci 0000:08:0: [Firmware Bug]: disabling VPD access (can't determine size of non-standard VPD format)
ENERGY_PERF_BIAS: set to "normal", was on "performance"

[PascalHambourg]

Ces messages sont sans lien avec le problème, ils existent probablement aussi avec le SSD.

PS: après avoir exécuté update-initramfs, pas besoin de re-cloner tout le SSD, il suffit de remplacer /boot/initrd.img-$(uname -r) sur le disque dur par le nouveau fichier.

[felvic]

Le probleme c'est que je suis dans un shell et que après

Code : Tout sélectionner

initramfs>

je ne peux plus exécuter de commandes

[PascalHambourg]

Ces manipulations sont à exécuter depuis le SSD. Ensuite, remplacer /boot/initrd.img-$(uname -r) sur le disque dur par le nouveau fichier du SSD.

PS: C'est une très mauvaise idée de démarrer avec deux disques ou SSD clonés l'un à partir de l'autre et qui ont les mêmes UUID : le système peut monter chaque système de fichiers identifié par UUID dans /etc/fstab depuis n'importe lequel des deux disques, et on risque de se retrouver avec deux disques au contenu incohérent.

[felvic]

ok je vais essayer ;)

[felvic]

Je n'ai pas accès au disque dur donc pas de possibilité de copier le fichier.

Du coup je fais un clonage de la partition racine

[PascalHambourg]

Comment ça, "pas accès au disque dur" ? Comment fais-tu pour y cloner le SSD si tu n'y as pas accès ?

Pourquoi avoir mis MODULES=dep dans initramfs.conf ? Manque d'espace dans /boot (apparemment pas de /boot séparé, donc non) ? Erreur de GRUB lors du chargement de l'initramfs générique trop gros ?

[felvic]

Avec une live-USB

ça marche impec, tu es mon idole!

[PascalHambourg]

Si je comprends bien, le SSD et le disque dur sont présents simultanément seulement quand tu démarres avec le système live ? Bien.
Tu aurais pu monter les partitions racines du SSD et du disque dur depuis le système live pour copier l'initramfs au lieu de cloner la partition entière.