"Gave Up en attente de périphérique racine. Alerte! / dev / disk / by-uuid / n'existe pas. Passer à un shell "lors du démarrage

11

J'ai utilisé Ubuntu il y a quelques années et j'ai abandonné. Je suis maintenant prêt à réessayer. À ma grande surprise, j'ai été accueilli avec ce message dès la première installation. Si j'attendais quelque temps et que je tapais exit, le système d'exploitation démarrerait normalement. J'ai décidé de réinstaller Ubuntu et de voir si cela ferait l'affaire. Ce n'était pas le cas. Il continue de 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; monter; sortie cat / etc / fstab:

/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
Inti Garcia
la source
D'accord. Il y a pas mal de fils à ce sujet, sans solution définitive. Essayez ceci: éditez /etc/default/grubet ajoutez rootdelay=10à la GRUB_CMDLINE_LINUXvariable. Cela lui indiquera d'attendre 10 secondes pour que le périphérique racine apparaisse. Ajustez la valeur pour l'adapter à votre cas.
muru
Dois-je continuer à incrémenter le temps jusqu'à ce que l'erreur s'arrête?
Inti Garcia
Ok donc j'ai téléchargé la sortie de grep rootdelay /boot/grub/grub.cfg à la question d'origine. J'ai également redémarré et le même message apparaît. De combien dois-je l'augmenter? J'ai lu quelque part que 90 l'ont fait pour quelqu'un. Je dois attendre environ une minute.
Inti Garcia
L'augmenter n'aide pas? (à titre indicatif, combien de temps devez-vous attendre avant de taper exit?)
muru
Ok, j'ai changé le délai root à 90 et je n'ai pas reçu le message mais il a fallu environ une minute ou plus pour passer de l'écran de sélection du système d'exploitation à l'écran de connexion Ubuntu. Puis-je demander quel est le délai root et que fait-il au système?
Inti Garcia

Réponses:

10

Étant donné que le système de fichiers racine est détecté après un certain temps, vous pouvez ajouter un rootdelayou 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/grubet modifiez la valeur de GRUB_CMDLINE_LINUX. Utilisez votre éditeur préféré, comme nanoou gedit, avec sudoou gksudoselon les besoins:

sudo nano /etc/default/grub

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

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

Exécutez ensuite:

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 cette modification a été appliquée, exécutez

grep rootdelay /boot/grub/grub.cfg

Si une sortie était affichée, elle était appliquée. Redémarrez maintenant.

Si l'erreur persiste, appuyez sur CtrlAltDelpour redémarrer, attendez que le menu de sélection de GRUB OS s'affiche et appuyez sur e. Modifiez la valeur de rootdelayet augmentez-la. Appuyez sur F10pour démarrer. Répéter.

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

muru
la source
Ce processus a fonctionné. Dans mon cas particulier, j'ai dû définir le rootdelay = 40. Je ne peux pas encore voter, car j'ai moins de 15 ans.
Inti Garcia
@IntiGarcia ça va. En fait, abstenez-vous d'accepter la réponse pendant un certain temps, pour voir si quelqu'un d'autre propose une solution appropriée. Je vais nettoyer les commentaires.
muru
Très bien, merci pour vos conseils sur Ubuntu et Stack etiquette jaja.
Inti Garcia
1

Je suis tombé sur le même problème après avoir réparé la table de partition. Le message était en fait simple. Vérifié le répertoire / dev / disk / by-uuid /, l'uuid dans le message a raté. Au lieu de cela, il y avait un autre uuid lié à la partition (../../sda5 pour la mienne) ce qui était attendu de la bonne partition.

Finalement, j'ai résolu le problème simplement: éditez /boot/grub/grub.cfg, remplacez le mauvais uuid par le bon.

Henri
la source
1

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 SSD n'était pas répertorié avec 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 - cela revenait toujours à 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 Google cela et trouver toutes les étapes. Mon BIOS m'a averti que tout serait perdu, et heureusement, ce n'était pas le cas.

La prochaine fois que j'ai démarré à partir de ma clé USB, j'ai pu voir mon disque ssd (at /dev/nvme01n1). Je l'ai ensuite installé boot-repair, exécuté et redémarré. Voila.

olivisson
la source
0

J'ai installé Windows 7 64 bits sur mon ordinateur portable. Ensuite, j'ai installé ubuntu 14.04 à partir d'une clé USB, afin que je puisse double amorcer les fenêtres et ubuntu. J'ai ensuite obtenu l'erreur "J'ai abandonné l'attente du périphérique racine".

Pour y remédier, j'ai essayé beaucoup de 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 corrigé était l'installation à partir d'un CD. L'installation du CD a parfaitement fonctionné et aucune erreur.

user390763
la source
0

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

Le problème est avec la création d'initramfs, après avoir fait un

make oldconfig

et en choisissant par défaut pour les nouvelles options, assurez-vous que l'espace disque ENOUGH est disponible pour la création de l'image. dans mon cas, l'image créée n'était pas correcte et, par conséquent, elle ne montait pas l'image au démarrage.


quand comparé; la taille de l'image était bien inférieure à l'image existante de la version inférieure, j'ai donc ajouté un autre disque avec une taille plus que suffisante, puis

make bzImage

make modules

make modules_install

make install

commence à travailler comme un charme. Je me demande pourquoi la création d'image s'est terminée plus tôt et a entraîné une image corrompue (avec moins de taille) sans lancer d'erreur [à chaque fois]

Himanshu Sourav
la source
0

J'ai eu exactement le même problème après l'installation de Xubuntu 14.04 32bit. Essayez ceci:

  1. après le démarrage se termine avec le message UUID et (initramfs)tapez simplement exitou exec startxet cela vous amènera dans l'interface graphique
  2. modifier en tant que root /etc/default/grub
  3. trouver #GRUB_DISABLE_LINUX_UUID=true, supprimer #et enregistrer
  4. en exécution de terminal: sudo update-grubetsudo reboot

Et après cela, cela devrait fonctionner.

muru
la source