¿Cómo verifico los procesos de arranque?
mi computadora (Ubuntu Mate 20.04) está tardando más de un minuto en arrancar, y no estoy seguro de por qué. Parece tener algo que ver con un proceso de arranque en este disco duro específico.
de 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)
...
Parece que hay 30 segundos allí mismo, no tengo Btrfs, no estoy seguro de por qué lo está buscando o lo que sea que esté haciendo.
entonces tengo esto:
[ 38.739280] USB Video Class driver (1.1.1)
[ 125.248857] Process accounting resumed
No tengo ni idea de qué es la contabilidad de procesos.
Tomé esta foto del proceso de arranque:
El 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
y el 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
Respuestas
Bueno, todavía me gustaría conocer una mejor práctica, o un medio más eficiente de solucionar este tipo de tonterías, en el proceso de arranque.
cuando vi W: initramfs-tools configuration sets RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83: but no matching swap device is available... ... revisé gparted y descubrí que no tengo una partición de espacio de intercambio. (eso debería estar bien, tengo un montón de RAM) pero esta configuración, parece ser que podría haber tenido una en algún momento, por qué no tengo una ahora, esa parte es un misterio. Abrí / etc / fstab y comenté la partición de intercambio (que tenía el mismo UUID que el disco que tardaba una eternidad en comprobar el arranque).
# swap was on /dev/sda5 during installation
#UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83 none swap sw 0 0
¿Por qué estaba en / dev / sda5? gran pregunta, no tengo ni idea.
Entonces fui sudo vim /etc/initramfs-tools/conf.d/resume y comenté la referencia a la partición de intercambio con el UUID ofensivo.
#RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83
Luego, actualicé initramfs $ sudo update-initramfs -u -k all
y reiniciado solo para ver qué pasaba. Arranqué en segundos.
Entonces, mi problema de tiempo de arranque está resuelto ... pero si hay una mejor manera de solucionar este tipo de error, me encantaría saberlo. Leí todo tipo de cosas y vi que muchos usuarios tenían problemas similares. Probé la boot-repairutilidad, no hizo nada para solucionar esto. Literalmente pasaron meses hasta que obtuve una pista de un error que vi al intentar actualizar Mate, pensando que el problema podría haber sido alguna aplicación de espacio de usuario.