METTERE IN GUARDIA! / dev / disk / by-uuid / xxxxxxxxx non esiste. Cadere in una conchiglia


28

Sto usando Ubuntu 14.04.

Corsi nel terminal sudo apt-get update. Quindi ho riavviato il sistema. E ora vedo:

ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
initramfs:_

Non riesco ad avviare LIVE Ubuntu dall'unità flash USB. Sì, ho ricontrollato la configurazione del BIOS e l'unità flash USB è OK e funziona su un altro computer. Adesso comprerò un DVD e masterizzerò un DVD live da un altro laptop.

sudo blkid mi da:

/dev/loop0: TYPE="squashfs"  
/dev/sda1: UUID="xxxx" TYPE="ext4"   
/dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960"   

/etc/fstabha lo stesso UUID="xxxx"e c'è una linea con:

errors=remount-ro 0   

Ho provato ad usare boot-repair ma non riesco ancora ad accedere a Ubuntu.

Non voglio reinstallare Ubuntu, perché ho molti dati lì.

Hai qualche consiglio su come risolvere questo problema?


1
Esegui sudo blkiddal terminale (se necessario da un DVD live) e controlla l'UUID rispetto a ciò che /etc/fstabha. Oppure pubblica entrambi i risultati nella tua domanda, per favore. Come eseguire sudo blkidda un DVD live: avviare dal disco live di Ubuntu, fare clic sull'opzione Prova Ubuntu all'avvio. Apri il terminale (Ctrl + Alt + T) e quindi esegui il sudo blkidcomando al suo interno. Infine, pubblica il suo output nella tua domanda.
karel,

1
ok @karel sudo blkidmi dà /dev/loop0: TYPE="squashfs" /dev/sda1: UUID="xxxx" TYPE="ext4" dev/sr0: LABEL="Ubuntu 14.04.1 LTS i386" TYPE="iso960" / etc / fstab avere lo stesso UUID = "xxxx" e c'è una riga in cui sono scritti errori = remount-ro 0 -
Marcin Gorski il

1
Ho questo dopo aver eseguito boot- repair Registro boot-repair
Marcin Gorski,

e poi ancora non riesco ad accedere a Ubuntu ...
Marcin Gorski,

3
@MarcinGorski aggiungi la tua soluzione come risposta e contrassegnala come accettata invece di modificare la domanda.
muru,

Risposte:


25

La soluzione era eseguire questi comandi da liveDVD, mi permette di fare cose sul mio sda1 da quel liveDVD (per quanto ho capito)

sudo mount /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
update-initramfs -u
update-grub
reboot

Un mio amico del forum ubuntu pl mi ha aiutato a risolvere questo problema.

Ha scoperto che potrebbe esserci un errore in initramfs, che dovrebbe essere aggiornato come parte dell'aggiornamento del kernel. Se qualcosa dovesse andare storto durante quell'aggiornamento potrebbero verificarsi problemi come il mio.


4
Buon post. Vorrei aggiungere che Ubuntu non è necessariamente installato sda1. Per aiutare a determinare dove è installato eseguire sudo fdisk -l. Supponendo che tu sappia su quale disco rigido hai installato Ubuntu, quel comando dovrebbe aiutarti a determinare quali sd * mappano su quel disco.
ubiquibacon,

L'ho provato su Ubuntu MATE 17.04 (Nuova installazione), e sfortunatamente non ha aiutato ...
Dominic Hayes,

1
Stavo ottenendo WARNING: missing /lib/modules/4.2.0-16-genericperché LiveCD aveva una versione del kernel diversa. Quindi ho montato tmp, libe lib64poi tutto ha funzionato.
Max Malysh,

Ho dovuto specificare il filesystem da montare per una partizione ext4 ( mount -t ext4 /dev/sda1 /mnt), altrimenti funzionava benissimo.
Shane,

-2

Le persone potrebbero disapprovarlo se lo desiderano, ma ho scoperto che l'uso di " /dev/sdX" funziona in modo più affidabile per me rispetto all'UUID per i miei sistemi personali. In un ambiente aziendale, farei uno sforzo maggiore per farlo funzionare con l'UUID invece dell'indirizzo "/ dev /", ma dovresti essere sicuro usando /dev/sdaXal /etc/fstabposto del riferimento UUID, almeno per essere in grado di avviare il sistema mentre tu continua a cercare la risposta al motivo per cui esattamente l'avvio non riesce nonostante abbia l'UUID corretto in / etc / fstab.

Se si desidera seguire questo percorso, utilizzare la seguente procedura:

  1. Avviare nella shell di ripristino o avviare un'unità o un CD USB live

  2. Montare la partizione di sistema che non si avvia

  3. Modificare il /etc/fstabfile nella partizione di sistema menzionata nel passaggio 2 come root e sostituirlo UUID=XXXXXcon l' /dev/sdXetichetta corrispondente in tutte le /etc/fstabvoci pertinenti .

Nota: questa procedura mi è nota per essere affidabile per le distribuzioni derivate da Ubuntu e Ubuntu (al momento della stesura di questo articolo; questo potrebbe facilmente cambiare con qualsiasi versione imminente). So per certo che non funzionerà in modo affidabile per alcune altre distribuzioni come knoppix o Arch Linux (questo è dovuto alle differenze nel modo in cui UDEV scansiona i dispositivi e dà loro nomi nel filesystem / dev). Se si utilizza una distribuzione non derivata da Ubuntu, non utilizzare questo metodo o utilizzarlo a proprio rischio.


Grazie per il tuo aiuto @MGodby ma trovo già una soluzione.
Marcin Gorski,

4
Il tuo metodo è il vecchio metodo, che è stato sostituito per ragioni abbastanza buone, principalmente che la numerazione dell'unità non è costante ed è possibile eseguire l'avvio da un'unità inattesa. Questo non è possibile con UUID. Ma uso spesso il formato "LABEL = ___", solo perché è più chiaro vedere subito cosa succede. Esempio: LABEL=data_partition.
Marty Fried,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.