15 votes

"J'ai renoncé à attendre l'appareil root. Alerte ! /dev/disk/by-uuid/ n'existe pas. Dropping to a Shell" pendant le démarrage.

J'ai utilisé Ubuntu il y a quelques années et je l'ai abandonné. Je suis maintenant prêt à réessayer. À ma grande surprise, j'ai été accueilli par ce message dès la première installation. Si j'attendais un peu et que je tapais exit, le système d'exploitation démarrait normalement. J'ai décidé de réinstaller Ubuntu et de voir si cela ferait l'affaire. Cela n'a pas été le cas. Il continue à se comporter de la même manière.

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/disk/by-uuid/11d3bcfa-0726-47cf-a705-e4acdd9169fe does not exist.   
Dropping to a shell!

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

(initramfs)

Toutes les suggestions sont appréciées !

sudo blkid ; mount ; cat /etc/fstab output :

/dev/sda1: LABEL="System Reserved" UUID="1C8CC0F68CC0CC08" TYPE="ntfs" 
/dev/sda2: UUID="A490C32890C30032" TYPE="ntfs" 
/dev/sda5: UUID="920c6caa-4062-45f0-a58c-585db797d554" TYPE="swap" 
/dev/sda6: UUID="11d3bcfa-0726-47cf-a705-e4acdd9169fe" TYPE="ext4" 
/dev/sda6 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup     (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=inti)
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda6 during installation
UUID=11d3bcfa-0726-47cf-a705-e4acdd9169fe /               ext4    errors=remount-ro     0       1
# swap was on /dev/sda5 during installation
UUID=920c6caa-4062-45f0-a58c-585db797d554 none            swap    sw                  0       0

Voici la sortie de grep rootdelay /boot/Grub/Grub.cfg

    linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro rootdelay=10 quiet splash $vt_handoff
        linux   /boot/vmlinuz-3.13.0-32-generic root=UUID=11d3bcfa-0726-47cf-    a705-e4acdd9169fe ro recovery nomodeset rootdelay=10

11voto

muru Points 180007

Comme le système de fichiers racine est détecté au bout d'un certain temps, vous pouvez ajouter une balise rootdelay ou un rootwait . De la documentation du noyau :

rootdelay=  [KNL] Delay (in seconds) to pause before attempting to
        mount the root filesystem
...
rootwait    [KNL] Wait (indefinitely) for root device to show up.
        Useful for devices that are detected asynchronously
        (e.g. USB and MMC devices).

Pour définir l'un ou l'autre, modifiez /etc/default/grub et modifier la valeur de GRUB_CMDLINE_LINUX . Utilisez votre éditeur préféré, comme nano o gedit avec sudo o gksudo si nécessaire :

sudo nano /etc/default/grub

Ajouter rootdelay=10 à l'intérieur des guillemets. Si vous préférez ne pas éditer manuellement, exécutez cette commande :

sudo sed -i.bak 's/^GRUB_CMDLINE_LINUX="/& rootdelay=10 /' /etc/default/grub

Alors cours :

sudo update-grub

Cela indiquera au noyau d'attendre 10 secondes avant de procéder au montage du système de fichiers racine. Pour voir si ce changement a été appliqué, exécutez

grep rootdelay /boot/grub/grub.cfg

Si une sortie était affichée, alors elle était appliquée. Maintenant, redémarrez.

Si le message d'erreur persiste, appuyez sur CtrlAltDel pour redémarrer, attendez que le menu de sélection du système d'exploitation Grub s'affiche et appuyez sur e . Modifiez la valeur de rootdelay et l'augmenter. Appuyez sur F10 pour démarrer. Je répète.

S'il a démarré correctement, essayez le processus ci-dessus, et diminuez la valeur.

3voto

oliversisson Points 131

Aucune des solutions ci-dessus n'a fonctionné pour moi. J'ai démarré l'ordinateur à partir de la même clé USB que j'ai utilisée pour installer Ubuntu, mais mon disque dur n'était pas répertorié dans la liste des disques durs. df -h / sudo fdisk -l / sudo blkid / lsblk / sudo parted -l . J'ai dû faire deux choses pour résoudre ce problème :

  1. Désactiver Fast Boot . Faire cela à partir du BIOS n'était pas suffisant (essayez de redémarrer et de regarder à nouveau - il revenait toujours à l'état activé). J'ai dû le désactiver dans les paramètres de Windows d'abord, puis dans le BIOS.
  2. J'ai dû passer de RST à AHCI. Vous devez chercher sur Google et trouver toutes les étapes. Mon BIOS m'a averti que tout serait perdu, et heureusement ce n'était pas le cas.

La fois suivante où j'ai démarré à partir de ma clé USB, j'ai pu voir mon disque SSD (à l'adresse /dev/nvme01n1 ). J'ai ensuite installé boot-repair l'a exécuté et a redémarré. Et voilà.

0voto

user390763 Points 1

J'avais Windows 7 64 bits installé sur mon ordinateur portable. J'ai ensuite installé ubuntu 14.04 à partir d'une clé USB, afin de pouvoir faire un double démarrage de Windows et ubuntu. J'ai alors obtenu l'erreur "gave up waiting for root device".

Pour le réparer, j'ai essayé de nombreuses choses suggérées dans les forums : réinstaller ubuntu, réinstaller et mettre à jour Grub, boot-repair, update-initramfs, et rien n'a fonctionné. La seule chose qui l'a réparé était l'installation à partir d'un CD. L'installation à partir du CD a fonctionné parfaitement et sans aucune erreur.

0voto

Himanshu Sourav Points 103

J'ai eu le même problème, lien vers ma question

Le problème concerne la création des initramfs, après avoir fait un

make oldconfig

et en choisissant la valeur par défaut pour les nouvelles options, assurez-vous que l'espace disque ENOUGH est disponible pour l'image à créer. dans mon cas, l'image créée n'était pas correcte et donc il a échoué à monter l'image au moment du démarrage.


lorsque je l'ai comparée ; la taille de l'image était bien inférieure à celle de l'image existante de la version inférieure, j'ai donc ajouté un autre disque d'une taille plus que suffisante et ensuite

make bzImage

make modules

make modules_install

make install

commence à fonctionner comme un charme. Je me demande pourquoi la création de l'image s'est terminée plus tôt et a abouti à une image corrompue (de taille inférieure) sans qu'aucune erreur ne soit signalée [à chaque fois].

0voto

J'ai eu exactement le même problème après avoir installé Xubuntu 14.04 32bit. Essayez ceci :

  1. après que le démarrage se termine avec le message UUID et (initramfs) tapez simplement exit o exec startx et cela vous permettra d'accéder à l'interface graphique
  2. modifier en tant que root /etc/default/grub
  3. trouver #GRUB_DISABLE_LINUX_UUID=true , supprimer # et le sauvegarder
  4. dans l'exécution du terminal : sudo update-grub y sudo reboot

Et après ça, ça devrait fonctionner.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X