bonjour à tous.

veuillez m'excuser, mais je ne savais pas où mettre le sujet, la section F26 est vide, alors je sais pas si on a le droit d'y mettre des posts...

voilà depuis plusieurs semaines j'utilise F26 Rawhide Cinnamon, tout fonctionne très bien pour une version instable.
après avoir voulu installer le pilote de ma Nvidia, j'ai fais plusieurs boulettes et j'ai pas réussi à récupérer mon système (mes connaissances en terme d'installation de pilote graphique est assez limitée, et me pose souvent des problèmes lorsque je m'aventure sur ce terrain).

j'ai donc décidé de refaire une clean install pour repartir sur des bases saines, tout fonctionne à nouveau très bien, MAIS, depuis hier soir (moment où j'ai donc réinstallé à neuf), mes boot, reboot et arrêts prennent un temps anormalement long, surtout pour être sur un SSD... et le problème n'était pas présent avant..
le moment où c'est le + long, c'est lorsque le logo Fedora se rempli de blanc, devient bleu, et ensuite apparait l'écran de connexion lightdm.

j'ai vu sur différents posts des manip à faire pour analyser la situation, dont voici les résultats
[toshiba@localhost ~]$ systemd-analyze
Startup finished in 2.739s (kernel) + 3.548s (initrd) + 18.108s (userspace) = 24.396s
[toshiba@localhost ~]$ systemd-analyze blame
         15.094s initial-setup.service
          2.377s dracut-initqueue.service
           979ms lvm2-monitor.service
           785ms systemd-udev-settle.service
           641ms lightdm.service
           609ms firewalld.service
           489ms initrd-switch-root.service
           487ms dev-sda2.device
           434ms systemd-rfkill.service
           281ms accounts-daemon.service
           259ms systemd-udev-trigger.service
           240ms dmraid-activation.service
           197ms dracut-pre-pivot.service
           187ms systemd-journal-flush.service
           186ms systemd-hostnamed.service
           176ms systemd-fsck@dev-disk-by\x2duuid-25720613\x2d450e\x2d42ae\x2da226\x2d34409aa53352.service
           163ms initrd-parse-etc.service
           156ms udisks2.service
           140ms ModemManager.service
           128ms livesys.service
           118ms systemd-vconsole-setup.service
           108ms upower.service
           106ms rsyslog.service
           103ms user@1000.service
           102ms proc-fs-nfsd.mount
            99ms chronyd.service
            99ms dracut-cmdline.service
            93ms abrtd.service
            82ms rtkit-daemon.service
            81ms lm_sensors.service
            81ms systemd-logind.service
            79ms polkit.service
            78ms bluetooth.service
            74ms systemd-udevd.service
            73ms avahi-daemon.service
            73ms NetworkManager.service
            72ms home.mount
            64ms abrt-ccpp.service
            63ms dracut-pre-udev.service
            62ms gssproxy.service
            53ms systemd-journald.service
            51ms systemd-tmpfiles-setup.service
            50ms fedora-readonly.service
            49ms systemd-tmpfiles-setup-dev.service
            46ms dev-mqueue.mount
            44ms systemd-remount-fs.service
            43ms sys-kernel-debug.mount
            43ms fedora-import-state.service
            39ms auditd.service
            37ms livesys-late.service
            37ms systemd-fsck@dev-disk-by\x2duuid-3CCE\x2d7F46.service
            33ms systemd-fsck-root.service
            27ms boot-efi.mount
            27ms dev-hugepages.mount
            27ms kmod-static-nodes.service
            24ms initrd-cleanup.service
            23ms plymouth-start.service
            23ms systemd-sysctl.service
            22ms cups.service
            21ms systemd-user-sessions.service
            19ms colord.service
            19ms sysroot.mount
            17ms plymouth-switch-root.service
            16ms wpa_supplicant.service
            16ms plymouth-read-write.service
            16ms systemd-backlight@backlight:intel_backlight.service
            16ms rpc-statd-notify.service
            15ms plymouth-quit.service
            13ms systemd-update-utmp.service
            13ms initrd-udevadm-cleanup-db.service
            12ms nfs-config.service
            11ms systemd-random-seed.service
             9ms systemd-update-utmp-runlevel.service
             9ms var-lib-nfs-rpc_pipefs.mount
             8ms dracut-shutdown.service
             7ms blk-availability.service
             7ms tmp.mount
             6ms sys-fs-fuse-connections.mount
             4ms sys-kernel-config.mount
[toshiba@localhost ~]$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @18.092s
└─lightdm.service @17.448s +641ms
  └─systemd-user-sessions.service @2.958s +21ms
    └─remote-fs.target @2.955s
      └─remote-fs-pre.target @2.955s
        └─iscsi-shutdown.service @2.954s
          └─network.target @2.954s
            └─wpa_supplicant.service @3.759s +16ms
              └─dbus.service @2.194s
                └─basic.target @2.158s
                  └─sockets.target @2.158s
                    └─iscsiuio.socket @2.158s
                      └─sysinit.target @2.151s
                        └─systemd-update-utmp.service @2.136s +13ms
                          └─auditd.service @2.094s +39ms
                            └─systemd-tmpfiles-setup.service @2.035s +51ms
                              └─fedora-import-state.service @1.988s +43ms
                                └─local-fs.target @1.977s
                                  └─home.mount @1.904s +72ms
                                    └─systemd-fsck@dev-disk-by\x2duuid-25720613\x2d450e\x2d42ae\x2da226\x2d34409aa53352.service @1.722s +
                                      └─local-fs-pre.target @1.715s
                                        └─lvm2-monitor.service @390ms +979ms
                                          └─lvm2-lvmetad.service @412ms
                                            └─lvm2-lvmetad.socket @386ms
                                              └─-.slice
et les erreurs que j'ai au boot depuis pas mal de temps, depuis le kernel 4.9 
[toshiba@localhost ~]$ dmesg | egrep -i "error|fail"
[    0.616910] platform wdat_wdt: failed to claim resource 4
[    0.616927] ACPI: watchdog: Device creation failed: -16
[    0.651175] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
je sais pas si la situation est alarmante... surtout pour une clean install, mais en dehors de ça, le pc fonctionne très bien, il est rapide, fluide, le SSD fait très bien le job...
et la config de mon pc, peut-être pas utile... 
[toshiba@localhost ~]$ inxi -Fzx
System:    Host: localhost.localdomain Kernel: 4.10.0-0.rc6.git3.1.fc26.x86_64 x86_64 (64 bit gcc: 7.0.1)
           Desktop: Cinnamon 3.2.8  Distro: Fedora release 26 (Rawhide)
Machine:   Device: laptop System: TOSHIBA product: SATELLITE P870 v: PSPLFE-0GR009FR
           Mobo: TOSHIBA model: Portable PC v: MP UEFI: Insyde v: 6.30 date: 01/17/2013
CPU:       Quad core Intel Core i7-3630QM (-HT-MCP-) cache: 6144 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 19156
           clock speeds: max: 3400 MHz 1: 1207 MHz 2: 1594 MHz 3: 1399 MHz 4: 3320 MHz 5: 1289 MHz 6: 2514 MHz
           7: 1208 MHz 8: 2726 MHz
Graphics:  Card-1: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0
           Card-2: NVIDIA GF108M [GeForce GT 630M] bus-ID: 01:00.0
           Display Server: Fedora X.org 119.1 drivers: modesetting,nouveau (unloaded: fbdev,vesa)
           Resolution: 1600x900@60.08hz
           GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 17.0.0-rc2 Direct Rendering: Yes
Audio:     Card Intel 7 Series/C216 Family High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.10.0-0.rc6.git3.1.fc26.x86_64
Network:   Card-1: Qualcomm Atheros AR8161 Gigabit Ethernet driver: alx port: 2000 bus-ID: 07:00.0
           IF: enp7s0 state: down mac: <filter>
           Card-2: Intel Centrino Wireless-N 2230 driver: iwlwifi bus-ID: 08:00.0
           IF: wlp8s0 state: up mac: <filter>
Drives:    HDD Total Size: 1000.2GB (0.6% used)
           ID-1: /dev/sda model: Crucial_CT250MX2 size: 250.1GB
           ID-2: /dev/sdb model: TOSHIBA_MQ01ABD0 size: 750.2GB
Partition: ID-1: / size: 118G used: 4.9G (5%) fs: ext4 dev: /dev/sda2
           ID-2: /home size: 137G used: 847M (1%) fs: ext4 dev: /dev/sdb1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 50.0C mobo: N/A gpu: 40.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 240 Uptime: 25 min Memory: 966.0/7835.8MB Init: systemd runlevel: 5 Gcc sys: 7.0.1
           Client: Shell (bash 4.4.111) inxi: 2.3.8
merci d'avance à ceux qui voudront m'aider.

Melissa6969
Je trouve que le service systemd-user-sessions.service est très long mais je ne sais pas à quoi il sert.
et le service lightdm.service te parait pas anormalement long.??
si je comprends bien les résultats de la manip, 17 secondes pour afficher l'écran de connexion c'est colossal, en étant sur un SSD...
alors qu'avant j'avais pas ce soucis...
je comprends pas ce que j'ai loupé dans l'installation, je fais comme toujours, et je fais attention à chaque étape.. comprends pas, là je suis sans idée face à cette lenteur..

et le initial-setup.service, je sais pas non plus ce que c'est....!!!
Je vois que le service précédent est remote-fs.target

si je comprends bien la signification il semblerait que ça ait rapport avec des systèmes de fichiers distants et vu ta config, je doute que ça puisse t'être utile.

essaie un
# systemctl disable remote-fs.target
pour voir ?
Dans ton systemd-analyze blame tu as : 
15.094s initial-setup.service
Normalement ce service n'est lancé qu'au premier reboot, après l'installation, et devrait avoir disparu au reboot suivant. (voir ici : https://docs.fedoraproject.org/en-US/Fedora//html/Installation_Guide/chap-after-installation.html )

Essaye de désactiver ce service manuellement , en root : 
systmectl stop initial-setup.service
systemctl disable initial-setup.service
Et redémarre pour voir.

  • [supprimé]

  • Message #6
  • Modifié
@nouvo09
j'ai fais ta manip, et reboot, mais ça a rien changé.

@chepioq
j'ai fais ta manip, et ça a résolu le problème 🙂
pour preuve
[toshiba@localhost ~]$ systemd-analyze
Startup finished in 2.719s (kernel) + 3.551s (initrd) + 4.734s (userspace) = 11.004s
[toshiba@localhost ~]$ systemd-analyze blame
          2.340s dracut-initqueue.service
          1.151s firewalld.service
           888ms lvm2-monitor.service
           823ms systemd-udev-settle.service
           728ms accounts-daemon.service
           687ms systemd-fsck@dev-disk-by\x2duuid-25720613\x2d450e\x2d42ae\x2da226\x2d34409aa53352.service
           659ms lightdm.service
           627ms ModemManager.service
           621ms abrtd.service
           617ms lm_sensors.service
           591ms gssproxy.service
           575ms bluetooth.service
           537ms livesys-late.service
           487ms initrd-switch-root.service
           474ms systemd-rfkill.service
           448ms dev-sda2.device
           255ms systemd-udev-trigger.service
           197ms dracut-pre-pivot.service
           186ms dmraid-activation.service
           164ms systemd-hostnamed.service
           157ms initrd-parse-etc.service
           144ms upower.service
           142ms systemd-logind.service
           140ms systemd-vconsole-setup.service
           139ms udisks2.service
           129ms chronyd.service
           121ms rsyslog.service
           105ms proc-fs-nfsd.mount
           104ms dracut-cmdline.service
           101ms user@1000.service
            71ms home.mount
            70ms systemd-fsck-root.service
            70ms polkit.service
            68ms systemd-journal-flush.service
            66ms systemd-udevd.service
            65ms NetworkManager.service
            63ms dracut-pre-udev.service
            58ms livesys.service
            56ms systemd-journald.service
            54ms fedora-import-state.service
            53ms abrt-ccpp.service
            53ms fedora-readonly.service
            52ms dev-mqueue.mount
            47ms systemd-remount-fs.service
            43ms rtkit-daemon.service
            43ms systemd-tmpfiles-setup.service
            41ms auditd.service
            41ms systemd-tmpfiles-setup-dev.service
            36ms kmod-static-nodes.service
            35ms avahi-daemon.service
            33ms systemd-fsck@dev-disk-by\x2duuid-3CCE\x2d7F46.service
            28ms boot-efi.mount
            27ms sysroot.mount
            25ms dev-hugepages.mount
            24ms initrd-cleanup.service
            24ms plymouth-start.service
            23ms cups.service
            22ms systemd-sysctl.service
            21ms sys-kernel-debug.mount
            21ms colord.service
            19ms plymouth-switch-root.service
            18ms systemd-backlight@backlight:intel_backlight.service
            18ms rpc-statd-notify.service
            17ms plymouth-quit-wait.service
            17ms systemd-user-sessions.service
            16ms wpa_supplicant.service
            16ms plymouth-read-write.service
            16ms systemd-update-utmp.service
            15ms plymouth-quit.service
            14ms blk-availability.service
            13ms nfs-config.service
            13ms initrd-udevadm-cleanup-db.service
            12ms systemd-update-utmp-runlevel.service
            11ms var-lib-nfs-rpc_pipefs.mount
            11ms dracut-shutdown.service
            11ms systemd-random-seed.service
             6ms tmp.mount
             5ms sys-fs-fuse-connections.mount
             5ms sys-kernel-config.mount
[toshiba@localhost ~]$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @4.715s
└─lightdm.service @4.053s +659ms
  └─systemd-user-sessions.service @4.002s +17ms
    └─network.target @3.995s
      └─NetworkManager.service @3.928s +65ms
        └─network-pre.target @3.925s
          └─firewalld.service @2.773s +1.151s
            └─polkit.service @3.403s +70ms
              └─basic.target @2.659s
                └─sockets.target @2.659s
                  └─iscsid.socket @2.658s
                    └─sysinit.target @2.649s
                      └─systemd-update-utmp.service @2.632s +16ms
                        └─auditd.service @2.587s +41ms
                          └─systemd-tmpfiles-setup.service @2.537s +43ms
                            └─fedora-import-state.service @2.478s +54ms
                              └─local-fs.target @2.475s
                                └─home.mount @2.403s +71ms
                                  └─systemd-fsck@dev-disk-by\x2duuid-25720613\x2d450e\x2d42ae\x2da226\x2d34409aa53352.service @1.709s +68
                                    └─local-fs-pre.target @1.702s
                                      └─lvm2-monitor.service @388ms +888ms
                                        └─lvm2-lvmetad.service @417ms
                                          └─lvm2-lvmetad.socket @364ms
                                            └─-.slice
je retrouve un démarrage beaucoup + digne d'un SSD ^^
je reviens comme avant de ma clean install.

mais parfois le pc bloque sur les reboots, et les extinctions, le logo Fedora apparait et reste une bonne minute et ensuite le pc s'éteint.
sans le moindre message d'erreur ou autre, ça vient de m'y faire juste là, après la manip de chepioq..
en cherchant sur le net, j'ai entendu dire que ça venait souvent de systemd.
vous avez des astuces, pour paramètrer au mieux, ou voir même pour éviter ce genre de blocage.???
ça m'arrivait aussi avant ma clean install.
C'est quand même plus de deux fois plus long que mon démarrage avec mon ssd : 
dominique@host-192-168-1-2 ~$ systemd-analyze
Startup finished in 1.326s (kernel) + 1.012s (initrd) + 2.432s (userspace) = 4.771s
Mais j'ai aussi beaucoup moins de services lancé que toi (pas de lvm par exemple) : 
dominique@host-192-168-1-2 ~$ systemd-analyze blame
           881ms dev-sda5.device
           619ms akmods.service
           563ms systemd-journald.service
           517ms systemd-vconsole-setup.service
           433ms systemd-binfmt.service
           401ms systemd-remount-fs.service
           397ms kmod-static-nodes.service
           394ms sys-kernel-debug.mount
           390ms dev-mqueue.mount
           379ms dev-hugepages.mount
           289ms systemd-journal-flush.service
           267ms systemd-rfkill.service
           172ms accounts-daemon.service
           152ms systemd-fsck-root.service
           151ms systemd-backlight@backlight:acpi_video0.service
           134ms NetworkManager.service
           101ms udisks2.service
            80ms systemd-udev-trigger.service
            73ms polkit.service
            66ms upower.service
            65ms lm_sensors.service
            64ms netcf-transaction.service
            61ms chronyd.service
            60ms auditd.service
            60ms systemd-udevd.service
            55ms systemd-tmpfiles-setup-dev.service
            52ms avahi-daemon.service
            45ms systemd-tmpfiles-clean.service
            45ms rsyslog.service
            42ms systemd-logind.service
            39ms user@1000.service
            38ms systemd-fsck@dev-disk-by\x2duuid-d6ac0272\x2d538f\x2d4270\x2db1
            37ms systemd-fsck@dev-disk-by\x2duuid-22c530ab\x2db83f\x2d4d9b\x2d9c
            34ms rtkit-daemon.service
            33ms systemd-sysctl.service
            27ms proc-sys-fs-binfmt_misc.mount
            18ms systemd-tmpfiles-setup.service
            16ms rpc-statd-notify.service
            16ms colord.service
            15ms systemd-random-seed.service
            14ms boot.mount
            12ms wpa_supplicant.service
            11ms ecbd.service
            11ms systemd-user-sessions.service
            10ms home.mount
             9ms dev-disk-by\x2duuid-b70abe30\x2d94cc\x2d4886\x2da85b\x2dc1418d7
             7ms systemd-update-utmp.service
             6ms sys-fs-fuse-connections.mount
             5ms systemd-update-utmp-runlevel.service
             5ms dracut-shutdown.service
             3ms tmp.mount
             2ms sys-kernel-config.mount
             2ms blk-availability.service

dominique@host-192-168-1-2 ~$  systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @2.425s
└─multi-user.target @2.425s
  └─akmods.service @1.803s +619ms
    └─basic.target @1.723s
      └─sockets.target @1.723s
        └─dbus.socket @1.723s
          └─sysinit.target @1.720s
            └─systemd-backlight@backlight:acpi_video0.service @1.568s +151ms
              └─system-systemd\x2dbacklight.slice @1.567s
                └─system.slice
                  └─-.slice
dominique@host-192-168-1-2 ~
EDIT

Et c'est même un peu plus rapide sur ma F26 de test : 
[dominique@host-192-168-1-2 ~]$ systemd-analyze
Startup finished in 1.342s (kernel) + 803ms (initrd) + 1.426s (userspace) = 3.573s
[dominique@host-192-168-1-2 ~]$
ha oui en effet tu me ratatine en vitesse de démarrage....
et t'as peu de services par rapport à moi...

tu l'as optimisé aux petits oignons.??
parce que perso j'ai tout laissé full stock la config, je sais pas trop ce qu'il faut activer, désactiver etc, j'ose pas y toucher, au risque de tout casser...
et je comprends même pas pourquoi j'ai LVM qui se lance, je m'en sers pas, j'ai partitionné manuellement lors de l'installation, j'ai que 3 partitions, une /boot/efi
une /
et un /home
même pas de swap, et mon SSD et mon HDD sont en GPT...

en principe LVM c'est pour les volumes logiques donc sur du MBR, ou j'ai mal lu la doc..!!!!!
melissa6969 wrote:@nouvo09
j'ai fais ta manip, et reboot, mais ça a rien changé.
En tous cas le service en question a été supprimé du démarrage
LVM est la politique par défaut de Fedora, donc même si tu as fait un partitionnement personnel, les services lvm sont activés d'office, mais ils ne servent à rien.
C'est pour cela que je les ai désactivés.

Pareil pour le bluetooth, je n'en ai pas sur mon portable, ni de clé bluetooth, donc désactivé.
J'ai désactivé firewalld, vu que j'ai un pare-feu efficace sur mon modem-routeur, et je pense que deux pare-feu cela peut amener des problèmes.
J'ai aussi désactivé tout ce qui concerne les fichiers en réseau, vu que je n'ai qu'un ordi, et pas de partage de fichiers en réseau.
Et puis, vu que cela boot rapidement chez moi, j'ai aussi désactivé plymouth, c'est moins joli, mais plus rapide.

Et comme tu es avec un SSD, je te conseille d'activer fstrim.service et fstrim.timer, cela va augmenter la vie de ton SSD (et tu auras une fois par semaine un boot un peu plus long, entre 15 et 20 secondes de plus)

  • [supprimé]

  • Message #12
  • Modifié
@nouvo09
yes en effet, le service n'est plus lancé merci aussi 🙂

@chepioq
je suis pas contre pour que tu me donnes les quelques manip à faire pour désactiver tout ce qui est inutile, sauf le bluetooth, vu que je m'en sers des fois.
et pour augmenter la durée de vie du SSD aussi, tous les bons tuyaux je les prends, faut juste me guider un peu parce que je connais pas trop, mes compétences linuxiennes sont pas aussi riche que vous tous ^^
je croyais que le Trim se faisait automatiquement sous Linux... c'est une fausse idée...

et dans cette liste, y a quoi que je peux désactiver.???

à part Guake et le Dock.
Nos post se sont croisés regarde au dessus.
Pour fstrim.timer je l'ai activé en suivant un tuto.
Mais pour le reste, j'ai pas trouvé pour le partage en réseau.
Pour LVM j'ai pas vraiment trouvé non plus, c'est un peu contradictoire les différents tutos.

Mais j'ai désactivé l'agent de VM qui se lançait au démarrage, il me sert à rien, vu que j'ai pas Virtual Machine d'installer.
Tu peux désactiver lvm2-monitor.service, qui te prend presque 1 seconde. 
systemctl stop lvm2-monitor.service
systemctl disable lvm2-monitor.service
Pour le partage en réseau, il y a tellement de temps que j'ai fait cette optimisation que je ne me souvient pas trop de ce que j'ai désactivé.
Mais je te dirait, en ce qui te concerne :
proc-fs-nfsd.mount
nfs-config.service
var-lib-nfs-rpc_pipefs.mount

Mais si tu n'es pas sur de toi laisse-les activés, cela ne gène en rien.

Concernant plymouth, qui ne sert qu'a afficher le logo fedora au démarrage, si tu veux le désactiver, pas la peine de passer par systemctl.
Il suffit de supprimer les paquets plymouth 
dnf remove plymouth*
et ensuite de re-gégéner l'initramfs, avec la commande dracut en root : 
dracut -f
Note: concernant fstrim sur une fraiche installation.

Sur un Toshiba L50 , i7, ram 6Go, SSD 128Go, optimus "Ready" i915+GeForce GT 740M

Suite au post de melissa6969, j'ai regardé cette histoire de fstrim sur mon SSD.

En effet, ce service n'est pas activé lors de l'installation. (Je supputais le contraire et n'avait pas vérifié)
donc activation de # systemctl enable fstrim.timer et c'est tout
pas besoin de faire # systemctl start/enable fstrim.service (il ne démarre pas).
C'est au deuxième reboot que le fichier : /etc/systemd/system/timers.target.wants/fstrim.timer apparait.

Avez-vous constaté la même chose ? et ne serait-il pas judicieux qu'Anaconda puisse en tenir compte ?
merci chepioq
j'ai désactiver LVM.
je vais lire la doc que tu m'as passé dans le lien.

pour Plymouth c'est bête à dire, mais je trouve joli le petit logo Fedora pendant le boot, je suis pas à quelques secondes près ^^

@antbel
je confirme que j'ai constaté la même chose que toi.

la commande 
# systemctl start/enable fstrim.service
m'a renvoyé une erreur lorsque j'ai voulu la lancé, mais 
# systemctl enable fstrim.timer
a bien été activé.
et le fichier fstrim.timer est bien présent aussi.

Anaconda devrait en tenir compte, au même titre que pour LVM, les désactiver si on s'en sert pas.

et pour dire la vérité, ça fait 5 mois que j'utilise Linux, et j'avais pas connaissance de cette manip pour activer le trim pour qu'il se fasse de façon hebdomadaire, je pensais vraiment que c'était géré tout seul.
on en apprend tout le temps sur les forums grâce à vous ^^
merci 🙂