come controllo i processi di avvio?
il mio computer (Ubuntu Mate 20.04) impiega più di un minuto per avviarsi e non sono sicuro del perché. Sembra essere qualcosa a che fare con un processo di avvio su questo specifico disco rigido.
da dmesg:
...
[ 1.922970] async_tx: api initialized (async)
[ 2.328482] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 2.530339] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input7
[ 3.256967] Btrfs loaded, crc32c=crc32c-intel
[ 34.601941] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
...
sembra che ci siano 30 secondi proprio lì, non ho Btrfs, non sono sicuro del motivo per cui lo sta controllando o qualunque cosa stia facendo.
allora ho questo:
[ 38.739280] USB Video Class driver (1.1.1)
[ 125.248857] Process accounting resumed
Non ho idea di cosa sia la contabilità di processo.
Ho scattato questa foto del processo di avvio:
Il comando systemd-analyze critical-chain
$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.388s
└─multi-user.target @1min 38.388s
└─lxc.service @1min 38.330s +57ms
└─lxc-net.service @1min 38.184s +143ms
└─network-online.target @1min 38.179s
└─NetworkManager-wait-online.service @1min 30.737s +7.440s
└─NetworkManager.service @1min 30.360s +374ms
└─dbus.service @1min 30.355s
└─basic.target @1min 30.316s
└─sockets.target @1min 30.315s
└─snapd.socket @1min 30.310s +4ms
└─sysinit.target @1min 30.280s
└─systemd-backlight@leds:tpacpi::kbd_backlight.service @2>
└─system-systemd\x2dbacklight.slice @1.538s
└─system.slice @251ms
└─-.slice @251ms
e il comando systemd-analyze time
$ systemd-analyze time
Startup finished in 34.552s (kernel) + 2min 7.682s (userspace) = 2min 42.235s
graphical.target reached after 1min 38.388s in userspace
Risposte
Bene, mi piacerebbe ancora conoscere una best practice o un mezzo più efficace per risolvere questo tipo di sciocchezze nel processo di avvio.
quando ho visto W: initramfs-tools configuration sets RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83: but no matching swap device is available... ... ho controllato gparted e ho scoperto che non ho una partizione dello spazio di swap. (dovrebbe andare bene, ho un sacco di RAM) ma questa configurazione, sembra essere che potrei averne uno ad un certo punto, perché non ne ho uno ora, quella parte è un mistero. Ho aperto / etc / fstab e ho commentato la partizione di swap (che aveva lo stesso UUID del disco che impiegava un'eternità a controllare all'avvio).
# swap was on /dev/sda5 during installation
#UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83 none swap sw 0 0
perché era su / dev / sda5? bella domanda, non ne ho idea.
Quindi sono andato e ho sudo vim /etc/initramfs-tools/conf.d/resume commentato il riferimento alla partizione di swap con l'UUID incriminato.
#RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83
Quindi, ho aggiornato initramfs $ sudo update-initramfs -u -k all
e riavviato solo per vedere cosa sarebbe successo. Ho avviato in pochi secondi.
Quindi il mio problema relativo al tempo di avvio è stato risolto ... ma se esiste un modo migliore per risolvere questo tipo di errore, mi piacerebbe saperlo. Ho letto tutti i tipi di cose e ho visto molti utenti avere problemi simili. Ho provato l' boot-repairutility, ma non ha risolto il problema. Sono passati letteralmente mesi prima che ho avuto la minima idea di un errore che ho visto durante il tentativo di aggiornare Mate, pensando che alcune app dello spazio utente potrebbero essere state il problema.