Avvio lento: "è in esecuzione un processo di avvio per dev-disk-by ..."

Non ricordo quando ha iniziato a verificarsi il problema, ma è probabile che abbia spostato la mia immagine Ubuntu VMWare su un SSD esterno in modo da poter utilizzare il sistema operativo su qualsiasi mio PC. Non ci sono molti link su Google sul problema, ma quelli che sembrano parlare fstab. Ad esempio, Avvio lento: che cos'è "È in esecuzione un processo di avvio per dev-disk-by ..."? - Forum OpenSUSE .

Menziona la necessità di eliminare la partizione di swap e di crearla nuovamente.

Posso provare a farlo con Gparted ma la mia preoccupazione principale è perdere la mia attuale configurazione in Ubuntu poiché non sono del tutto sicuro di cosa accadrà se confondo con lo scambio come suggerito nel thread. Qualcuno in grado di aiutare?

Se viene visualizzato "un processo di avvio avviato da dev-disk-by .." seguito da un ritardo di 90 secondi durante ogni avvio, completare i seguenti passaggi:

1. Installa gparted utilizzando il Software Center
2. Apri gparted e guarda quali partizioni Ubuntu sta attualmente utilizzando

3. Modifica il file fstab usando la riga sotto.

   sudo -H gedit /etc/fstab
   

4. Trova il dispositivo che non stai utilizzando

5. Inserisci a #e uno spazio all'inizio di quella riga commentalo.

6. Ripristina, spero che funzioni per te!

Sembra che il problema fosse dovuto al fatto che anche se Fstab aveva una voce per uno scambio, in realtà non ce n'era uno. Ho usato GParted per ridimensionare la partizione e ho creato un nuovo Swap. Ho quindi copiato l'UUID nel file fstab ...

1. Adesso ho uno scambio
2. E l'avvio è ridotto a pochi secondi contro 90+ secondi

Ho avuto lo stesso problema dopo aver ridimensionato la mia partizione primaria sulla mia VM poiché gparted live mi ha costretto a cancellare e reinizializzare il mio scambio per farlo. Ciò ha comportato l'impostazione di un nuovo UUID che non corrispondeva al file fstab.

Per evitare il problema, /etc/fstabpuoi farlo anche tu

• Sostituisci l'UUID di swap con quello nuovo (esegui sudo blkidper trovarlo) dopo il ridimensionamento della partizione primaria.

• In alternativa, commentare la partizione di swap prima (o dopo) del ridimensionamento della partizione primaria.

Vorrei raccomandare il primo poiché è il modo in cui il sistema operativo deve essere configurato.

Nel mio caso, in precedenza avevo utilizzato lo scambio crittografato e il lavoro di avvio menzionato /dev/mapper/cryptswap1. Per risolvere il problema ho dovuto anche rimuovere il file /etc/crypttab, oltre ai passaggi descritti nella risposta di William MacDonald.

Quando si ridimensionano o eliminano le partizioni con gparted, spesso è necessario creare una nuova partizione di swap.

È quindi necessario attivare lo swap tramite gparted dopo la sua creazione (è presente il comando "Attiva swap").

Inoltre devi copiare il nuovo UUID in / etc / fstab per montarlo altrimenti all'avvio il sistema operativo tenterà di trovarlo, ma invano perché il file fstab contiene l'UUID che si riferisce al vecchio scambio. Gparted fornisce le informazioni per l'UUID ma è possibile eseguirlo facilmente nel terminale:

sudo blkid

per trovarlo.

Ho avuto lo stesso problema durante l'avvio.

Nel mio /etc/fstabfile, le mie partizioni sono state definite come /dev/sda1, /dev/sda2ecc., Ma all'avvio, più volte è apparso il messaggio " È in esecuzione un processo di avvio per dev-sdx " ("x" definisce quale unità o partizione è stata interessata).

Per risolverlo, ho modificato il valore /dev/sdxdell'UUID della partizione. Per vedere l'UUID, dal terminale in esecuzione lsblk -f. Quindi, copia l'UUID della partizione interessata e scrivilo su /etc/fstabfile, sostituendolo /dev/sdaxcome segue: /dev/sda1passa a UUID=xxxxxxxxxxxxxxxxxx.

Ha funzionato per me, spero che queste informazioni siano utili.

Il mio avvio è stato rallentato perché ho scambiato l'unità e l'UUID non corrispondeva. Questo ha fatto sì che Ubuntu eseguisse una scansione durante l'avvio.

Scambio spesso di unità. Se i tuoi montaggi sono sempre nello stesso posto (come il mio), puoi semplicemente rimuovere l'UUID e posizionare il percorso diretto per evitare che si verifichi l'errore di scansione ...

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/sda1 /               ext4    errors=remount-ro 0       1
/dev/sda2 none            swap    sw              0       0

Situazione principale:

Ho già risposto in dettaglio ... (Devi controllare l'UUID sotto quei file)

/etc/crypttab 
/etc/fstab
/etc/grub.d/40_custom 
/boot/grub2/grub.cfg

Situazione alternativa I - Udev:

Questo potrebbe essere causato da udev se hai uno script di regole/etc/udev/rules.d/ che non è destinato a essere eseguito al momento dell'avvio, se lo script fallisce, questo passaggio fstab andrà avanti per sempre, basta modificare lo script per soddisfare le tue esigenze o eliminarlo.

Situazione alternativa II - Crypted Dev:

Le partizioni crittografate possono essere fonte di confusione perché la partizione principale ha un UUID e quella decrittografata mappata ha un altro UUID diverso da quello principale per una singola partizione che devono essere definiti in luoghi diversi etc/crypttabe/etc/fstab

# lsblk -o name,uuid,mountpoint
├─sda2                         727fa348-8804-4773-ae3d-f3e176d12dac
│ └─sda2_crypt (dm-0)          P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi

È necessario specificare l'UUID reale in etc/crypttab

# cat /etc/crypttab
sda2_crypt  UUID=727fa348-8804-4773-ae3d-f3e176d12dac  none  luks

UUID virtuale deve essere a /etc/fstab

# cat /etc/fstab
UUID=P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi / ext4 defaults,errors=remount-ro 0 1

Situazione alternativa III - Ghost Dev:

Un dispositivo che è configurato per essere montato all'avvio ma non è presente nel sistema o è staccato come un'unità USB.

Effettua il checkout dei dispositivi connessi reali con lsblk -o name,uuid,mountpointe modifica /etc/fstabper mantenere solo il dispositivo connesso O lascia lì il dispositivo non collegato ma impostali per essere ignorati all'avvio con l'opzione noautoe imposta la linea in questo modo

UUID=BLA-BLA-BLA /mount ext4 option,noauto,option 0 0

Verifica dei registri di sistema

journalctl -ab 

systemd-analyze blame

systemd-analyze critical-chain

systemctl status dev-mapper-crypt_sda2.device

systemctl status systemd-udev-settle.service

Oltre a controllare /etc/fstabo /etc/crypttabcome menzionato nelle altre risposte, controlla anche gli UUID provenienti dai parametri del kernel in /etc/default/grub. Per un po 'sono stato molto confuso da un sistema che aveva un perfetto cromulento /etc/fstabsolo per scoprire un resume=…parametro del kernel nella configurazione di GRUB.

Puoi saltare l'attesa e andare direttamente alla schermata di accesso utilizzando ' Ctrl+ c' e quindi lavorare sulla soluzione. A volte questo andrà avanti all'infinito, in caso contrario.

So che questo è vecchio, ma mi sono imbattuto in questo problema, lo stesso messaggio di errore, durante la clonazione di un'installazione con rsync. non avendo errori su fstab, il problema è stato risolto dopo l'aggiornamento manuale di initrdfs. per riuscirci,

1. avviare la macchina in un'installazione funzionante (macchina multiboot, livecd altrimenti)

2. montare la partizione root del sistema con il problema

3. monta dev, sys e proc come per un chroot funzionante

4. chroot nella radice del filesistem

5. eseguire mkinitrd

6. Esci da chroot e riavvia.

Ho avuto anche questo problema. Ho corretto l'UUID in / etc / fstab e / etc / cryptswap. Dopo averlo fatto, ha iniziato a chiedere la passphrase durante l'avvio.

/ etc / fstab mostra una voce "/ dev / mapper / cryptswap1 none swap sw 0 0", quindi ho commentato quella riga.

/ etc / cryptswap mostra l'UUID corretto ma continua a richiedere la passphrase durante l'avvio. Commentare quella riga ha anche corretto il problema.

La mia domanda è: questo pone qualche tipo di problema di sicurezza rimuovendo entrambi i riferimenti allo swap crittografato? GParted mostra l'icona "chiave" sicura accanto all'unità di scambio. Tuttavia, voglio essere certo che la crittografia sia ancora attiva per quella partizione.

Qualsiasi intuizione è apprezzata. Grazie in anticipo!