Problèmes et questions concernant le noyau et le support matériel.

Manjaro trop lent (au démarrage surtout)

#1Messageil y a 2 ans

Bonjour, je suis sous Manjaro depuis un moment, et ça fait un moment qu'il est très long, notamment au démarrage.
J'ai fureté ici et là sur le net, mais aucune solution n'a été efficace pour moi...

Les infos de mon ordinateur :
Modèle : ASUSTeK COMPUTER INC. X756UWK
Mémoire : 7,7 Gio
Processeur : Intel® Core™ i7-7500U CPU @ 2.70GHz × 4
Carte graphique : Mesa Intel® HD Graphics 620 (KBL GT2)
Disque dur : 1,1 To

Je tourne sous GNOME.

Après un systemd-analyze critical-chain :

graphical.target @53.922s
└─multi-user.target @53.921s
  └─plymouth-quit-wait.service @25.434s +28.486s
    └─systemd-user-sessions.service @25.365s +60ms
      └─nss-user-lookup.target @26.357s
Après un systemd-analyze :

Startup finished in 6.086s (firmware) + 3.207s (loader) + 4.112s (kernel) + 54.709s (userspace) = 1min 8.115s 
graphical.target reached after 53.922s in userspace
Après un systemd-analyze blame :

28.486s plymouth-quit-wait.service
15.950s NetworkManager-wait-online.service
11.943s systemd-modules-load.service
11.135s snapd.service
10.160s dev-sda3.device
 9.037s polkit.service
 7.473s dev-loop1.device
 6.777s dev-loop8.device
 6.760s dev-loop2.device
 6.657s dev-loop3.device
 6.486s dev-loop7.device
 6.347s dev-loop6.device
 5.866s upower.service
 4.794s dev-loop4.device
 4.774s bluetooth.service
 4.758s NetworkManager.service
 4.729s systemd-logind.service
 4.688s dev-loop5.device
 4.598s dev-loop0.device
 3.374s systemd-udevd.service
 3.372s cups.service
 3.288s accounts-daemon.service
 2.966s apparmor.service
 2.708s udisks2.service
 2.268s ModemManager.service
 2.235s teamviewerd.service
 1.801s systemd-tmpfiles-setup-dev.service
 1.730s systemd-fsck@dev-disk-by\x2duuid-D5C6\x2dA75D.service
 1.699s colord.service
 1.236s snapd.apparmor.service
 1.174s systemd-vconsole-setup.service
 1.073s user@1000.service
 1.056s systemd-tmpfiles-setup.service
28.486s plymouth-quit-wait.service
15.950s NetworkManager-wait-online.service
11.943s systemd-modules-load.service
11.135s snapd.service
10.160s dev-sda3.device
 9.037s polkit.service
 7.473s dev-loop1.device
 6.777s dev-loop8.device
 6.760s dev-loop2.device
 6.657s dev-loop3.device
 6.486s dev-loop7.device
 6.347s dev-loop6.device
 5.866s upower.service
 4.794s dev-loop4.device
 4.774s bluetooth.service
 4.758s NetworkManager.service
 4.729s systemd-logind.service
 4.688s dev-loop5.device
 4.598s dev-loop0.device
 3.374s systemd-udevd.service
 3.372s cups.service
 3.288s accounts-daemon.service
 2.966s apparmor.service
 2.708s udisks2.service
 2.268s ModemManager.service
 2.235s teamviewerd.service
 1.801s systemd-tmpfiles-setup-dev.service
 1.730s systemd-fsck@dev-disk-by\x2duuid-D5C6\x2dA75D.service
 1.699s colord.service
 1.236s snapd.apparmor.service
 1.174s systemd-vconsole-setup.service
 1.073s user@1000.service
 1.056s systemd-tmpfiles-setup.service
  916ms var-lib-snapd-snap-core18-2253.mount
  901ms var-lib-snapd-snap-gnome\x2d3\x2d28\x2d1804-161.mount
  777ms gdm.service
  772ms tlp.service
  766ms systemd-random-seed.service
  741ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1519.mount
  717ms systemd-backlight@backlight:intel_backlight.service
  677ms var-lib-snapd-snap-bare-5.mount
  620ms power-profiles-daemon.service
  596ms var-lib-snapd-snap-core18-2246.mount
  588ms var-lib-snapd-snap-gog\x2dgalaxy\x2dwine-499.mount
  542ms var-lib-snapd-snap-gog\x2dgalaxy\x2dwine-495.mount
  531ms ufw.service
  462ms dev-hugepages.mount
  460ms dev-mqueue.mount
  458ms sys-kernel-debug.mount
  456ms sys-kernel-tracing.mount
  423ms wpa_supplicant.service
  419ms tmp.mount
  417ms systemd-journald.service
  414ms kmod-static-nodes.service
  413ms lvm2-monitor.service
  410ms modprobe@configfs.service
  407ms modprobe@drm.service
  404ms modprobe@fuse.service
  330ms systemd-udev-trigger.service
  266ms var-lib-snapd-snap-snapd-14295.mount
  240ms systemd-timesyncd.service
  232ms boot-efi.mount
  226ms plymouth-read-write.service
  188ms systemd-rfkill.service
  184ms var-lib-snapd-snap-snapd-14066.mount
  139ms systemd-tmpfiles-clean.service
  136ms systemd-journal-flush.service
   88ms systemd-update-utmp.service
   63ms plymouth-start.service
   61ms rtkit-daemon.service
   60ms systemd-user-sessions.service
   60ms systemd-remount-fs.service
   47ms alsa-restore.service
   43ms linux-module-cleanup.service
   20ms user-runtime-dir@1000.service
   10ms sys-fs-fuse-connections.mount
    8ms systemd-sysctl.service
    5ms sys-kernel-config.mount
    1ms snapd.socket
La première chose que j'avais faite avait été de tout réinstaller, pour que ce soit aussi rapide qu'en live-USB, sans succès, puis des solutions du style :

sudo pacman -Syu haveged && sudo systemctl enable --now haveged

sudo journalctl --flush
+ suppression du journal dans /etc + auto dans le fichier script

journalctl --vacuum-time=2d

journalctl --vacuum-size=500M

sudo systemctl stop  NetworkManager-wait-online.service
puis :

sudo systemctl disable  NetworkManager-wait-online.service
Puis quelques autres qui n'ont rien changé à cette lenteur qui devient un peu agaçante :(.
Si quelqu'un avait une solution, je l'en remercierais grandement :sos: !

Manjaro trop lent (au démarrage surtout)

#2Messageil y a 2 ans

Bonjour et bienvenue.
Je suis surpris de voir Plymouth qui normalement n'est plus dans les dépôts. Je ne sais pas où tu as télécharger l'iso, mais je ne pense pas que ce soit sur les dépôts officiels.
Essaye de désactiver plymouth et dis nous:

sudo systemctl disable --now plymouth-quit-wait.service
reboot

Manjaro trop lent (au démarrage surtout)

#3Messageil y a 2 ans

Bonsoir, merci de ta réponse :)

J'ai téléchargé sur le site officiel :/ (-> https://manjaro.org/download/) il y a bien 6 mois maintenant

J'ai disablelé plymouth, mais c'est toujours aussi long ><
Voilà ce que me donne rapidement systemed-analyze critical-chain

graphical.target @53.015s
└─multi-user.target @53.015s
  └─plymouth-quit-wait.service @24.163s +28.850s
    └─systemd-user-sessions.service @24.060s +97ms
      └─nss-user-lookup.target @25.179s
Plymouth y est toujours :/

Manjaro trop lent (au démarrage surtout)

#4Messageil y a 2 ans

lemust83 a écrit : il y a 2 ans Je suis surpris de voir Plymouth qui normalement n'est plus dans les dépôts.
Bonjour,

Pourtant quand l'on consulte les dépots "arch" on tombe dessus :
Image

Je dis cela car il y a peu de temps, je voulais installer "plymouth".

Ce billet m'en dissuade désormais au regard de la lenteur de lancement.

PS : j'ai fait un poste similaire il y a peu de temps et "Papajoke" m'avait répondu en substance que c'était relativement normal, car lancer les "snaps" prend un temps certain, voire un certain temps.

Manjaro trop lent (au démarrage surtout)

#5Messageil y a 2 ans

Bonjour, merci pour ta réponse

Je ne comprends pas trop pourquoi c'est si long. :-/ En live-USB, Manjaro était extrêmement rapide (et il ne tournait que sur une USB, je suppose que ce devait être une version core, je n'en sais rien) ; et en l'ayant installé sur un ordinateur moins performant que celui problématique ici, il est opérationnel après à peine 10 secondes (et encore)... Je ne comprends pas vraiment d'où vient cette différence, parfois fatigante pour le boulot... :-( (surtout qu'après, il y a l'attente des premières applications)

Il n'y a aucun moyen ? J'en demande trop à Manjaro ? x)

Manjaro trop lent (au démarrage surtout)

#6Messageil y a 2 ans

Re

Et bonne année (à tous ceci dit).

Les snaps sont des applications isolées de ton système et qui fonctionnent en parallèle de ce dernier. Donc, je suppose (je ne suis pas un expert) que pour les monter, il faut un délai.

Je te disais que j'ai eu la même expérience - désagréable - tout comme toi. J'en ai pris mon parti, je me dis que ce n'est pas si grave d'attendre une minute, après tout il y a toujours quelque chose à faire entre deux, tel qu'un café.

Cependant, je ne passe pas à rebooter ma machine tout le temps, elle est allumée en continue. Le redémarrage c'est lors des mises à jour.
Dernière modification par Yvance77il y a 2 ans, modifié au total 1 fois.

Manjaro trop lent (au démarrage surtout)

#7Messageil y a 2 ans

Au risque de dire une bétise, est ce que ca ne pourrait tout simplement pas etre le disque dur en fin de vie ?

Si ton pc fonctionne en live et est lent une fois sur le disque, ca me semble etre la seule pièce potentiellement fautive.

Manjaro trop lent (au démarrage surtout)

#8Messageil y a 2 ans

Bonne année à vous tous ! ^^
Les snaps sont des applications isolées de ton système et qui fonctionnent en parallèle de ce dernier. Donc, je suppose (je ne suis pas un expert) que pour les monter, il faut un délai.
Mais, pourquoi une telle différence entre la bécane de mon amie, plus récente, certes, mais bien moins performante ? :-(
Cependant, je ne passe pas à rebooter ma chine tout le temps, elle est allumée en continue. Le redémarrage c'est lors des mises à jour.
C'est maintenant ce que je fais, mais ma batterie hélas en prend maintenant un coup :-/ C'est pour ça d'ailleurs que je me suis décidé à demander de l'aide, autrement, c'est tout de même long, pour des raisons qui m'échappent...
Au risque de dire une bétise, est ce que ca ne pourrait tout simplement pas etre le disque dur en fin de vie ?
Merci pour ton aide ^^
Je ne pense pas... J'ai acheté mon ordi il y a à peu près 3 ans, et je n'ai que rarement fait de gros échanges dessus, la majorité de mes données étant sur un DD externe. Et la lenteur est là surtout au début, après, je n'ai pas de problème. Le souci, c'est qu'en début, c'est long, surtout pour le boulot :-/ Je fais avec, mais sachant que Manjaro peut être plus véloce, je voulais savoir si je pouvais un peu l'accélérer.
Bon, après, si c'est normal et qu'il n'y a rien à faire, tant pis, je continuerais ainsi, je ne suis pas non plus fana de la supervitesse, mais c'est surtout que j'aimerai parfois éviter les moments de solitude face à la lenteur du début x)

Manjaro trop lent (au démarrage surtout)

#9Messageil y a 2 ans

J'essaie de vérifier la performance de mon DD.

Après un sudo smartctl -H /dev/sda

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.84-1-MANJARO] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
Visiblement, il n'y a pas de problème...

Après un sudo smartctl -a /dev/sda

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.84-1-MANJARO] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     HGST Travelstar 5K1000
Device Model:     HGST HTS541010A9E680
Serial Number:    JD1009DM36T2EK
LU WWN Device Id: 5 000cca 827ed5b20
Firmware Version: JA0OA560
User Capacity:    1 000 204 886 016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 2.6, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Jan  1 11:22:22 2022 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(   45) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 224) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   062    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   181   181   033    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0012   076   076   000    Old_age   Always       -       38624
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   082   082   000    Old_age   Always       -       8168
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       5686
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       1
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       68
193 Load_Cycle_Count        0x0012   063   063   000    Old_age   Always       -       376156
194 Temperature_Celsius     0x0002   230   230   000    Old_age   Always       -       26 (Min/Max 9/42)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Je n'ai pas l'impression, de prime abord, d'avoir un souci :-/

Manjaro trop lent (au démarrage surtout)

#10Messageil y a 2 ans

Bonjour et meilleurs vœux.
Je ne vois pas la version de ton kernel. Si ton installation remonte a 6 mois, il est possible que ton noyau ne soit plus maintenus.

mhwd-kernel -li
Idéalement, il faudrait avoir le 5.10 et le 5.15. Les 5.13 et 5.14 sont EOL (fin de vie)
Pour rappel, pour installer un noyau en console,

sudo mhwd-kernel -i linux515
Regarde aussi si tu n'as pas trop d'orphelins avec pacman -Qdtq.
Si il y en a et que aucun n'est indispensable, tu peux les nettoyer avec sudo pacman -Rs $(pacman -Qdtq) .
Tu peux aussi nettoyer le cache de pacman avec sudo pacman -Sc.
Pour Plymouth, il semble que ce soit fourni par Gnome.
Il y a un topo in rosbif in ze text sur le forum Inter

Manjaro trop lent (au démarrage surtout)

#11Messageil y a 2 ans

Bonjour et bonne année,
Je suis surpris de voir Plymouth qui normalement n'est plus dans les dépôts. Je ne sais pas où tu as télécharger l'iso, mais je ne pense pas que ce soit sur les dépôts officiels.
Je confirme : plymouth est bien installé sur manjaro gnome et ralentit également le démarrage depuis un hdd chez moi. Quand on boote sur un ssd, c'est acceptable (plymouth-quit-wait.service dure moins de 7 s) mais lorsqu'on boote sur un hdd, ça dure beaucoup trop longtemps, c'est vraiment pénible surtout lorsqu'on sait que ce service attend seulement que l'affichage de l'animation soit terminé.
J'ai l'impression que c'est plymouth qui fonctionne mal : jusqu'à la fenêtre de connexion, pas d'animation, écran complètement noir mais lorsque j'éteins la machine, j'ai bien l'animation de 3 points avec le logo Manjaro.
J'ai bien essayé de virer plymouth, j'ai juste réussi à casser le système.
La seule solution efficace pour moi a été d'installer Manjaro sur un ssd car sur hhd, c'est l'enfer.
Bon, il faut aussi relativiser car les distributions linux actuelles quelles qu'elles soient sont toutes lentes à se lancer depuis un hdd, il faut un ssd pour avoir un système qui démarre rapidement.
Ce problème de plymouth avec manjaro me surprend un peu car il fonctionne impeccablement avec Garuda (Arch linux) installé sur hdd. Le temps de démarrage est bien plus court...

Manjaro trop lent (au démarrage surtout)

#12Messageil y a 2 ans

Bonjour :salut: et mes meilleurs vœux :fete: et surtout une bonne santé.

Peut-être que Plymouth pose un problème, un DD est plus qu'un SSD mais une chose de sur, c'est que snap rend un démarrage beaucoup plus long que s'il n'y est pas actif, ce qui est ton cas. Par défaut, snap n'est pas activé. Même une kubuntu avec snap a un demarrage anormalement long. Ce qui n'est pas le cas quand il n'y a aucun services d'activés (20s contre 1.05m :o ).

Selon moi, désinstalle puis désactive tous les services liés à snap dans systemd et tout devrait rentrer dans l'ordre. Sous Manjaro, tu n'en a pas besoin car les logiciels qui l'utilisent sont généralement disponibles sur AUR et dans les dépôts officiels. C'est la solution à installer. Après on peut créer des PKBUILD comme vient de le faire Lemust83 pour Siril. Ces services sont aux nombres de 5.

Manjaro trop lent (au démarrage surtout)

#13Messageil y a 2 ans

Salut,
rpheanix a écrit : il y a 2 ans J'ai disablelé plymouth, mais c'est toujours aussi long ><
Voilà ce que me donne rapidement systemed-analyze critical-chain

graphical.target @53.015s
└─multi-user.target @53.015s
  └─plymouth-quit-wait.service @24.163s +28.850s
    └─systemd-user-sessions.service @24.060s +97ms
      └─nss-user-lookup.target @25.179s
Plymouth y est toujours :/
D'après le wiki d'Arch, le service plymouth est lié au gestionnaire de connexion utilisé, je suppose que pour Gnome c'est gdm.
Tu devrais essayer ceci pour le désactiver :

systemctl disable gdm-plymouth.service
puis réactiver le gestionnaire de connexion normal :

systemctl enable gdm.service
et redémarrer le PC.

Manjaro trop lent (au démarrage surtout)

#14Messageil y a 2 ans

Bonjour,
Ce problème avec plymouth-qui-wait.service n'est pas spécifique à Manjaro. Quand on lance une recherche, on s'aperçoit que des utilisateurs d'autres distributions dont Ubuntu ou Fedora ont le même problème...

Pour moi, la solution passe par la désinstallation complète de plymouth, mais mes tentatives pourtant faites dans les règles n'ont pas abouti, à chaque redémarrage, je me retrouvais dans une console.

La suggestion de Cewen de se débarrasser de snap ne réglera pas le problème de plymouth mais permettra d'accélérer le démarrage d'environ 11 secondes, ce qui est loin d'être négligeable. Je ne vois vraiment pas trop l'intérêt d'installer snap par défaut qui nous place de fait sous le contrôle de Canonical alors qu'on peut obtenir les mêmes logiciels via flatpak ou dans Aur...

Manjaro trop lent (au démarrage surtout)

#15Messageil y a 2 ans

Bonjour !
Tu devrais essayer ceci pour le désactiver :

systemctl disable gdm-plymouth.service
puis réactiver le gestionnaire de connexion normal :

systemctl enable gdm.service
et redémarrer le PC.
Je l'ai fait, c'est toujours le même scénar :-/

graphical.target @55.207s
└─multi-user.target @55.206s
  └─plymouth-quit-wait.service @26.839s +28.365s
    └─systemd-user-sessions.service @26.685s +148ms
      └─nss-user-lookup.target @27.569s
Après un mhwd-kernel -li :

Currently running: 5.15.12-1-MANJARO (linux515)
The following kernels are installed in your system:
   * linux515
Je n'ai pas de noyau obsolète ><

Tant pis, j'ai rajouté un swap, et fait en sorte de pouvoir hiberner pour éviter au maximum de redémarrer ma bécane. :-/

Manjaro trop lent (au démarrage surtout)

#16Messageil y a 2 ans

Je n'ai pas activé le dépôt snap, je viens de vérifier :-/

Manjaro trop lent (au démarrage surtout)

#17Messageil y a 2 ans

Bonjour,
Je n'ai pas activé le dépôt snap, je viens de vérifier :-/
Pourtant dans systemd-analyze blame on trouve

11.135s snapd.service
Les dépôts snap ne sont pas activés mais le service est néanmoins lancé au démarrage.

Désinstalle le paquet snapd et ses dépendances (c'est ce que j'ai fait), l'option snap ne sera plus présente dans pamac et tu gagneras le temps de lancement du service au démarrage.
Si un jour tu venais à avoir besoin de snap, tu pourras toujours le réinstaller...

Manjaro trop lent (au démarrage surtout)

#18Messageil y a 2 ans

Bonjour,

Je reviens sur ce billet. J'ai subi de gros dégâts et casses matériels lors de violents orages dont les surtensions ont passé les onduleurs. Deux pc flingués. Celui de ma femme (Imac) a eu son disque dur de changé.

J'ai remis Manjaro ce weekend, avec la même configuration, le même bureau Mate, et les snaps (5).

Résultat, c'est la nuit et je jour. Le boot désormais, se fait en 15 secondes environ; là où il fallait quasi une minute auparavant.

Donc, le choix du matériel a aussi une importance déterminante

Manjaro trop lent (au démarrage surtout)

#19Messageil y a 2 ans

Yvance77 a écrit : il y a 2 ans Résultat, c'est la nuit et je jour. Le boot désormais, se fait en 15 secondes environ; là où il fallait quasi une minute auparavant.
Donc, le choix du matériel a aussi une importance déterminante
Normalement, ce qui fait l'énorme différence c'est Disque dur ou ssd

Avec mon pc vieux de 10 ans, i3 et ssd (sans plymouth, ni snap), 2 systèmes :

archlinux: systemd-analyze
Startup finished in 5.214s (kernel) + 2.491s (userspace) = 7.705s 
graphical.target reached after 2.490s in userspace

manjaro: systemd-analyze
Startup finished in 5.247s (kernel) + 2.668s (userspace) = 7.915s 
graphical.target reached after 2.667s in userspace
Avant ssd, j'étais dans les 40 secondes avec la même commande
Donc, avec une bonne entente du kernel avec le matériel et une bonne configuration, il est possible d'avoir des temps corrects quel que soit la puissance de la machine

Manjaro trop lent (au démarrage surtout)

#20Messageil y a 1 an

Salut tous,
Je tombe sur ce post car je suis un petit nouveau sous manjaro et je trouve le temps de démarrage de mon PC un peu lent ...

systemd-analyse                                                                                                                                                                                                              ✔ 
zsh: correct 'systemd-analyse' to 'systemd-analyze' [nyae]? y
Startup finished in 3.527s (firmware) + 14.337s (loader) + 1.723s (kernel) + 18.208s (userspace) = 37.797s 
graphical.target reached after 4.054s in userspace.
C'est un PC avec un i5 ... Je pense que je dois avoir un souci au niveau paramétrage. Je suis sous KDE. Quelle piste pe conseillez-vous ?
Répondre