Disco da UUID non rilevato (initramfs), errore di avvio

Non riesco ad avviare Ubuntu 10.04, con la shell di avvio integrata che fornisce questo errore:

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)

Aggiornamento 1
Questo errore si è verificato dopo aver aggiornato il 2.6.32-26kernel della versione e avviato direttamente in Windows.

La soluzione rootdelay non ha funzionato. C'è qualche possibilità che il mio disco sia stato modificato (forse da Windows), potrei accedere al mio Ubuntu prima ma dopo aver effettuato l'accesso a Windows e riavviare ottengo questo errore. Per quanto riguarda il backup, devo farlo anche se ho partizioni home e di lavoro separate rispetto all'installazione di Ubuntu?

Aggiornamento 2
L'aggiornamento dopo il quale è successo è stato solo un aggiornamento (nessuna nuova installazione) di version 2.6.32-26.Quindi suppongo che questo abbia qualcosa a che fare con l'ultimo aggiornamento di questa versione del kernel. Inoltre, poiché non si trattava di una nuova installazione, non è stata aggiunta alcuna nuova voce di menu. Per caso ciò può essere causato dal mio riavvio in Windows dopo l'aggiornamento del kernel.

Aggiornamento 3
Installato il kernel più vecchio eseguendo il chrooting tramite USB live, lo stesso problema con il kernel, quindi sembra che il problema non sia dovuto all'aggiornamento del kernel dopo tutto.

Ho già affrontato questo problema in precedenza, ma in quel momento ho semplicemente considerato la reinstallazione della distribuzione più semplice (ho usato per cambiare molto la distribuzione). Ma ora l'avevo configurato troppo lontano e quindi cercavo l'ultima risorsa.

Aggiornamento 4
Ubuntu reinstallato. Questa volta la configurazione è stata più semplice grazie a partizioni home e di lavoro separate. Anche se non ho bisogno della soluzione di questo problema in questo momento, ma se conosci qualche possibile soluzione, ti preghiamo di pubblicare qui per un beneficio futuro.

Ho avuto lo stesso problema come l'avviatore di thread e l'ho risolto senza reinstallare.

Il mio problema si è verificato durante la giocoleria con un'installazione virtuale basata su un'immagine del disco copiata. Ciò ha comportato un cambio uuid e la copia non ha avuto inizio. Questo è uno schizzo di ciò che ho fatto.

Primo avvio utilizzando un sistema di ripristino (stessa versione) ed eseguire una shell sul disco non di avvio. /etc/fstabDai un'occhiata e conferma gli uuidi lì emettendo il blkidcomando per ciascun dispositivo. Correggi queste voci perché sono importanti.

Quindi ripariamo grub con:

• grub-mkconfig
• update-grub

Quindi eseguire:

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

Questo creerà un nuovo initramdisk per la tua versione. Se non conosci la versione esatta che stavi eseguendo dai un'occhiata ai file in / boot /. Scegliere il numero di versione più alto dovrebbe essere sicuro.

Dopo aver chiuso la shell di ripristino, il cd live di Ubuntu ti offrirà l'ultimo menu da cui sei entrato nella shell. Scegli "installa Grub" (o simile) lì e inserisci il dispositivo in cui collocare il tuo settore di avvio.

Sulla maggior parte dei sistemi (installazione standard) /dev/sdaè una scommessa sicura. Attenzione: Windows o altri sistemi multiboot potrebbero aver bisogno di altre voci qui!

Infine, dovresti essere in grado di eseguire l'avvio dal disco riparato.

Il problema sembra essere che il tuo disco rigido o il controller non rispondono abbastanza rapidamente.

Prova quanto segue:

• Quando viene visualizzato il menu di avvio, con la parte superiore dell'elenco evidenziata, premere e(per la modifica ).

• Dovresti vedere un lungo elenco di parametri. Aggiungi questo ad esso: rootdelay=130

• Premi Entere poi b( avvia ). Prova a vedere se il tuo sistema si avvia ora. Puoi aumentare il valore se ciò non aiuta la prima volta (ma non di molto, 130 è già più che sufficiente per qualsiasi hardware che non sia rotto).

Tuttavia, potrebbe anche essere che il disco rigido non funziona. La prima cosa da fare una volta rientrati nel sistema è il backup dei dati . Se vuoi essere sicuro, esegui il backup usando un cd di Ubuntu. Vi esorto caldamente a farlo, prima piuttosto che dopo.

È un dato di fatto che ho sperimentato UUID del disco che cambiano spontaneamente una o due volte. La modifica potrebbe essere il risultato di una corruzione di qualche tipo. Vorrei provare quanto segue:

• Avvia il tuo computer da un supporto live;
• fdisk -l /dev/sdaper trovare la partizione che stai cercando; o usa cfdisk; or usegparted (replacesda` dal tuo disco rigido).
• blkid /dev/sda1(sostituisci sda1con la partizione che hai trovato); in alternativa usare vol_id;
• vedere se è possibile montare la partizione (usando il file del dispositivo /dev/sda1);
• controlla se l'UUID visualizzato corrisponde all'UUID nella partizione di root /etc/fstab;
• generare un nuovo UUID usando uuidgene applicarlo alla partizione usando tune2fs -U;
• modificare la fstabvoce di conseguenza.

Potrebbe sembrare improbabile che qualcosa di vitale come l'UUID cambi senza una causa apparente, ma succede, probabilmente a causa di un bug. Verifica se la modifica dell'UUID in un nuovo valore aiuta.

Quando l'ho visto sul mio sistema, era una questione di UUID errato impostato come parametro root di avvio in /boot/grub/menu.lst.

cat /proc/cmdlinemostra in realtà i parametri di avvio passati a initramfs - se vedi che a initramfs viene detto di montare una partizione root inesistente, ovviamente fallirà.

update-grub non ho aggiornato questi parametri per me, ma semplicemente facendo una sostituzione manuale per il vecchio UUID nel menu.lst riparato per me.

Hai un kernel più vecchio? Funziona? Controlla / etc / fstab come loevborg ha detto riguardo a possibili record 'stantio' (ho avuto lo stesso problema quando ho installato lvm e grub2 - c'era un vecchio record per la partizione / boot che ha causato l'errore)

Non ho idea di cosa possa causare questo, ma come soluzione puoi provare a reinstallare solo Grub. Penso che risolverà il tuo problema.

Questo problema è apparso per me dopo l'installazione libuuid. Sono stato in grado di ripararlo manualmente e ora si avvia OK, ma ogni volta mostra ancora errori sulla mancanza blkid. Inoltre, l'errore di avvio riappare dopo gli aggiornamenti che richiedono il riavvio.

L'UUID in /proc/cmdlineè corretto, tuttavia il sistema non lo riconosce.

Come risolvere un errore Ubuntu: " No init found. Try passing init= bootarg"

Questa mattina, un amico è venuto da me con il suo laptop che non si avviava. Ad ogni tentativo di avvio, il suo sistema Ubuntu 10.04 Lucid Lynx genera i seguenti messaggi di errore:

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.

Soluzione:

1. Avvio da Ubuntu Live CD;

2. Terminale Open / Run;

3. Digitare: sudo fdisk -l(per ottenere il nome del dispositivo) quindi premere ENTER;

   Disco / dev / sda: 250,1 GB, 250059350016 byte 255 teste, 63 settori / traccia, 30401 cilindri Unità = cilindri di 16065 * 512 = 8225280 byte Identificatore del disco: * ***

   ID blocco avvio avvio blocchi sistema / dev / sda1 * 1 30238 242886703+ 83 Linux / dev / sda2 30239 30401 1309297+ 5 Extended / dev / sda5 30239 30401 1309266 82 Linux swap / Solaris

Il nome del dispositivo per il sistema del mio amico basato su quanto sopra: /dev/sda1

1. Digitare: sudo fsck /dev/sda1quindi premere ENTER;

2. Riavvia il sistema e avvia normalmente.

   • Il laptop si è avviato normalmente dopo la correzione.

Stavo vedendo lo stesso problema - con le informazioni in più che io ho blkid usato (e tune2fs) per controllare l'UUID, ed è una corrispondenza esatta. Elencare / dev / disk / by-uuid ha anche mostrato l'UUID previsto seduto lì. L'unità è perfettamente montabile anche in busybox. Tutti i file normali previsti in [/ mnt] / boot / sono presenti (per il kernel 3.13.0-36).

Ho ottenuto l'avvio del computer (dall'interno di busybox) modificando il riferimento UUID di / etc / fstab per la partizione di root in / dev / sda1 (modificare in base alla propria configurazione). Non sono sicuro, tuttavia, che questo passaggio sia importante, poiché da solo non ha fatto la differenza. Ciò che ha fatto è stato al successivo riavvio, seduto su grub, premendo "e" per modificare l'avvio predefinito di Ubuntu, e cancellando l'intero costrutto "if ... fi" e sostituendo l'UUID = "linux" della linea con il / dev / sda1. Questo approccio ha permesso al computer di avviarsi completamente.

Alla fine il problema si è rivelato essere un secondo disco rigido guasto che stava causando un enorme ritardo nella sequenza di ricerca del disco.

Ho provato tutte le risposte ma non sono riuscito a risolverlo, quindi alla fine ho dovuto reinstallare Ubuntu :(.

Lo stesso errore è arrivato anche nei miei amici, ma non ha avuto fortuna.

Ho risolto questo problema modificando il file / etc / default / grub

GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true

Con solo il primo, non era abbastanza. Ho anche provato un 130 come affermato in precedenza. Quindi ho disabilitato UUID con il secondo comando. Era comunque una partizione root LVM, quindi i dati UUID erano inutili.

Nel mio caso:

I sistemi operativi sono installati in ext4 con Ubuntu 14.04

ma ho trovato quando installo un'altra edizione di Ubuntu come 10.04 dopo Ubuntu 10.04

e compila anche il kernel Ubuntu 10.04 e usa dpkg per installarlo.

l'errore è apparso.

Infine, il problema è in grub.cfg.

Poiché Ubuntu 10.04 usa ext2 per SO, quindi initramfs caricherà il driver ext2 e non userà il driver ext4 ...

Quindi sostituire ext2 in ext4 in grub.cfg per risolverlo.

ho lo stesso problema in Ubuntu dopo ore che sto cercando ho appena capito che grub prova ad avviare sdb5 e il mio kali è su sda5 quindi avvia con cd live e prova a montare il tuo sistema operativo Linux con mkdir e comando mount se esiste prova a sistemare grub da tenendo premuto shift e carica e cambia root dev e se funziona rendilo permanente

Questo può accadere anche se hai clonato una partizione o soprattutto l'intero disco rigido e la tabella delle partizioni con dd. Se ciò è accaduto, di solito una soluzione di tutte le partizioni in questione lo risolverà.

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

Oltre a tutte le altre risposte, prova ad accedere al menu di grub (premi MAIUSC durante l'avvio per accedere alle opzioni Ubuntu Advanced) e seleziona il tuo kernel funzionante. La configurazione di grub deve essere stata aggiornata dopo aver installato la versione del kernel più recente.

Sono appena passato alla modalità di recupero. E scegli qualcosa che indica l'aggiornamento di grub nel menu. quindi risolvere il problema.