Lenteur au démarrage

[stormy732]

Bonjour

Depuis quelques jours, mon Linux Mint met beaucoup de temps à démarrer. Quelqu'un aurait une idée comment résoudre cela ?

Mon PC est constitué d'un :
* SSD pour la racine.
* HDD pour /home
* tmpfs pour /tmp

jerome@jerome-MS-7A62:~$ systemd-analyze
Startup finished in 12.410s (firmware) + 7.379s (loader) + 3.913s (kernel) + 1min 31.886s (userspace) = 1min 55.589s
graphical.target reached after 1min 31.876s in userspace

jerome@jerome-MS-7A62:~$ systemd-analyze blame
1.776s systemd-modules-load.service
1.295s vmware.service
841ms dev-sda2.device
721ms smartmontools.service
541ms systemd-logind.service
510ms udisks2.service
457ms lightdm.service
455ms plymouth-quit-wait.service
389ms apache2.service
373ms media-Divers.mount
330ms phpsessionclean.service
296ms systemd-fsck@dev-disk-by\x2duuid-eadc0ed5\x2deb06\x2d49e7\x2d85a6\x2d000068c60783.service
266ms vmware-USBArbitrator.service
261ms networkd-dispatcher.service
222ms accounts-daemon.service
185ms ubuntu-system-adjustments.service
143ms NetworkManager.service
142ms avahi-daemon.service
121ms thermald.service
115ms wpa_supplicant.service
110ms user@1000.service
103ms systemd-resolved.service
100ms virtualbox.service
(...)

jerome@jerome-MS-7A62:~$ 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 31.876s
└─multi-user.target @1min 31.876s
└─vmware.service @1min 30.581s +1.295s
└─network-online.target @1min 30.570s
└─network.target @1min 30.570s
└─NetworkManager.service @1min 30.427s +143ms
└─dbus.service @1min 30.424s
└─basic.target @1min 30.415s
└─sockets.target @1min 30.415s
└─uuidd.socket @1min 30.415s
└─sysinit.target @1min 30.411s
└─systemd-timesyncd.service @1min 30.354s +56ms
└─systemd-tmpfiles-setup.service @1min 30.330s +19ms
└─systemd-journal-flush.service @336ms +74ms
└─systemd-journald.service @260ms +74ms
└─systemd-journald.socket @257ms
└─-.mount @254ms
└─system.slice @254ms
└─-.slice @254ms

Merci par avance.

[Aztaroth]

Bonjour,
Quelques pistes :
Juste avant ce problème avez-vous fait des mises à jour ou installé des applications ?

Le système renvoie-f-il des erreurs ? La commande ci-dessous permet de le savoir :

Code: Select all

dmesg --level=err -T

Quelques infos systèmes comme celles renvoyées par :

Code: Select all

inxi -Fxz

pourraient donner des infos supplémentaires.

[stormy732]

Je ne me souviens pas avoir installé quoi que ce soit avant que le problème ne survienne. Ou alors je n'ai pas fait le rapprochement.

Par contre, j'ai remarqué l'apparition d'une cinquantaine de secteurs défectueux sur le disque dur où se situe le /home, après quoi j'ai changé le disque dur après avoir fait un clonage. Aucune idée si le problème part de là.

jerome@jerome-MS-7A62:~$ dmesg --level=err -T
jerome@jerome-MS-7A62:~$

jerome@jerome-MS-7A62:~$ inxi -Fxz
System: Kernel: 5.4.0-77-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Cinnamon 4.8.6
Distro: Linux Mint 20.1 Ulyssa base: Ubuntu 20.04 focal
Machine: Type: Desktop Mobo: MSI model: B250 GAMING M3 (MS-7A62) v: 1.0 serial: <filter> UEFI: American Megatrends v: 3.00
date: 11/30/2016
CPU: Topology: Quad Core model: Intel Core i7-7700 bits: 64 type: MT MCP arch: Kaby Lake rev: 9 L2 cache: 8192 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 57600
Speed: 800 MHz min/max: 800/4200 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 8: 800
Graphics: Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] vendor: eVga.com. driver: nvidia v: 460.80 bus ID: 01:00.0
Display: x11 server: X.Org 1.20.9 driver: nvidia resolution: 1920x1080~60Hz
OpenGL: renderer: GeForce GTX 1060 6GB/PCIe/SSE2 v: 4.6.0 NVIDIA 460.80 direct render: Yes
Audio: Device-1: Intel 200 Series PCH HD Audio vendor: Micro-Star MSI driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Device-2: NVIDIA GP106 High Definition Audio vendor: eVga.com. driver: snd_hda_intel v: kernel bus ID: 01:00.1
Device-3: Digital Devices Octopus DVB Adapter driver: ddbridge v: 0.9.33-integrated bus ID: 03:00.0
Sound Server: ALSA v: k5.4.0-77-generic
Network: Device-1: Qualcomm Atheros Killer E2500 Gigabit Ethernet vendor: Micro-Star MSI driver: alx v: kernel port: d000
bus ID: 04:00.0
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
IF-ID-1: vmnet1 state: unknown speed: N/A duplex: N/A mac: <filter>
IF-ID-2: vmnet8 state: unknown speed: N/A duplex: N/A mac: <filter>
Drives: Local Storage: total: 3.87 TiB used: 1.44 TiB (37.2%)
ID-1: /dev/sda vendor: Western Digital model: WDS250G2B0A-00SM50 size: 232.89 GiB
ID-2: /dev/sdb vendor: Western Digital model: WD20EARX-00PASB0 size: 1.82 TiB
ID-3: /dev/sdc vendor: Seagate model: ST2000DM008-2FR102 size: 1.82 TiB
Partition: ID-1: / size: 228.05 GiB used: 27.08 GiB (11.9%) fs: ext4 dev: /dev/sda2
ID-2: /home size: 1.79 TiB used: 295.33 GiB (16.1%) fs: ext4 dev: /dev/sdc
Sensors: System Temperatures: cpu: 51.0 C mobo: N/A gpu: nvidia temp: 52 C
Fan Speeds (RPM): N/A gpu: nvidia fan: 4%
Info: Processes: 261 Uptime: 4h 29m Memory: 31.32 GiB used: 3.67 GiB (11.7%) Init: systemd runlevel: 5 Compilers:
gcc: 9.3.0 Shell: bash v: 5.0.17 inxi: 3.0.38
jerome@jerome-MS-7A62:~$

[stormy732]

Je crois avoir trouvé le problème ! Mais je ne sais pas comment le contourner.

J'ai désactivé le "quiet splash" au démarrage pour tenter de voir l'origine du problème.

Et à un moment donné, je me retrouve avec une ligne du style

A start job is running for dev-disk-by\

suivi d'un numéro UUID de partition... où il me fait attendre 90 secondes.

Et il s'avère que le numéro donné correspond à un disque je ne branche qu'occasionnellement, afin de faire de l'archivage. Cette partition, je l'ai écrite dans /etc/fstab afin qu'elle soit montée dans un répertoire spécifique.

Comment faire en sorte que, lorsque un UUID n'est pas disponible lors du boot, l'étape soit sautée, plutôt que de faire attendre inutilement ?

[stormy732]

Bon, j'ai finalement réglé le problème.

Dans le fichier /etc/fstab, j'ai mis comme options (pour la partition en question) :

defaults,nofail,x-systemd.device-timeout=3

Et maintenant, ça roule !

[Aztaroth]

Bon, j'ai finalement réglé le problème.

Dans le fichier /etc/fstab, j'ai mis comme options (pour la partition en question) :

defaults,nofail,x-systemd.device-timeout=3

Et maintenant, ça roule !

Si tout est rentré dans l'ordre, bonne continuation...