web-dev-qa-db-fra.com

J'ai attendu le périphérique racine, ubuntu - vg-root n'existe pas

aujourd'hui, j'ai installé Ubuntu 64 bits sur un netbook. Lorsque le netbook démarre cela, un rapport d'erreur est apparu. Je pense qu'il y a un problème avec les partitions.

Gave up waiting for root device. Common problems:
  — Boot args (cat /proc/cmdline)
    — Check rootdelay= (did the system wait long enough?)
    — Check root= (did the system wait for the right device?)
  — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/ubuntu--vg-root does not exist. Dropping to a Shell! 

BusyBox v.1.21.1 (Ubuntu 1:1.21.1-1ubuntu1) built-in Shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)

Sortie de lsblk à la demande:

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232.9G  0 disk 
├─sda1   8:1    0   231G  0 part 
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0     2G  0 part [SWAP]
sr0     11:0    1   1.2G  0 rom  /cdrom
loop0    7:0    0   1.1G  1 loop /rofs
boot64-bitpartitions
12
Jonas Franz

Ajoutez les sorties de lsblk -fs, fdisk/dev/sda avec p et le rapport de réparation grub à la question sous forme de liens Pastebin.

En se basant sur la recherche, il semble y avoir des questions similaires sur Ask Ubuntu qui n’a pas de réponse à jour ici et ici une réponse est donnée qui explique les opérations raid et ubuntu.

Il semble y avoir plusieurs suggestions, dont certaines semblent fonctionner pour certaines personnes.

  1. Dans l'invite initframs, essayez de saisir ls /dev/mapper et vérifiez si votre volume racine est répertorié. S'il ne figure pas dans la liste, essayez d'attendre 10 secondes et exécutez à nouveau ls.

    S'il est maintenant répertorié, tapez exitet il devrait maintenant trouver le périphérique racine et démarrer (extrait de ici

  2. Modifiez la configuration de démarrage en appuyant sur elorsqu’une alerte de grub vous permet de choisir le système d’exploitation, puis remplacez root=UUID-6500... par root=/dev/sdx où sdx est la partition de démarrage. Le problème ici semble être que l'UUID est faux ou que /dev/disk/by-UUID... n'existe pas (1)

  3. L'ajout du paramètre all_generic_ide à la fin de la ligne de démarrage, comme kernel /boot/vmlinuz-2.6.27-7-generic root=UUID=43206294-74ef-434d-aca2-db74b4257590 ro quiet splash all_generic_ide semble fonctionner pour certaines personnes (2)
  4. La question du super utilisateur ici , semble suggérer que l'erreur est due à LVM. La solution est également donnée dans le même qui consiste à installer LVM2.
  5. Le même site Super User suggère également de démarrer à l’aide d’un noyau plus ancien, le cas échéant. Cela semble fonctionner pour certaines personnes. Essayer de démarrer en utilisant l'option Recoverypourrait fonctionner pour certaines personnes
  6. Posté par nux_man777 ici semble suggérer que l'erreur est peut-être dans le support d'installation.

  7. L'erreur /dev/mapper/ubuntu-vg-root semble être liée au raid tel que décrit ici .

    "Dans l'écran de résumé du programme d'installation juste avant le début du processus de copie, cliquez sur le bouton Avancé. Modifiez la partition de démarrage (c'est la partition" parent "de style MSDOS et non les partitions Linux) en/dev/mapper/pdc_feddabdf (ou toute autre liste Assurez-vous que la case à cocher correspondante est cochée pour démarrer à partir de ce disque. Notez que le programme d'installation modifiera grub2 pour qu'il pointe vers la partition logique appropriée/dev/mapper/pdc_feddabdf1 ou quoi que ce soit/est activé. "

    Des instructions détaillées concernant l'installation sont données sur le site référé. S'il vous plaît vérifier là pour plus d'informations sur l'installation de grub.

  8. Le démarrage sur un support d'installation actif et la mise à jour d'ubuntu en modifiant la racine à l'aide de chrootsemblent fonctionner pour certaines personnes (suggéré par cpttripzz ici ). Les instructions concernant chroot sont ici . Vous pouvez également vous référer à cette question sous Unix et Linux. Plus de détails peuvent être trouvés à Arch Wiki et Gentoo Wiki .
  9. Changer le contrôleur SATA en N_ IDE natif et effectuer une nouvelle installation semblent fonctionner pour certaines personnes ici et ici
  10. Le câble IDE ou le disque dur peuvent être défectueux (le même forum ubuntu que ci-dessus à la page 40)
10
One Face

J'ai eu ce problème et rien sur aucun article ici ou ailleurs n'a pu aider. Dans mon cas en particulier, je pouvais constater que /dev/mapper ne contenait pas ubuntu--vg-root ni quoi que ce soit d'autre. Cela signifie que quelque chose s'est mal passé lorsque LVM a essayé de monter/mapper les volumes OR quelque chose s'est mal passé plus tôt au cours du processus de démarrage, et cette erreur est un symptôme irréfutable de tout problème antérieur.

Le deuxième de ces cas était le cas pour moi et uniquement à cause de mes lectures sur initramfs , j'ai pu comprendre et diagnostiquer le problème. Cela devrait être la première chose à faire si vous soupçonnez que quelque chose s'est mal passé avant que LVM ne le fasse.

Dans mon cas (qui n'est peut-être pas le même que vous mais mérite d'être documenté), le cryptage intégral du disque (LUKS) était activé et, d'une manière ou d'une autre, les outils cryptsetup avaient été supprimés de initramfs. Par conséquent, le mot de passe composé n'était pas invité à être déverrouillé. et les lecteurs n’étaient pas accessibles, ce qui signifiait que /dev/sdaX ne pouvait pas être monté, et donc ubuntu--vg-root ne pouvait pas être monté/mappé dans /dev/mapper. Si vous essayez d'exécuter cryptsetup à partir de l'invite BusyBox, vousll know you have the same issue if thecryptsetup` est introuvable.

La solution consistait à démarrer à partir d'un LiveCD, à déverrouiller manuellement le lecteur avec cryptsetup, chroot dans le système de fichiers racine, réinstallez cryptsetup et appelez update-initramfs.

2
cwilko

Dans certaines versions d'Ubuntu (par exemple, Xubuntu 18.10), ce problème pourrait être causé par un apt autoremove. En raison de ce bug , apt suggérera de supprimer

cryptsetup cryptsetup-bin cryptsetup-initramfs cryptsetup-run dmeventd libdevmapper-event1.02.1 liblvm2app2.2 liblvm2cmd2.02 libreadline5 lvm2

ce qui rend le système non amorçable (car la partition racine ne peut pas être montée et déchiffrée à l'aide de LVM).

Si vous n'utilisez pas LVM et le chiffrement de disque, cette réponse ne vous conviendra probablement pas.

J'ai pu résoudre ce problème en réinstallant cryptsetup et lvm2 dans un environnement chroot: démarrez à partir d'une clé USB live, exécutez les commandes ci-dessous dans un terminal, redémarrez.

# find root partition
Sudo fdisk -l

# unencrypt partition
#   Note: replace /dev/nvme0n1p3 with your disk
#         replace "nvme0n1p3_crypt" with the correct name 
#         check by running this in chroot:
#         $ cat /etc/crypttab | cut -f1 -d " "
#         nvme0n1p3_crypt
Sudo cryptsetup luksOpen /dev/nvme0n1p3 nvme0n1p3_crypt

# mount root partition
Sudo vgscan 
Sudo vgchange -ay
Sudo mount /dev/mapper/xubuntu--vg-root /mnt

# prepare chroot environment
Sudo mount /dev/nvme0n1p2 /mnt/boot/   # replace nvme0n1p2 with your boot partition!
Sudo mount -o rbind /dev/ /mnt/dev/
Sudo mount -t proc proc /mnt/proc/
Sudo mount -t sysfs sys /mnt/sys/

# make dns available in chroot
Sudo cp /etc/resolv.conf  /mnt/etc/resolv.conf 

# enter chroot
Sudo chroot /mnt /bin/bash

# re-install missing packages
apt install cryptsetup lvm2

# re-generate  (this might be done also by apt in the step before, I'm not sure)
update-initramfs -u -k all

# Leave chroot environment - not sure if the following is really necessary...
exit
# Write buffers to disk
Sudo sync
# Unmount file systems
Sudo umount /mnt/sys
Sudo umount /mnt/proc
Sudo umount /mnt/boot

Ceci Q & A m'a aidé à collecter les commandes.

2
lumbric

Pour ceux qui souffrent de problèmes de cryptage, comme dans la réponse de @ Zanna, vous devrez suivre une procédure similaire à celle-ci:

  1. Démarrez votre système en utilisant une distribution live/USB.

  2. Montez la partition chiffrée (dans Ubuntu, vous devriez voir le volume chiffré disponible sur le bureau; un double-clic et la saisie du mot de passe devraient suffire). La partition sera montée à /media/ubuntu/[mount point]. (Le nom d'utilisateur changera en fonction de la distribution; par exemple, Xubuntu utilise xubuntu.)

  3. Ouvrez une fenêtre de terminal et un bourbon.

  4. Définissez les liaisons appropriées pour les points de montage dans le système:

    Sudo su -
mount -t auto /dev/sdX /media/ubuntu/[mount point]/boot
mount --bind /dev /media/ubuntu/[mount point]/dev
mount --bind /dev/pts /media/ubuntu/[mount point]/dev/pts
mount --bind /sys /media/ubuntu/[mount point]/sys

  5. chroot dans le répertoire racine de votre disque crypté: chroot /media/ubuntu/[mount point]

  6. Assurez-vous que les paquets initramfs appropriés sont installés sur votre système: Sudo apt install cryptsetup-initramfs lvm2.

  7. De manière critique, vous devez également vous assurer que vos fichiers de configuration forcent initramfs à inclure les fichiers binaires cryptsetup, qui ont été supprimés à un moment donné, semble-t-il : nano /etc/cryptsetup-initramfs/conf-hook, décommentez la ligne CRYPTSETUP et assurez-vous que le texte est lu. CRYPTSETUP=Y.

  8. Enfin, lancez update-initramfs -u -k all, fermez, extrayez le média en direct et redémarrez.

Votre kilométrage peut varier en fonction de l’évolution de votre système. Si, par exemple, vous avez modifié le nom du groupe LVM ou l'UUID, vous devrez peut-être aligner /etc/crypttab et /etc/fstab pour utiliser les bons identificateurs. Si, comme moi, vous migriez d’une version à l’autre, vous constaterez peut-être que vous avez deux volumes chiffrés avec le même nom de groupe, ce qui rend le montage du disque assez difficile (vous devez utiliser explicitement l’UUID).

Globalement, la mise à niveau vers Xubuntu 18.10 était affreuse pour cette raison. (Un système de base ne redémarre pas une fois que les mises à niveau du noyau ont été effectuées!) Au moins dans la configuration actuelle, le système est stable grâce aux redémarrages.

N.b., les erreurs ACPI qui m'ont conduit partout sur Internet à chercher une solution ont été un fiasco rouge: elles n'ont aucune incidence sur le fait que vous puissiez démarrer à partir d'un disque crypté.

1
Ethan

Essayez ce qui suit:

(initramfs) reboot

Ensuite, à l'invite du sélecteur de système d'exploitation, essayez de démarrer avec un noyau plus ancien.

Si vous réussissez, cela résoudra probablement le problème, comme suggéré dans les puces 4 et 5 de @One Face, et le lien auquel il fait référence:

Sudo apt-get install lvm2
0
e18r