Come diagnosticare / correggere l'avvio molto lento su Ubuntu 18.04


47

C'è molto tempo in cui SSD non fa nulla.

  • Come posso trovare l'errore e risolverlo?
  • Già controllato /etc/fstab, nessuno scambio o qualcosa di sbagliato lì (32 GB di RAM, nessuno scambio)

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver

3
È una nuova installazione? con lvm? forse questo bug: bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230 ?
pim

Per vedere il WARNING:Failed to connect to lvmetad. Falling back to device scanning.messaggio, dovresti disabilitare lo spash / quiet boot (vedi: askubuntu.com/a/289/454520 )
pim

Si tratta di un lungo avvio di network.service. La soluzione di questa risposta mi ha aiutato.
gyr9i,

Risposte:


60

Ho eseguito l'aggiornamento a 18.04 oggi e ho riscontrato lo stesso problema. Sono stato in grado di risolverlo avviando il kernel con il noresumeparametro.

Come te, anche io non ho spazio di swap. Ad un certo punto durante l'aggiornamento, la configurazione di initramfs è stata modificata, aggiungendo una linea che punta a una partizione di swap inesistente. L'avvio lento è stato perché stava cercando questa partizione e poi è scaduto dopo 30 secondi.

Per aggiornare GRUB in modo che passi automaticamente questa opzione al kernel all'avvio:

  1. Modifica il file in /etc/default/grubmodo che la stringa noresumesia inclusa nella GRUB_CMDLINE_LINUX_DEFAULTriga, ad esempio:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
    
  2. Esegui questo comando per aggiornare GRUB:

    sudo update-grub
    
  3. Riavvia il computer


1
noresume l'ha risolto, niente di strano in initramfs.
user105939

2
Ieri ho effettuato l'aggiornamento alla 18.04 e ho avuto lo stesso problema (l'avvio ha richiesto 52 secondi). Dopo aver impostato il parametro "noresume", ci sono voluti 21 secondi.
Erol,

1
Potresti migliorare la tua già buona risposta con le istruzioni sull'aggiornamento di grub.
WinEunuuchs2Unix

9
Si noti che si tratta di una soluzione alternativa, poiché impedirà il ripristino di un sistema ibernato.
pim

2
Sono preoccupato che ciò potrebbe impedirmi di utilizzare l'ibernazione. Tuttavia, questo ha funzionato per me: askubuntu.com/questions/1013830/… (modifica /etc/initramfs-tools/conf.d/resume, modifica RESUME = none dall'UUID ed esecuzione update-initramfs -u)
Grey Panther

19
$ systemd-analyze blame

Cerca di vedere quali processi impiegano più tempo del processo di avvio.


5
systemd-analyze blamenon mostrerà il tempo del kernel, e per questo problema. systemd-analyse timemostrerà che è il kernel bloccato a cercare il filesystem.
pim

2
buon suggerimento, ma il processo più lungo ha richiesto solo 1,6 secondi, quindi questo strumento non ha aiutato.
user105939

3
@Pim systemd-analyse timeha un refuso, dovrebbe avere unz
RobAu

1
systemd-analyze critical-chainè persino meglio diblame
user535733 il


5

Ho aggiornato a 18.04 dal 16.04. Il tempo di avvio è stato superiore a 10 minuti.
Provato da "Nessuna schermata iniziale al kernel" per scoprire quali processi impiegano più tempo all'avvio.

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

Quindi, dobbiamo ridurre i tempi per questo processo per risparmiare tempo di avvio. Fare così,

Devi modificare,

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

Trova

TimeoutStartSec=5min

Cambia in

TimeoutStartSec=5s

e riavviare


È qui che il mio stivale ha bruciato molto tempo, quindi questa soluzione ha funzionato per me. +1
Rosicchiato

3

È possibile configurare il timeout per Avvia lavoro e Interrompi lavori.

Modifica /etc/systemd/system.confcon privilegi elevati e modifica / aggiungi due righe che vengono commentate per impostazione predefinita da 90 secondi a 5 (o qualunque cosa preferisci) e decommenta:

a partire dal:

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s 

per:

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

Successivamente, applica le modifiche ricostruendo initramfs con il comando:

sudo update-initramfs -u

0

Ho provato un metodo diverso ma niente ha funzionato. poi trovo che sia stato il problema del driver grafico. Ho risolto usando driver aggiuntivi per me era Nvidia.

goto: software e aggiornamenti -> scegli il driver grafico elencato -> applica le modifiche

Nota: sto usando la versione del kernel 4.18.0-25-generico

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.