L'avvio si blocca per 30 secondi in "Inizia: in esecuzione / script / local-premount"

Dopo l'aggiornamento da Ubuntu 17.10 a 18.04 il processo di avvio impiega 30 secondi in più rispetto a prima.

si ferma per 30 secondi al passaggio

Inizia: in esecuzione / script / local-premount

Quindi continua.

All'inizio ha continuato un ulteriore passo avanti

scansione per file system btrfs

così ho disinstallato il supporto btrfs , ma questo non ha aiutato con il problema.

Non vedo alcun preavviso di questo passaggio né in dmesgné invar/log/boot.log

Come posso eseguire il debug di questo problema? Posso abilitare la registrazione aggiuntiva?

boot 18.04

— rubo77
fonte

Risposte:

Prova quanto segue:

Aperto /etc/initramfs-tools/conf.d/resume
sostituire RESUME=UUID=xxxconRESUME=none
problema sudo update-initramfs -u
riavviare il sistema

Il file deve contenere l'UUID della partizione di swap, puoi verificarlo con sudo blkid | grep swap.

Ho trovato il seguente bug sul launchpad che dovrebbe essere specifico di Lubuntu ma i comandi sopra hanno anche risolto lo stesso problema sulla mia installazione di Xubuntu.

Vedi i commenti # 27 e # 28 .

Questo file sembra essere correlato a ibernazione / sospensione, posso confermare suspendche funziona ancora sul mio sistema dopo le modifiche.

— MT7
fonte

grazie, ha funzionato! Ho anche pubblicato la tua soluzione qui: unix.stackexchange.com/a/443272/20661

— rubo77

Ho rimosso manualmente la mia partizione di swap prima dell'aggiornamento, ma suppongo che fosse ancora ricordato da qualche parte poiché il campo RESUME era impostato sul vecchio UUID. Impostandolo su nessuno rasato almeno 30 secondi dal mio tempo di avvio! Superiore!

— Michel,

Per me il problema era che non avevo affatto una partizione di swap (non ho idea di come sia successo). Ho risolto il mio problema creando una partizione di swap e aggiungendola al file come descritto in questa risposta.

— giovedì

Non sono sicuro di cosa intendi con "Il file dovrebbe contenere l'UUID ...". Ho due UUID TYPE = "swap", il real (/ dev / sda6) e il mappato (/ dev / mapper / cryptswap1). Forse questo accade se non hai la partizione di swap O è crittografata. Comunque, ho lasciato il =nonee tutto funziona bene ora.

— Pablo A

aggiungi: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume non esiste, quindi l'ho creato e RESUME = nessuno l'ha fatto per me.

— NoAngel,

Ho avuto lo stesso problema con tutta l'installazione di Ubuntu.

Sto usando LVM con swap su un LV.

Su un desktop /etc/initramfs-tools/conf.d/resumesi riferisce a un UUID che evita la possibilità di andare in letargo.

Su un server /etc/initramfs-tools/conf.d/resumenon esiste dopo l'installazione e introdurre ritardo all'avvio e / o errore lvmetad.

sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume' 
sudo update-initramfs -u

https://launchpad.net/bugs/1768230

Niente più ritardi all'avvio o errore di lvmetad.

Cordiali saluti

— moocan
fonte