Ubuntu non si avvia a causa di lvmetad

Ho seguito questo tutorial per installare Ubuntu 15.10:

https://thesimplecomputer.info/full-disk-encryption-with-ubuntu

Dopo aver riavviato il mio computer sono arrivato al menu di grub e ho scelto Ubuntu. Poco dopo ho ricevuto questo errore:

/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.

Questi messaggi continuano ad aggiungersi su uno schermo nero ogni secondo. Dopo un po 'ottengo l'accesso alla initramfsconsole di Ash.

Che cosa sto facendo di sbagliato?

Ho visto lo stesso errore oggi su un laptop con Ubuntu 15.10 che ho sempre tenuto aggiornato ma non avevo riavviato per un mese fino a quando non volevo testare un kernel corrente (cioè, potrebbe esserci stata una recente modifica).

Ad ogni modo, ho scoperto che nel mio caso la causa sottostante era in realtà una partizione di swap "mancante" a causa di un problema tecnico durante la procedura di cui sopra. In questo caso e / o stai effettivamente utilizzandolvm , potresti essere in grado di saltare il passaggio 2 di seguito. Naturalmente, potresti anche visualizzare il messaggio di errore sopra riportato nel caso in cui la tua partizione di sistema (o di dati secondari) sia stata danneggiata o non possa essere trovata (vedi passaggio 3).

Passaggio 1: montare il sistema, avviare le partizioni seguendo il tutorial sopra citato

Supponiamo che la tua partizione di avvio (ext2) sia / dev / sdX1, la tua partizione di scambio (crittografata) sia / dev / sdX2, la tua partizione di dati (crittografata) sia / dev / sdX3 e tu abbia decifrato con successo quest'ultima usando cryptsetup luksOpen /dev/sdX3 data, seguito dal montaggio esso:mkdir /tmp/data; mount /dev/mapper/data /tmp/data .

Presta attenzione ai montaggi di bind nel tutorial e assicurati di montare / dev / sdX1 in modo che tu possa accedervi dalla directory / boot della tua partizione di sistema (questo è cruciale poiché dobbiamo eseguire update-initramfs ).

Di seguito, supponiamo che tu abbia eseguito correttamente chroot /tmp/data/@ubuntu1510 (o come si chiama la partizione di sistema montata)

Passaggio 2: eliminare il messaggio di errore sopra riportato

Sto usando btrfs (come avrete intuito dal nome del sottovolume citato), quindi lvmetad può essere facilmente disabilitato come segue senza perdita di funzionalità:

• modifica /etc/lvm/lvm.conf e cambia use_lvmetad=1inuse_lvmetad=0
• eseguire update-initramfs -k $(uname -r) -u ; sync

Ora, è possibile riavviare e il messaggio di errore dovrebbe essere sparito. Tuttavia, nel mio caso, il messaggio di errore successivo [1] mi ha indicato il problema sottostante menzionato sopra, quindi mentre ci siamo, ...

Passaggio 3: assicurarsi che / etc / crypttab punti alle partizioni corrette e non danneggiate

Per prima cosa, esegui sfdisk --list /dev/sdXe controlla che la tua partizione di swap crittografata (nel mio caso, / dev / sdX2) effettivamente lo fa venga visualizzata come una partizione di swap (normale). Se lo ha fatto (come nel mio caso), ciò significa che l'avvio, ad esempio, utilizzando un disco di ripristino farà probabilmente uso di quella partizione di swap disponibile, sovrascrivendo così i metadati relativi a cryptsetup (keyphrase e UUID).

Quindi, dai un'occhiata a / dev / disk / by-uuid e confronta i rispettivi UUID delle tue partizioni crittografate con quelle contenute in / etc / crypttab. La mia ipotesi a questo punto: nel tuo caso, c'è una discrepanza.

Se la partizione di swap crittografata dedicata non si trova da nessuna parte sotto / dev / disk / by-uuid, è perché è attualmente in uso dal sistema di salvataggio. In tal caso, procedi come segue:

• assicurati di smettere di usare la partizione: swapoff -a
• riformattarlo: mkfs.ext2 /dev/sdX2(questo è fondamentale , specialmente quando si usano le partizioni GPT [2], poiché annulla il problema tecnico che ho menzionato in precedenza. La probabile causa della partizione che appare come tipo "swap" nell'elenco sfdisk è che tu / io hai usato erroneamente mkswap /dev/sdX2quando si imposta la partizione all'inizio.)
• seguire il tutorial per crittografare la partizione e impostare una passphrase; successivamente, aprilo usando cryptsetup e riformatta correttamente la partizione ora decifrata (usando qualcosa di similemkswap /dev/mapper/swap )
• assicurarsi che sfdisk --list /dev/sdXnon identificherà la partizione di swap in quanto tale (in tal caso, ripetere gli ultimi passaggi)

Ora, ricontrolla che gli UUID elencati in / etc / crypttab sono in linea come quello che vedi sotto / dev / disk / by-uuid per le tue rispettive partizioni crittografate.

Ancora una volta, per rendere permanenti le modifiche, è necessario eseguire update-initramfs come mostrato sopra.

Se sei soddisfatto, assicurati che tutto sia scritto sul disco e riavvia il sistema (non è necessario smontare tutto manualmente). Successivamente, il problema dovrebbe essere risolto.

[1] forse non ho prestato attenzione la prima volta o il primo messaggio di errore ha "mascherato" il secondo; cioè, solo dopo il riavvio (con use_lvmetad=0), mi è stato presentato " Leggere tutti i volumi fisici. Questo potrebbe richiedere del tempo ... " (ripetuto più volte), seguito da " ALERT! / dev / disk / by-uuid / .. non esiste ". (Va notato che si è update-initramfsanche lamentato di una partizione mancante.)

[2] perché il loro tipo viene dedotto dall'analisi dei loro contenuti e non alla fine specificato da un flag / byte (ecco perché non c'è modo semplice, ad esempio, di cambiare il tipo di file system GPT usando [g]parted.)

Ubuntu 18.04.1 LTS qui. Era rimasto incustodito per un paio di mesi, ma quando sono tornato ho trovato la tastiera non riconosciuta. Quando ho riavviato, ho ricevuto il messaggio "Impossibile connettersi a lvmetad" e altro su come non riuscire a ottenere "Elenco db UEFI".

Avevo installato senza crittografia del disco.

Il messaggio UEFI era preoccupante perché questa era la mia prima installazione su un computer UEFI, quindi non avevo esperienza e sono francamente ancora disinformato sull'utilità. Il mio problema era aggravato dal fatto che avevo usato 'lvm' su quello che sarebbe stato il mio '/', root, volume. (In effetti, ho già dimenticato come l'ho realizzato in primo luogo! Ehi. Sono vecchio.)

Tuttavia, quando la macchina non si riavviava, ho cercato una soluzione e non ho trovato nulla di definitivo, ma ho notato che a) la mia partizione EFI era più piccola dei 500 MB raccomandati su un sito eb) la partizione / boot / separata che avevo organizzato poiché era probabilmente irrilevante e inutilizzato. Pensavo fosse possibile che un aggiornamento incustodito, forse, avesse causato qualcosa, forse, per riempire il suo spazio assegnato.

Ho deciso di reinstallare, il che ha funzionato e ho lasciato la mia struttura di directory / home / non modificata. Non ho controllato / etc /, ma prima ho fatto copie di entrambi [1], quindi posso controllare in seguito. / etc / è davvero piccolo.

Ho anche cancellato cancellato e combinato le partizioni per EFI e / boot / in un'unica partizione EFI più grande (> 750 MB).

Si riavvia ora, ma un singolo messaggio di errore lampeggia troppo velocemente per essere letto e non mi viene offerto un 'menu' di avvio di immagini Linux per l'avvio, ma si avvia direttamente in Ubuntu. C'è ancora molto lavoro da fare, con grub, suppongo, per affrontare questo problema. Ma almeno i miei file sono tornati.

[1] Ho avviato l'installazione di Ubuntu da una chiavetta USB e ho scelto di "provare" Ubuntu, che mi ha permesso di fare copie di etc e home, prima di scegliere "Installa" dal desktop.

L' Failed to connect to lvmetaderrore può verificarsi perché il disco è pieno al 100%. Per risolvere questo problema, avviare da una chiavetta USB, montare l'intero disco, eliminare alcuni file non necessari e riavviare. Ho anche reinstallato il sistema di avvio - non so se sia necessario o meno.

Questi sono i comandi che hanno risolto il problema per me, eseguito da un terminale dopo l'avvio dall'unità USB. Ho stock Ubuntu 18.04 con crittografia full-drive. YMMV.

• montare l'unità:

sudo cryptsetup luksOpen /dev/sda5 sda5_crypt
sudo vgscan --mknodes
sudo vgchange -ay
sudo mount /dev/mapper/ubuntu--vg-root /mnt

• elimina i file non necessari ( cd /mnt/home/your_username... rm ...)
• (potrebbe non essere necessario) reinstallare il sistema di avvio:

cd /mnt/
sudo mount /dev/sda1 boot
for d in dev sys proc run; do sudo mount --bind /$d $d; done
sudo vi etc/crypttab # make sure first line uses "sda5_crypt"
sudo chroot .
update-grub
grub-install /dev/sda
update-initramfs -u -k all
exit
sudo umount dev sys proc run boot

• Smonta:

cd /
sudo umount /mnt
sudo vgchange -an
sudo cryptsetup close sda5_crypt

• riavviare:

sudo reboot

Non è necessario avviare il sistema da una USB o qualcos'altro. Ho avuto lo stesso problema e un motivo, perché il disco è pieno al 100%. La prossima soluzione mi ha aiutato.

1) Riavvia il sistema. Con il BIOS, tieni premuto rapidamente il tasto Maiusc, che farà apparire il menu GNU GRUB.

2) Dopo aver premuto 'e' per modificare le impostazioni di Ubuntu. In questo problema puoi trovare schermate. Trova una stringa che inizia come 'linux *', in questo modo:

linux     /boot/vmlinuz-4-4.0-22-generic root=UUID=43ad24d3-e\
c5b-44ee-a099-a88eb9520989 ro  quiet splash $vt_handoff

Elimina:

ro  quiet splash $vt_handoff

e aggiungi:

init=/bin/bash

Una volta pronto, premere CTRL + x o F10 per avviare.

3) La partizione di root è montata in sola lettura. Per montarlo in lettura / scrittura, immettere il comando

mount -o remount,rw /

4) Scopri cosa è andato storto:

df -hT