Disque par UUID non détecté (initramfs), échec de démarrage
Je ne parviens pas à démarrer Ubuntu 10.04, le shell de démarrage intégré générant 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 est survenue après la mise à jour de ma version du noyau 2.6.32-26 et le démarrage direct sous Windows.
Le solution rootdelay n'a pas fonctionné. Y a-t-il une chance que l'uuid de mon disque ait été modifié (peut-être par Windows), je pourrais me connecter à mon Ubuntu plus tôt, mais après m'être connecté à Windows et avoir redémarré, j'obtiens cette erreur. En ce qui concerne la sauvegarde, dois-je le faire même si j'ai des partitions d'accueil et d'espace de travail distinctes de celles de l'installation d'Ubuntu?
Mise à jour 2
La mise à jour à la suite de laquelle cela s’est produit n’était qu’une mise à jour (aucune nouvelle installation) de version 2.6.32-26.. Je suppose donc que cela a quelque chose à voir avec la dernière mise à jour de cette version du noyau. De plus, puisqu'il ne s'agissait pas d'une nouvelle installation, aucune nouvelle entrée de menu n'a été ajoutée. Cela pourrait être dû à mon redémarrage sous Windows après la mise à jour du noyau .
Mise à jour 3
Installé dans l’ancien noyau en chrootant avec l’USB en direct, 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 .
J'ai déjà fait face à ce problème plus tôt, mais à l'époque, je pensais simplement à réinstaller la distribution (j'avais l'habitude de beaucoup changer de distribution). Mais maintenant, je l'avais configuré trop loin et je cherchais donc un dernier recours.
Mise à jour 4
Réinstallé Ubuntu. La configuration était plus facile cette fois-ci grâce à des partitions séparées pour le domicile 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, signalez-la ici pour un bénéfice futur.
Essayé toutes les réponses mais ne pouvait pas le résoudre alors finalement eud pour réinstaller Ubuntu :(.
Cette même erreur est arrivée chez mes amis aussi, mais il n’a pas eu de chance avec.
J'ai eu le même problème que le démarreur de fil et je l'ai résolu sans réinstallation.
Mon problème est survenu lors d'une jonglerie avec une installation virtuelle basée sur une image disque copiée. Cela a entraîné une modification de l'uuid et la copie ne pouvait pas commencer. Ceci est une ébauche de ce que j'ai fait.
Commencez par démarrer à l'aide d'un système de secours (même version) et exécutez un shell sur votre disque qui ne démarre pas. Examinez /etc/fstab et confirmez-le en lançant la commande blkidpour chaque périphérique. Corrigez ces entrées car elles sont importantes.
Ensuite, nous corrigeons grub avec:
grub-mkconfigupdate-grub
Puis lancez:
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, jetez un œil aux fichiers de/boot /. Choisir le numéro de version le plus élevé devrait être sûr.
Une fois que vous avez quitté le shell de secours, le cd live d'ubuntu vous proposera le dernier menu à partir duquel vous êtes entré dans le shell. Choisissez "installer Grub" (ou similaire) et entrez le périphérique où placer votre secteur de démarrage.
Sur la plupart des systèmes (installation standard), /dev/sda est une valeur sûre. Sachez que Windows ou d'autres systèmes à démarrage multiple peuvent nécessiter 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 apparaît, le haut de la liste en surbrillance, appuyez sur e (pour éditer ).
Vous devriez voir une longue liste de paramètres. Ajoutez-y celui-ci:
rootdelay=130Frappé Enter et alors b ( boot ). 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 en panne).
Cependant, il se peut également que votre disque dur tombe en panne. La première chose à faire une fois que vous êtes revenu dans votre système est sauvegarde de vos données. Si vous voulez être en sécurité, sauvegardez-le avec un cd d'ubuntu. Je vous exhorte vivement à le faire, le plus tôt possible.
En fait, j'ai constaté que les UUID de disque changeaient spontanément une ou deux fois. Le changement peut être le résultat d'une corruption quelconque. Je voudrais essayer ce qui suit:
- Démarrez votre ordinateur à partir d'un support live.
fdisk -l /dev/sdapour trouver la partition que vous cherchez; ou utilisezcfdisk; or usegparted(replacesda` sur votre disque dur).blkid /dev/sda1(remplacezsda1par la partition trouvée); alternativement utilisezvol_id;- voyez si vous pouvez monter la partition (en utilisant le fichier de périphérique
/dev/sda1); - vérifiez si l'UUID affiché correspond à l'UUID dans le
/etc/fstabde votre partition racine; - générer un nouvel UUID en utilisant
uuidgenet l'appliquer à la partition en utilisanttune2fs -U; - changez l'entrée
fstaben conséquence.
Il peut sembler peu probable que quelque chose d'aussi vital que l'UUID change sans cause apparente, mais cela se produit probablement à cause d'un bogue. Voir si changer l'UUID en une nouvelle valeur peut aider.
Quand j'ai vu cela sur mon système, le problème était que le mauvais UUID était défini comme paramètre de racine de démarrage dans /boot/grub/menu.lst.
cat /proc/cmdline affiche en fait les paramètres de démarrage transmis à initramfs - si vous voyez que l'on demande à initramfs de monter une partition racine non existante, il est évident que cela va échouer.
update-grub n'a pas mis à jour ces paramètres pour moi, mais simplement un remplacement manuel de l'ancien UUID dans le menu.lst l'a corrigé pour moi.
Ce problème est apparu après l'installation de libuuid. J'ai été capable de le réparer manuellement et maintenant, il démarre correctement, mais chaque fois, il affiche toujours des erreurs concernant manque blkid. En outre, l'échec de démarrage réapparaît après les mises à jour nécessitant un redémarrage.
L'UUID dans /proc/cmdline est correct, mais le système ne parvient pas à le reconnaître.
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:
Démarrez à partir du Live CD Ubuntu;
Ouvrir/exécuter le terminal;
Tapez:
Sudo fdisk -l(pour obtenir le nom du périphérique) puis appuyez surENTER;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: * ***
Périphérique d'amorçage Début Blocs d'extrémité Système/dev/sda1 * 1 30238 242886703+ 83 Linux/dev/sda2 30239 30401 1309297+ 5 Étendu/dev/sda5 30239 30401 1309266 82 Linux swap/Solaris
Le nom de périphérique du système de mon ami, basé sur ce qui précède: /dev/sda1
Tapez:
Sudo fsck /dev/sda1puis appuyez surENTER;Redémarrez le système et démarrez normalement.
- L'ordinateur portable a démarré normalement après le correctif.
Je n'ai aucune idée de ce qui peut causer cela, mais en tant que solution, vous pouvez essayer de réinstaller Grub uniquement. Je pense que cela résoudra votre problème.
Je voyais le même problème - avec les informations supplémentaires que je ai utilisé blkid (et tune2fs) pour vérifier l’UUID, et c’est une correspondance exacte. Le listing/dev/disk/by-uuid a également montré l’UUID attendu assis dans cette position. 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 demandé à l'ordinateur de démarrer (depuis l'intérieur de busybox) en modifiant la référence UUID du fichier/etc/fstab pour la partition racine en/dev/sda1 (à modifier en fonction de votre configuration). Cependant, je ne suis pas sûr que cette étape soit importante car, à elle seule, cela n'a pas fait de différence. What did était sur le prochain redémarrage, assis à grub, appuyant sur "e" pour modifier le démarrage par défaut d'Ubuntu, supprimant l'intégralité de la construction "if ... fi" et remplaçant "linux" ligne UUID = avec 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é qu’un deuxième disque dur en panne causait un retard considérable dans la séquence de recherche du disque.
Avez-vous un noyau plus ancien? Est-ce que ça marche? Vérifiez/etc/fstab comme Loevborg l’a dit à propos d’éventuels enregistrements "obsolètes" (j’avais le même problème lors de l’installation de LVM et de Grub2 - il y avait un ancien enregistrement de la partition/boot à l’origine de l’erreur)
En plus de toutes les autres réponses, essayez d’aller dans le menu de base (appuyez sur la touche Maj tout en démarrant pour choisir les options avancées d’Ubuntu) et sélectionnez votre ancien noyau. La configuration de grub doit avoir été mise à jour après avoir installé la version du noyau la plus récente.
Cela peut également se produire si vous avez cloné une partition ou plus particulièrement le disque dur entier et la table des partitions avec dd. Si cela se produit, généralement, un fsck de toutes les partitions en question le résoudra.
J'ai corrigé moi-même la modification du 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 quand même une partition racine LVM, donc les données UUID étaient inutiles.
Dans mon cas:
Les systèmes d'exploitation sont installés dans ext4 avec Ubuntu 14.04
mais j'ai trouvé quand j'installe une autre édition d'ubuntu comme 10.04 après Ubuntu 10.04
compilez également le noyau Ubuntu 10.04 et utilisez dpkg pour l'installer.
l'erreur est apparue.
Enfin, le problème est dans grub.cfg.
Ubuntu 10.04 utilisant par défaut ext2 pour le système d'exploitation, initramfs chargera donc le pilote d'ext2 sans utiliser le pilote ext4 ...
Remplacez donc ext2 par ext4 dans grub.cfg pour y remédier.
j'ai le même problème à Ubuntu, après des heures de recherche, je viens de me rendre compte que Grub essaye de démarrer sdb5 et que mon kali est sur sda5. tenir shift en charge et appuyer sur e et changer de racine dev et si cela fonctionne la rendre permanente