Disque par UUID non détecté (initramfs), échec de démarrage

Je ne peux pas démarrer Ubuntu 10.04, avec le shell de démarrage intégré donnant cette erreur:

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/aa91b9fe-1e27-44d7-9c1b-72dd7d4e8575 does not exist.   
Dropping to a shell! 

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

(initramfs)

Mise à jour 1
Cette erreur s'est produite après avoir mis à jour mon 2.6.32-26noyau de version et démarré directement dans Windows.

La solution rootdelay n'a pas fonctionné. Y a-t-il une chance que l'uuid de mon disque ait été changé (peut-être par Windows), je pourrais me connecter à mon Ubuntu plus tôt mais après avoir ouvert une session dans Windows et redémarrer, j'obtiens cette erreur. En ce qui concerne la sauvegarde, dois-je le faire même si j'ai des partitions home et workspace distinctes de l'installation d'Ubuntu?

Mise à jour 2
La mise à jour après laquelle cela s'est produit n'était qu'une mise à jour (pas de nouvelle installation) de version 2.6.32-26.donc je suppose que cela a quelque chose à voir avec la dernière mise à jour de cette version du noyau. De plus, comme il ne s'agissait pas d'une nouvelle installation, aucune nouvelle entrée de menu n'a été ajoutée. Peut-être que cela peut être dû à mon redémarrage dans Windows après la mise à jour du noyau.

Mise à jour 3
Installation du noyau plus ancien en chrootant via USB live, toujours le même problème avec le noyau, il semble donc que le problème ne soit pas dû à la mise à jour du noyau après tout.

J'ai également rencontré ce problème plus tôt, mais à l'époque, je pensais simplement à réinstaller la distribution plus facilement (j'ai souvent utilisé la distribution distro). Mais maintenant, je l'avais configuré trop loin et je cherchais donc un dernier recours.

Mise à jour 4
Ubuntu réinstallé. La configuration a été plus facile cette fois grâce à des partitions séparées pour la maison et l'espace de travail. Même difficile, je n'ai pas besoin de la solution de ce problème pour l'instant, mais si vous connaissez une solution possible, veuillez poster ici pour les avantages futurs.

J'ai eu le même problème que le démarreur de fil et je l'ai résolu sans réinstaller.

Mon problème s'est produit lors de la jonglerie avec une installation virtuelle basée sur une image disque copiée. Cela a entraîné un uuid modifié et la copie ne démarre pas. Ceci est un aperçu approximatif de ce que j'ai fait.

Démarrez d'abord à l'aide d'un système de secours (même version) et exécutez un shell sur votre disque qui ne démarre pas. Jetez un œil à /etc/fstabces uuides et confirmez-les en exécutant la blkidcommande pour chaque périphérique. Corrigez ces entrées car elles sont importantes.

Ensuite, nous corrigeons grub avec:

• grub-mkconfig
• update-grub

Exécutez ensuite:

• update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE

Cela créera un nouveau disque initram pour votre version. Si vous ne connaissez pas la version exacte que vous utilisiez, consultez les fichiers dans / boot /. Choisir le numéro de version le plus élevé doit être sûr.

Après avoir quitté le shell de sauvetage, le cd live ubuntu vous offrira le dernier menu à partir duquel vous êtes entré dans le shell. Choisissez "installer Grub" (ou similaire) là-bas et entrez le périphérique où placer votre secteur de démarrage.

Sur la plupart des systèmes (installation standard) /dev/sdaest une valeur sûre. Attention: Windows ou d'autres systèmes à démarrage multiple peuvent avoir besoin d'autres entrées ici!

Enfin, vous devriez pouvoir démarrer à partir du disque réparé.

Le problème semble être que votre disque dur ou le contrôleur ne répond pas assez rapidement.

Essayez ce qui suit:

• Lorsque le menu de démarrage s'affiche, avec le haut de la liste en surbrillance, appuyez sur e(pour modifier ).

• Vous devriez voir une longue liste de paramètres. Ajoutez-y celui-ci: rootdelay=130

• Frappez Enterpuis b( démarrage ). Essayez de voir si votre système démarre maintenant. Vous pouvez augmenter la valeur si cela n'aide pas la première fois (mais pas beaucoup, 130 est déjà plus que suffisant pour tout matériel qui n'est pas cassé).

Cependant, il se peut également que votre disque dur tombe en panne. La première chose à faire une fois de retour dans votre système est de sauvegarder vos données . Si vous voulez être en sécurité, sauvegardez-le en utilisant un cd ubuntu. Je vous exhorte fortement à le faire, le plus tôt possible.

En fait, j'ai vu des UUID de disque changer spontanément une ou deux fois. Le changement peut être le résultat d'une corruption quelconque. J'essaierais ce qui suit:

• Démarrez votre ordinateur à partir d'un support en direct;
• fdisk -l /dev/sdapour trouver la partition que vous recherchez; ou utilisez cfdisk; or usegparted (replacesda` sur votre disque dur).
• blkid /dev/sda1(remplacez sda1par la partition que vous avez trouvée); utiliser alternativementvol_id ;
• voyez si vous pouvez monter la partition (en utilisant le fichier du périphérique /dev/sda1);
• vérifiez si l'UUID affiché correspond à l'UUID dans votre partition racine /etc/fstab;
• générer un nouvel UUID en utilisant uuidgenet l'appliquer à la partition en utilisant tune2fs -U;
• modifiez l' fstabentrée en conséquence.

Il peut sembler improbable que quelque chose d'aussi vital que l'UUID change sans cause apparente, mais cela arrive, probablement à cause d'un bogue. Vérifiez si la modification de l'UUID en une nouvelle valeur est utile.

Lorsque j'ai vu cela sur mon système, il s'agissait du mauvais UUID défini comme paramètre racine de démarrage dans /boot/grub/menu.lst.

cat /proc/cmdlineaffiche en fait les paramètres de démarrage transmis à initramfs - si vous voyez qu'il est demandé à initramfs de monter une partition racine inexistante, cela va évidemment échouer.

update-grub n'a pas mis à jour ces paramètres pour moi, mais simplement en remplaçant manuellement l'ancien UUID dans le menu.lst l'a corrigé pour moi.

Avez-vous un noyau plus ancien? Est-ce que ça marche? Vérifiez / etc / fstab comme loevborg l'a dit à propos d'éventuels enregistrements `` périmés '' (j'ai eu le même problème lors de l'installation de lvm et grub2 - il y avait un ancien enregistrement pour la partition / boot qui a causé l'erreur)

Je n'ai aucune idée de ce qui peut provoquer cela, mais comme solution, vous pouvez essayer de réinstaller Grub uniquement. Je pense que cela résoudra votre problème.

Ce problème est apparu pour moi après l'installation libuuid. J'ai pu le réparer manuellement et maintenant il démarre correctement, mais à chaque fois, il affiche toujours des erreurs de manquant blkid. De plus, l'échec du démarrage réapparaît après les mises à jour qui nécessitent un redémarrage.

L'UUID dans /proc/cmdlineest correct, mais le système ne le reconnaît pas.

Comment réparer une erreur Ubuntu: " No init found. Try passing init= bootarg"

Ce matin, un ami est venu me voir avec son ordinateur portable qui ne démarre pas. À chaque tentative de démarrage, son système Ubuntu 10.04 Lucid Lynx génère les messages d'erreur suivants:

mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg



Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _

Booting into "Recovery Mode" as well as choosing the other kernels listed in grub didn't help at all.

Solution:

1. Démarrez à partir du CD Ubuntu Live;

2. Ouvrir / exécuter le terminal;

3. Tapez: sudo fdisk -l(pour obtenir le nom de l'appareil) puis appuyez sur ENTER;

   Disque / dev / sda: 250,1 Go, 250059350016 octets 255 têtes, 63 secteurs / piste, 30401 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Identificateur de disque: * ***

   ID de bloc de début de démarrage de périphérique System / dev / sda1 * 1 30238 242886703+ 83 Linux / dev / sda2 30239 30401 1309297+ 5 Extended / dev / sda5 30239 30401 1309266 82 Linux swap / Solaris

Le nom de l'appareil pour le système de mon ami basé sur ce qui précède: /dev/sda1

1. Tapez: sudo fsck /dev/sda1puis appuyez sur ENTER;

2. Redémarrez le système et démarrez normalement.

   • L'ordinateur portable a démarré normalement après la correction.

Je voyais le même problème - avec l'info que j'ai blkid utilisé (et tune2fs) pour vérifier l'UUID, et il est une correspondance exacte. La liste / dev / disk / by-uuid a également montré l'UUID attendu. Le lecteur est également parfaitement montable dans busybox. Tous les fichiers normaux attendus dans [/ mnt] / boot / sont présents (pour le noyau 3.13.0-36).

J'ai obtenu l'ordinateur pour démarrer en (à partir de l'intérieur de la boîte occupée) en changeant la référence UUID de / etc / fstab pour la partition racine en / dev / sda1 (modifiez selon votre configuration). Je ne suis pas sûr, cependant, que cette étape soit importante, car seule elle n'a pas fait de différence. Ce qui a été fait lors du prochain redémarrage, assis à grub, appuyant sur "e" pour modifier le démarrage par défaut d'Ubuntu, et supprimant la construction "if ... fi" entière, et remplaçant l'UUID = de la ligne "linux" par le / dev / sda1. Cette approche a permis à l'ordinateur de démarrer complètement.

En fin de compte, le problème s'est avéré être un deuxième disque dur défectueux entraînant un retard massif dans la séquence de recherche de disque.

J'ai essayé toutes les réponses mais je n'ai pas pu le résoudre, donc j'ai finalement dû réinstaller ubuntu :(.

Cette même erreur est également venue dans mes amis, mais il n'a pas eu de chance avec elle aussi.

J'ai corrigé cela moi-même en modifiant le fichier / etc / default / grub

GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true

Avec seulement le premier, ce n'était pas suffisant. J'ai même essayé un 130 comme indiqué précédemment. Ensuite, j'ai désactivé UUID avec la deuxième commande. C'était une partition racine LVM de toute façon, donc les données UUID étaient inutiles.

Dans mon cas:

Les OS sont installés en ext4 avec Ubuntu 14.04

mais j'ai trouvé quand j'installe une autre édition ubuntu comme 10.04 après Ubuntu 10.04

et compilez également le noyau Ubuntu 10.04 et utilisez dpkg pour l'installer.

l'erreur est apparue.

Enfin, le problème se trouve dans grub.cfg.

Parce qu'Ubuntu 10.04 utilise par défaut ext2 pour le système d'exploitation, les initramfs chargeront le pilote d'ext2 et non le pilote d'ext4 ...

Remplacez donc ext2 par ext4 dans grub.cfg pour le corriger.

j'ai le même problème dans ubuntu après des heures de recherche je viens de réaliser que grub essaie de démarrer sdb5 et mon kali est sur sda5 alors démarrez avec live cd et essayez de monter votre linux os avec mkdir et montez la commande si elle existe essayez de réparer grub par maintenir le changement de charge et appuyer sur e et changer le dev racine et si cela fonctionne, le rendre permanent

Cela peut également arriver si vous avez cloné une partition ou en particulier l'ensemble du disque dur et de la table de partition avec dd. Si cela s'est produit, un fsck de toutes les partitions en question le résoudra généralement.

Source: http://realtechtalk.com/UbuntuDebianLinux_wont_boot_and_drops_to_Busybox_shell_after_cloning_HDD_with_dd-1978-articles

En dehors de toutes les autres réponses, essayez d'aller dans le menu grub (appuyez sur MAJ pendant le démarrage pour être dans les options avancées d'Ubuntu) et sélectionnez votre ancien noyau de travail. La configuration de grub doit avoir été mise à jour après avoir installé la nouvelle version du noyau.

Je viens de passer en mode de récupération. Et choisissez quelque chose qui indique la mise à jour de grub dans le menu. puis résolvez le problème.