Questions sur l'installation et la configuration de Manjaro Linux.
Répondre

Lenteur au démarrage

#1Messageil y a 4 ans

Bonjour,

Ayant récemment installé Manjaro sur mon ordi, je trouve qu'elle est un peu lente au démarrage.

Voici ce que retourne les commandes :

systemd-analyze
Startup finished in 15.664s (firmware) + 10.675s (loader) + 3.483s (kernel) + 2min 35.299s (userspace) = 3min 5.123s 
graphical.target reached after 16.646s in userspace

systemd-analyze blame    
    2min 24.273s man-db.service
          6.456s org.cups.cupsd.service
          5.221s lvm2-monitor.service
          5.129s snapd.service
          5.096s systemd-journal-flush.service
          5.040s udisks2.service
          4.831s dev-sda2.device
          4.656s polkit.service
          2.994s tlp.service
          2.659s systemd-modules-load.service
          2.289s NetworkManager.service
          2.175s avahi-daemon.service
          2.165s systemd-logind.service
          2.159s logrotate.service
          2.159s linux-module-cleanup.service
          1.676s apparmor.service
          1.591s systemd-udevd.service
          1.174s upower.service
          1.106s ldconfig.service
          1.021s ModemManager.service
          1.012s var-lib-snapd-snap-spotify-36.mount
          1.004s systemd-fsck@dev-disk-by\x2duuid-BEC2\x2dE59D.service
           935ms snapd.apparmor.service
           916ms var-lib-snapd-snap-core-8592.mount
           819ms systemd-sysusers.service
           759ms var-lib-snapd-snap-core-8689.mount
           627ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1440.mount
           619ms var-lib-snapd-snap-core18-1668.mount
           617ms var-lib-snapd-snap-spotify-41.mount
           608ms var-lib-snapd-snap-gtk2\x2dcommon\x2dthemes-9.mount
           496ms user@1000.service
           449ms systemd-tmpfiles-setup-dev.service
           435ms systemd-udev-trigger.service
           435ms colord.service
           332ms systemd-tmpfiles-setup.service
           325ms systemd-random-seed.service
           320ms systemd-journald.service
           229ms systemd-tmpfiles-clean.service
           218ms systemd-journal-catalog-update.service
           141ms systemd-sysctl.service
           123ms dev-hugepages.mount
           123ms sys-kernel-debug.mount
           122ms kmod-static-nodes.service
           121ms systemd-remount-fs.service
           120ms dev-mqueue.mount
           117ms systemd-user-sessions.service
           107ms boot-efi.mount
            97ms systemd-update-done.service
            86ms dev-loop6.device
            74ms dev-loop5.device
            65ms systemd-update-utmp.service
            63ms systemd-binfmt.service
            47ms dev-loop0.device
            38ms tmp.mount
            30ms rtkit-daemon.service
            19ms user-runtime-dir@1000.service
            16ms dev-loop4.device
            11ms snapd.socket
             2ms sys-fs-fuse-connections.mount
             2ms proc-sys-fs-binfmt_misc.mount
             1ms sys-kernel-config.mount
Qu'en pensez-vous ?

Lenteur au démarrage

#2Messageil y a 4 ans

Bonjour, il faudrait modifier le timer, voici le mien :

% systemctl cat man-db.timer     
# /usr/lib/systemd/system/man-db.timer
[Unit]
Description=Daily man-db regeneration
Documentation=man:mandb(8)

[Timer]
OnCalendar=daily
AccuracySec=12h
Persistent=true

[Install]
WantedBy=timers.target

# /etc/systemd/system/man-db.timer.d/override.conf
En modifiant de la sorte, il ne se déclenche plus au démarrage mais à 12h00 chaque jour.

Lenteur au démarrage

#3Messageil y a 4 ans

Bonjour, il me semble que j'ai pourtant la même chose que toi :

[Unit]
Description=Daily man-db regeneration
Documentation=man:mandb(8)

[Timer]
OnCalendar=daily
AccuracySec=12h
Persistent=true

[Install]
WantedBy=timers.target

Lenteur au démarrage

#4Messageil y a 4 ans

En effet désolé, mon timer modifié se trouve dans un fichier de surcharge :

cat /etc/systemd/system/man-db.timer.d/override.conf
[Timer]
# chaque jour à 12H00
OnCalendar=
OnCalendar=12:00
tu peux t'en inspirer en créant ce même fichier à l'aide de cette commande :

sudo systemctl edit man-db.timer
:wink:

Lenteur au démarrage

#5Messageil y a 4 ans

C'est-à-dire ? j'exécute cette commande et ensuite ?

Lenteur au démarrage

#6Messageil y a 4 ans

bonjour
je te propose dans un 1er temps
-modemmanager pour le port série à désactiver
- si cela n'est pas un **portable** , retirer TLP ( sudo pacman -Rsn tlp )
- nous fournir le retour de inxi
- tu utilise un HDD car ton disque a répondu au bout de 4 seconde
( envisager un SSD a minima compter 60 euro pour 120Go )

par contre ce qui est anormal , le temps mis pour le loader
( voir si tu as haveged installé si KDE
sudo pacman -S haveged
sudo systemctl enable haveged.service
)

sudo systemctl maskModemManager.service
inxi -Fxxxza
cat /sysblock/sd*/queue/scheduler

Lenteur au démarrage

#7Messageil y a 4 ans

bonjour

- Pour le timer man-db, si tu n'utilises pas souvent la commande man, tu peux le mettre à une semaine:wink:
- Autant donner une mesure sans ce man-db car il n'est pas représentatif d'un démarrage normal
Entre 15 et 25 secondes est plutôt normal avec un disque dur

Lenteur au démarrage

#8Messageil y a 4 ans

Salut,

Je trouve que plus de 2 minutes pour man-db, même avec un disque dur mécanique, est anormal.
Il faudrait peut-être lancer la commande dans un terminal pour voir s'il y a infos/messages.

sudo mandb
Erwan a écrit : il y a 4 ans En effet désolé, mon timer modifié se trouve dans un fichier de surcharge :

cat /etc/systemd/system/man-db.timer.d/override.conf
[Timer]
# chaque jour à 12H00
OnCalendar=
OnCalendar=12:00
J'ai pris une autre approche, lancement 5 minutes après chaque boot ou une fois par jour si le PC reste allumé plus de 24 heures.

[Timer]
OnBootSec=5min
OnUnitActiveSec=1d

Lenteur au démarrage

#9Messageil y a 4 ans

Bonjour à tous,

Bon, haveged et tlp sont supprimés à l'instant, mais guère d'amélioration...

Oublié de dire qu'au démarrage l'écran reste longuement occupé par ceci :

Image

Maintenant j'obtiens ceci :

systemd-analyze
Startup finished in 15.534s (firmware) + 10.695s (loader) + 3.478s (kernel) + 16.473s (userspace) = 46.182s 
graphical.target reached after 16.418s in userspace
[jean-luc@jean-luc-pc ~]$  systemd-analyze blame
          5.631s systemd-journal-flush.service
          5.609s udisks2.service
          5.077s lvm2-monitor.service
          4.921s snapd.service
          4.770s dev-sda2.device
          4.249s polkit.service
          3.548s org.cups.cupsd.service
          2.238s systemd-modules-load.service
          2.036s systemd-udevd.service
          1.771s avahi-daemon.service
          1.735s NetworkManager.service
          1.637s systemd-logind.service
          1.571s apparmor.service
          1.515s var-lib-snapd-snap-spotify-41.mount
          1.231s var-lib-snapd-snap-gtk2\x2dcommon\x2dthemes-9.mount
          1.041s ldconfig.service
           799ms upower.service
           764ms systemd-sysusers.service
           752ms var-lib-snapd-snap-spotify-36.mount
           741ms var-lib-snapd-snap-core-8592.mount
           721ms ModemManager.service
           679ms snapd.apparmor.service
           629ms boot-efi.mount
           516ms dev-loop4.device
           492ms user@1000.service
           487ms systemd-fsck@dev-disk-by\x2duuid-BEC2\x2dE59D.service
           477ms colord.service
           453ms var-lib-snapd-snap-gtk\x2dcommon\x2dthemes-1440.mount
           451ms systemd-udev-trigger.service
           436ms var-lib-snapd-snap-core-8689.mount
           418ms var-lib-snapd-snap-core18-1668.mount
           391ms dev-loop3.device
           352ms systemd-tmpfiles-setup-dev.service
           319ms systemd-tmpfiles-setup.service
           309ms systemd-journald.service
           307ms linux-module-cleanup.service
           204ms systemd-random-seed.service
           189ms sys-kernel-debug.mount
           186ms systemd-binfmt.service
           167ms systemd-journal-catalog-update.service
           157ms dev-loop6.device
           133ms systemd-sysctl.service
           125ms systemd-remount-fs.service
           124ms kmod-static-nodes.service
           124ms dev-mqueue.mount
           116ms dev-loop5.device
           106ms dev-loop2.device
            53ms systemd-update-utmp.service
            34ms systemd-user-sessions.service
            29ms systemd-update-done.service
            29ms proc-sys-fs-binfmt_misc.mount
            18ms user-runtime-dir@1000.service
            13ms rtkit-daemon.service
             6ms tmp.mount
             4ms sys-fs-fuse-connections.mount
             4ms dev-hugepages.mount
             1ms sys-kernel-config.mount
             1ms snapd.socket
lines 30-58/58 (END)

inxi -Fxxxza                         
System:    Host: jean-luc-pc Kernel: 5.5.7-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.2.1 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.5-x86_64 
           root=UUID=40e12692-1068-4752-916d-a6de0d785b0c rw quiet apparmor=1 security=apparmor 
           udev.log_priority=3 
           Desktop: KDE Plasma 5.17.5 tk: Qt 5.14.1 wm: kwin_x11 dm: SDDM Distro: Manjaro Linux 
Machine:   Type: Desktop Mobo: ASUSTeK model: PRIME B350M-K v: Rev X.0x serial: <filter> 
           UEFI: American Megatrends v: 5222 date: 10/14/2019 
CPU:       Topology: Quad Core model: AMD Ryzen 3 1200 bits: 64 type: MCP arch: Zen family: 17 (23) 
           model-id: 1 stepping: 1 microcode: 8001138 L2 cache: 2048 KiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 24761 
           Speed: 1752 MHz min/max: 1550/3100 MHz boost: enabled Core speeds (MHz): 1: 1399 2: 2022 
           3: 1270 4: 2337 
           Vulnerabilities: Type: itlb_multihit status: Not affected 
           Type: l1tf status: Not affected 
           Type: mds status: Not affected 
           Type: meltdown status: Not affected 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 
           mitigation: Full AMD retpoline, IBPB: conditional, STIBP: disabled, RSB filling 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: NVIDIA GK208B [GeForce GT 710] vendor: ASUSTeK GT710-SL-1GD5 driver: nvidia 
           v: 440.59 bus ID: 08:00.0 chip ID: 10de:128b 
           Display: x11 server: X.Org 1.20.7 driver: nvidia compositor: kwin_x11 
           resolution: 1920x1080~60Hz 
           OpenGL: renderer: GeForce GT 710/PCIe/SSE2 v: 4.6.0 NVIDIA 440.59 direct render: Yes 
Audio:     Device-1: NVIDIA GK208 HDMI/DP Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel 
           bus ID: 08:00.1 chip ID: 10de:0e0f 
           Device-2: AMD Family 17h HD Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel 
           bus ID: 0a:00.3 chip ID: 1022:1457 
           Sound Server: ALSA v: k5.5.7-1-MANJARO 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: ASUSTeK 
           driver: r8169 v: kernel port: f000 bus ID: 06:00.0 chip ID: 10ec:8168 
           IF: enp6s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 1.20 TiB used: 346.35 GiB (28.2%) 
           ID-1: /dev/sda vendor: Seagate model: ST1000DM003-1ER162 size: 931.51 GiB block size: 
           physical: 4096 B logical: 512 B speed: 6.0 Gb/s rotation: 7200 rpm serial: <filter> 
           rev: CC45 scheme: GPT 
           ID-2: /dev/sdb vendor: Samsung model: HD322HJ size: 298.09 GiB block size: physical: 512 B 
           logical: 512 B speed: 3.0 Gb/s serial: <filter> rev: 1113 scheme: GPT 
Partition: ID-1: / raw size: 931.22 GiB size: 915.60 GiB (98.32%) used: 346.35 GiB (37.8%) fs: ext4 
           dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 32.5 C mobo: N/A gpu: nvidia temp: 45 C 
           Fan Speeds (RPM): N/A 
Info:      Processes: 234 Uptime: 3m Memory: 7.77 GiB used: 2.48 GiB (31.9%) Init: systemd v: 242 
           Compilers: gcc: 9.2.1 Shell: bash v: 5.0.16 running in: konsole inxi: 3.0.37 

Lenteur au démarrage

#10Messageil y a 4 ans

jeanluck a écrit : il y a 4 ans
Oublié de dire qu'au démarrage l'écran reste longuement occupé par ceci :

Image
C'est l'écran de démarrage du bios de la carte mère, ça n'a rien à voir avec Manjaro.

Lenteur au démarrage

#11Messageil y a 4 ans

Bonsoir,
Désolé de m'immiscer dans la conversation, mais j’ai testé les commandes chez moi et j’ai un truc qui va pas :
Erwan a écrit : il y a 4 ans Bonjour, il faudrait modifier le timer, voici le mien :

% systemctl cat man-db.timer     
# /usr/lib/systemd/system/man-db.timer
[Unit]
Description=Daily man-db regeneration
Documentation=man:mandb(8)

[Timer]
OnCalendar=daily
AccuracySec=12h
Persistent=true

[Install]
WantedBy=timers.target

# /etc/systemd/system/man-db.timer.d/override.conf
En modifiant de la sorte, il ne se déclenche plus au démarrage mais à 12h00 chaque jour.
Chez moi, je n’ai rien !!
# /usr/lib/systemd/system/man-db.timer

cd /usr/lib/system/man-db/
ll
total 404
-rwxr-xr-x 1 root root  22896 26 fév 07:48 globbing
-rwxr-xr-x 1 root root 271120 26 fév 07:48 libman-2.9.1.so
-rwxr-xr-x 1 root root  30344 26 fév 07:48 libmandb-2.9.1.so
lrwxrwxrwx 1 root root     17 26 fév 07:48 libmandb.so -> libmandb-2.9.1.so
lrwxrwxrwx 1 root root     15 26 fév 07:48 libman.so -> libman-2.9.1.so
-rwxr-xr-x 1 root root  22992 26 fév 07:48 manconv
-rwxr-xr-x 1 root root  55664 26 fév 07:48 zsoelim
Je n’ai pas de man-db.timer ;rale:

Et systemctl cat man-db regeneration me donne :

# /usr/lib/systemd/system/man-db.service
No files found for regeneration.service.
[Unit]
Description=Daily man-db regeneration
Documentation=man:mandb(8)
ConditionACPower=true

[Service]
Type=oneshot
# Recover from deletion, per FHS.
ExecStart=+/usr/bin/install -d -o root -g root -m 0755 /var/cache/man
# Expunge old catman pages which have not been read in a week.
ExecStart=/usr/bin/find /var/cache/man -type f -name *.gz -atime +6 -delete
# Regenerate man database.
ExecStart=/usr/bin/mandb --quiet
User=root
Nice=19
IOSchedulingClass=idle
IOSchedulingPriority=7
Donc, No files found for regeneration.service.:snif:snif

Que faire ??

Lenteur au démarrage

#12Messageil y a 4 ans

obelix1502 a écrit : il y a 4 ans Bonsoir,
Désolé de m'immicer dans la conversation, mais j'ai testé les commandes chez moi et j'ai un truc qui va pas :

Chez moi, je n'ai rien !!
# /usr/lib/systemd/system/man-db.timer

cd /usr/lib/system/man-db/
ll
total 404
-rwxr-xr-x 1 root root  22896 26 fév 07:48 globbing
-rwxr-xr-x 1 root root 271120 26 fév 07:48 libman-2.9.1.so
-rwxr-xr-x 1 root root  30344 26 fév 07:48 libmandb-2.9.1.so
lrwxrwxrwx 1 root root     17 26 fév 07:48 libmandb.so -> libmandb-2.9.1.so
lrwxrwxrwx 1 root root     15 26 fév 07:48 libman.so -> libman-2.9.1.so
-rwxr-xr-x 1 root root  22992 26 fév 07:48 manconv
-rwxr-xr-x 1 root root  55664 26 fév 07:48 zsoelim
Je n'ai pas de man-db.timer ;rale:

Le fichier est dans /usr/lib/systemd/system/ et non dans /usr/lib/system/man-db

edit: /usr/lib/system/man-db n'existe pas, mais /usr/lib/man-db existe bien, lui. :sourire:


Et systemctl cat man-db regeneration me donne :

Donc, No files found for regeneration.service.:snif:snif

Que faire ??
Ce n'est pas la bonne commande :

systemctl cat man-db.timer
Répondre