Lenteur au démarrage

[DavLille]

Bonjour ,

Je trouve que Mint 19.3 ( sur le Pc2 en signature) est long à démarrer.

J'ai suivi les indications d'autres post traitants du même problème, mais j'ai du mal à les interpréter.

Code : Tout sélectionner

systemd-analyze

Code : Tout sélectionner

Startup finished in 7.324s (firmware) + 11.758s (loader) + 3.769s (kernel) + 1min 38.373s (userspace) = 2min 1.225s
graphical.target reached after 5.884s in userspace

Code : Tout sélectionner

systemd-analyze blame

Code : Tout sélectionner

1min 36.569s fstrim.service
          2.623s lightdm.service
          2.618s plymouth-quit-wait.service
          2.352s networkd-dispatcher.service
          1.651s ModemManager.service
          1.480s NetworkManager.service
           974ms udisks2.service
           832ms user@1000.service
           821ms dev-sda2.device
           744ms accounts-daemon.service
           587ms upower.service
           508ms ubuntu-system-adjustments.service
           497ms wpa_supplicant.service
           473ms networking.service
           440ms hddtemp.service
           436ms systemd-logind.service
           430ms speech-dispatcher.service
           425ms thermald.service
           393ms colord.service
           391ms avahi-daemon.service
           386ms lm-sensors.service
           377ms gpu-manager.service
           376ms pppd-dns.service

Vraisemblablement c'est fstrim.service qui met du temps, mais c'est tout ce que je comprends...

[DavLille]

J'ai trouvé quelques infos sur fstrim :

fstrim est utilisé sur un système de fichiers monté pour abandonner (ou « rogner ») les
blocs qui ne sont pas utilisés par le système de fichiers. C'est pratique pour les SSD
(« solid-state drive ») et l'allocation fine et dynamique (« thinly-provisioned
storage »).

Par défaut, fstrim abandonnera tous les blocs non utilisés du système de fichiers. Les
options permettent de modifier ce comportement en fonction d'intervalle ou de taille,
conformément aux explications suivantes.

Le paramètre point_de_montage est le chemin du répertoire où le système de fichiers est
monté.

Exécuter fstrim fréquemment, ou même utiliser mount -o discard, pourrait affecter
négativement la durée de vie des périphériques SSD de mauvaise qualité. Pour la plupart
des systèmes de bureau ou des serveurs, la fréquence d’abandon suffisante est une fois par
semaine. Remarquez que tous les périphériques ne permettent pas de mettre en attente les
abandons, donc chaque commande d’abandon pénalise les performances de tout ce qui pourrait
être en train d’essayer d’utiliser le disque en même temps.

Est ce que la fréquence d'utilisation de fstrim est paramétrable ? Est ce qu'il y a des risques que ca affecte le SSD?

[cyrille]

Bien sûr que la fréquence de l'utilisation est paramétrable
Jette un oeil https://doc.ubuntu-fr.org/ssd_solid_sta ... vec_fstrim
https://wiki.archlinux.org/index.php/So ... iodic_TRIM

[DavLille]

Merci Cyrille,

Si je comprends bien : 1ère étape : voir si il y a une journalisation sur ext4 :

Code : Tout sélectionner

sudo tune2fs -l /dev/sda2 | grep feature

Code : Tout sélectionner

has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

Vu que "has_journal" apparaît, il c 'est bien le cas.

Si je suis, la prochaine étape serait :

Code : Tout sélectionner

sudo tune2fs -O^has_journal /dev/sda2
sudo e2fsck -f -v -C0 /dev/sda2

C'est ca?

[alain]

Bonjour.

sujet archivé (en lecture seule) car 2 mois sans réponse.
Si besoin de rouvrir faire un MP à un membre de l'équipe