faire une analyse avec systemd ??

[DodoVolant]

Bonsoir à tous,
avec un problème de démarrage (très/trop!!) lent sur une LMDE6 installée seule sur un ordi complètement formaté (disque systeme HDD 320Go + disque data HDD 1To), je voudrais appliquer la commande "systemd-analyse blame" que j'ai lue dans plusieurs sujets.
J'ai bien 63 dossiers et plus de 800 fichiers "systemd" mais la commande ne passe pas. (ni en user, ni en root), et le retour au terminal est le suivant:

La commande "systemd-analyse" n'a pas été trouvée. Voulez-vous dire commande systemd-analyse du deb systemd
Essayez : apt-install <nom du deb>

Une recherche par les paquets synaptic m'en donne bien un vrac mais PAS de "systemd-analyse".
Je voudrais ensuite passer les commandes "systemctl" _stop _disable etc. trouvées dans les autres sujets, mais je ne peux pas les taper à l'aveugle sans savoir quels processus j'ai en réel dans ma machine?
Merci d'un tuyau rapide...
Bonne soirée

[Bateson]

Bonjour DodoVolant,

Bah, à priori, c'est parce que tu as mal écrit la commande : remplace le "s" de analyse par un "z"

Code : Tout sélectionner

systemd-analyze blame

En ligne de commande, même sans sudo et même sur LMDE 6 ça marche

[DodoVolant]

Mille mercis... idiote erreur de lecture (fatigue de fin de journée.?? )
Je reviens donner le résultat après les tentaives de solutions...

[DodoVolant]

Pour le coup je ne décide pas tout seul quels process je peux me permettre d'arrêter/disable/mask ??
et une explication sur l'effet exact de "mask".? pour disable, je comprends bien, mais est-ce que l'effet de mask ne serait que pour la session en cours.?
mes choix sont:

Code : Tout sélectionner

19.185s udisks2.service
14.914s ModemManager.service
12.248s systemd-journal-flush.service
11.435s dev-sdb2.device
 9.258s NetworkManager-wait-online.service
 7.686s accounts-daemon.service
 7.110s polkit.service
 6.407s debian-system-adjustments.service
 6.054s avahi-daemon.service
 5.945s dbus.service
 5.544s switcheroo-control.service
 5.529s systemd-logind.service
 5.524s thermald.service
 5.028s systemd-udevd.service
 4.851s apparmor.service
 4.643s cups.service
 3.290s lvm2-monitor.service
 3.112s wpa_supplicant.service
 3.085s rsyslog.service
 2.928s e2scrub_reap.service
 2.915s NetworkManager.service
 2.901s networking.service
 2.862s lightdm.service

(et j'ai cru comprendre qu'il ne faut taper que parmi les 4/5 premiers qui sont les plus gourmands, mais il doit bien y en avoir d'indispensables.?)

le "dev-sdb2.device" m'intrigue, il s'agit du disk "data"... une erreur de grub.? (j'ai peut-être suivi une option "l'installer sur 2 disques n'est pas inutile"...)

si je compare avec les temps donnés dans d'autres sujets (disque SDD), on voit bien que le mien est un HDD (tous les temps sont bcp plus longs)

[Bateson]

Pour que tu puisses comparer ton résultat avec le mien sur la commande:

Code : Tout sélectionner

4.439s NetworkManager-wait-online.service
4.041s fwupd-refresh.service
2.440s fwupd.service
1.370s systemd-modules-load.service
1.285s vboxdrv.service
1.192s smartmontools.service
 860ms udisks2.service
 845ms e2scrub_reap.service
 771ms nvidia-persistenced.service
 738ms dev-sdd3.device
 591ms blueman-mechanism.service
 397ms NetworkManager.service
 366ms systemd-udevd.service
 298ms accounts-daemon.service
 297ms ModemManager.service
 291ms cups.service
 276ms systemd-journal-flush.service
 272ms polkit.service
 229ms user@1000.service
 222ms networking.service
 197ms avahi-daemon.service
 188ms apparmor.service
 187ms debian-system-adjustments.service

Aussi avec un proc I5. Tu peux voir que tous les mêmes processus chez toi et chez moi, mettent beaucoup plus de temps chez toi. Je ne crois donc pas que la solution soit d'arrêter un processus ou deux. Le problème est ailleurs, mais comme je n'y connais pas grand chose, le mieux est que tu attendes une réponse pertinente

[DodoVolant]

Pardon, j'ai du passer trop vite: ce n'est pas sur ma machine en signature que j'ai le problème, j'ai mentionné les deux disques en HDD alors que sur la mienne j'ai un SSD... je pense que c'est déjà une grosse explication, mais cette machine que j'utilisais encore il y a 3/4 ans démarrait bcp plus vite avec les distrib de l'époque, et un dual-boot avec win7. Et en plus j'ai doublé récemment sa ram de 4 à 8Gb.
Donc si ça se trouve il n'y a plus grand chose à faire.?
Je vais tester une version xfce pour voir s'il y a une différence visible (cinnamon est gourmande je crois).

[DodoVolant]

Et du coup voilà le systemd-analyze avec la mint21.3-xfce

Code : Tout sélectionner

cath47@Mint21-xfce:~$ systemd-analyze blame
29.685s udisks2.service
16.491s apparmor.service
16.133s networkd-dispatcher.service
 9.065s systemd-udev-settle.service
 8.179s polkit.service
 7.785s avahi-daemon.service
 7.737s NetworkManager.service
 7.516s thermald.service
 7.407s switcheroo-control.service
 7.384s wpa_supplicant.service
 7.383s systemd-logind.service
 6.967s ubuntu-system-adjustments.service
 5.600s gpu-manager.service
 5.109s NetworkManager-wait-online.service
 4.564s networking.service
 4.495s rsyslog.service
 4.480s dev-sdb3.device
 3.820s e2scrub_reap.service
 3.144s colord.service
 2.797s grub-common.service
 2.468s systemd-fsck@dev-disk-by\x2duuid-5588\x2d0C6F.service
 1.986s systemd-modules-load.service
 1.878s lightdm.service

Si des connaisseurs peuvent me confirmer s'il y a 2/3 process non essentiels qu'on peut bloquer, je suis preneur...
sinon je vais encore tester une distrib plus légère mais ça va devenir du bricolage.?
Bonne nuit.

[DodoVolant]

et dernière option demain matin, je teste une version en 32 bits parce que la détection que j'ai faite et qui m'a dit "64b" me laisse un doute... j'ai pourtant bien demandé de détecter l'ordi et pas le système installé... bref...
la nuit porte conseil.

[cyrille]

Bjr

et dernière option demain matin, je teste une version en 32 bits ....

Perte de temps inutile

Si c'est du 64bit, il faut laisser en 64bits (aussi bien si c'était du 32bit une 64 bits ne passerait pas)
Sinon c'est comme si tu étais sur une autoroute de 4 files et que tu condamnais 2 files inutilement, tu aurais vite des embouteillages....

Pour connaitre ton architecture, plusieurs méthode. En vrac

Code : Tout sélectionner

arch

Code : Tout sélectionner

uname -m

Code : Tout sélectionner

getconf LONG_BIT

Code : Tout sélectionner

 grep -o -w 'lm' /proc/cpuinfo | sort -u 

(lm en sortie si 64bits)

....

[tyrry]

Slt,
comme dit cyrille : perte de temps inutile :
si tu avais un processeur 32 tu n'aurais même pas pu démarrer ton live 64
ensuite tu peux aussi faire une recherche sur le net de ton processeur :

Code : Tout sélectionner

inxi -C

Tu as des temps de disque dur a plateau """""
tu es sûr d'avoir installer mint sur le SSD ?
@+