comment vérifier les processus de démarrage?
mon ordinateur (Ubuntu Mate 20.04) prend plus d'une minute pour démarrer, et je ne sais pas pourquoi. Cela semble être quelque chose à voir avec un processus de démarrage sur ce disque dur spécifique.
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)
...
il semble y avoir 30 secondes juste là, je n'ai pas de Btrfs, je ne sais pas pourquoi il le vérifie, ou quoi que ce soit.
alors j'ai ceci:
[ 38.739280] USB Video Class driver (1.1.1)
[ 125.248857] Process accounting resumed
Je n'ai aucune idée de ce qu'est la comptabilité de processus.
J'ai pris cette photo du processus de démarrage:
La commande 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
et la commande 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
Réponses
Eh bien, j'aimerais toujours connaître une meilleure pratique, ou un moyen plus efficace de dépanner ce type d'absurdités, dans le processus de démarrage.
quand j'ai vu W: initramfs-tools configuration sets RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83: but no matching swap device is available.. ... j'ai vérifié gparted, et j'ai constaté que je n'ai pas de partition d'espace de swap. (cela devrait être bien, j'ai beaucoup de RAM) mais cette configuration semble être que j'en ai peut-être eu une à un moment donné, pourquoi je n'en ai pas maintenant, cette partie est un mystère. J'ai ouvert / etc / fstab et commenté la partition de swap (qui avait le même UUID que le disque qui prenait une éternité à vérifier au démarrage.)
# swap was on /dev/sda5 during installation
#UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83 none swap sw 0 0
pourquoi était-ce sur / dev / sda5? excellente question, je n'en ai aucune idée.
Alors je suis allé sudo vim /etc/initramfs-tools/conf.d/resume et commenté la référence à la partition d'échange avec l'UUID incriminé.
#RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83
Ensuite, j'ai mis à jour initramfs $ sudo update-initramfs -u -k all
et redémarré juste pour voir ce qui se passerait. J'ai démarré en quelques secondes.
Mon problème de démarrage est donc résolu ... mais s'il existe un meilleur moyen de résoudre ce type d'erreur, j'aimerais le savoir. J'ai lu toutes sortes de choses et j'ai vu de nombreux utilisateurs rencontrer des problèmes similaires. J'ai essayé l' boot-repairutilitaire, il n'a rien fait pour résoudre ce problème. Il a fallu littéralement des mois jusqu'à ce que je reçoive un indice d'une erreur que j'ai vue en essayant de mettre à jour Mate, pensant que certaines applications de l'espace utilisateur pourraient avoir été le problème.