Je viens de m'apercevoir, que l'option discard est appliquée par l'installeur de Manjaro, lorsqu'un ssd est détecté.
Je suis d'autant plus surpris, que l'option discard, est de plus en plus controversée.
En effet, meme dans le wiki Arch on peux lire: "Warning: Users need to be certain that their SSD supports TRIM before attempting to mount a partition with the discard flag. Data loss can occur otherwise! Unfortunately, there are wide quality gaps of SSD's bios' to perform continuous TRIM, which is also why using the discard mount flag is recommended against generally by filesystem developer Theodore Ts'o. If in doubt about your hardware, #Apply periodic TRIM via fstrim instead. Also be aware of other shortcomings, most importantly that "TRIM commands have been linked to serious data corruption in several devices, most notably Samsung 8* series." After the data corruption had been confirmed, the Linux kernel blacklisted queued TRIM command execution for a number of popular devices as of July 1, 2015. Read Samsung Finds, Fixes Bug In Linux Trim Code on Slashdot for more recent updates."
Disons que les noyau récents et la plupart des SSD actuels supportent le Trim dont la fonction est d'éviter la perte de performance dans la durée. Dans le cas moins fréquent où les disques ne le supporteraient pas , il suffit alors de supprimer le drapeau "discard". Un moyen simple pour savoir si le SSD supporte le trim est de faire:
sudo hdparm -I /dev/sdX| grep TRIM
où X est bien sur le disque. Ce qui est par contre a éviter c'est d'y mettre une swap.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
lemust83 a écrit :Disons que les noyau récents et la plupart des SSD actuels supportent le Trim dont la fonction est d'éviter la perte de performance dans la durée. Dans le cas moins fréquent où les disques ne le supporteraient pas , il suffit alors de supprimer le drapeau "discard". Un moyen simple pour savoir si le SSD supporte le trim est de faire:
sudo hdparm -I /dev/sdX| grep TRIM
où X est bien sur le disque. Ce qui est par contre a éviter c'est d'y mettre une swap.
Ouais enfin quand on regarde la durée de vie "théorique" des ssd...la plupart on une mtf supérieur a un hdd classique...
Sauf que discard génére aussi un "surplus" d'activité, puisqu'il "trim" en permanence....Une tache cron semble plus indiqué, comme sur les liens non?
Ou éventuellement un timer via systemd?
Pour ma part j'ai gicler le discard vite fait, et mis une "cron".
Certains samsung risque une corruption de données avec "discard", je suis étonné que cela sois par défaut.
Intel Core i7-4790 Mobo: ASRock model: H81M-DGS R2.0 Graphics : Intel HD Graphics 4600 SSD pour le système. 16 Go de RAM
Hello Perso, ne sachant vraiment ce qu'il en est : le SSD n'ayant pas assez de recule...bien que j'en ai un autre depuis février 2011 et qui a "subi" je ne sais combien de tests en tous genres et reformatages...un OCZ il est toujours en activité et en forme. Mon fstab est ainsi :
kilimand22 a écrit :Hello Perso, ne sachant vraiment ce qu'il en est : le SSD n'ayant pas assez de recule...bien que j'en ai un autre depuis février 2011 et qui a "subi" je ne sais combien de tests en tous genres et reformatages...un OCZ il est toujours en activité et en forme. Mon fstab est ainsi :
et le service trim désactivé (sur le SSD actuel également )
sudo systemctl disable fstrim.service
Alors je prends le risque ? consommateur ceci n'engage que moi . Edit : pour vérifier le service si actif :
systemd-analyze blame
-> q pour quitter la console Je n'ai pas de swap non plus
Cest normal que le service soit desactiver Il nest actif que lorsque le timer lance la tache. Dans ton fstab, contrairement a celui que javais, tu nas pas discard et noatime indiquer...
Intel Core i7-4790 Mobo: ASRock model: H81M-DGS R2.0 Graphics : Intel HD Graphics 4600 SSD pour le système. 16 Go de RAM
Salut oui, ok,c'est moi qui l'ai désactivé et modifié mon fstab.C'était mis comme tu le précises par défaut. Ce qui est "curieux", c'est que sous windows, pratiquement personne ne se soucie de ce trim ??? et pourtant, les écritures....avec le pagefil.sys; je ne m'en sers que très peu (pour to...to...), j'ai également supprimé ce pagefil. C'est en partie pour çà que j'ai sur-dimensionné ma mémoire...(et aussi pour tourner en virtualbox ).
Manjaro-stable 23.1.3-1 x86_64 | Noyau 6.6.19-1 | KDE-plasma 5.27.11-1 | non libre nvidia 550.54-14-2
PC/tour monté en juin 2015 : SSD-128 Go | 990FX R2.0 | AMD FX-8350 Black Edition - 4,0 GHz | GTX 750 Ti - 2 Go | RAM G.SKILL 32 Go DDR3 -1866 MHz
Edit : le lien n'était pas bien... Aussi, il est précisé de bien contrôler son SSD :Attention: Utiliser cette option sur un périphérique ne supportant pas le TRIM peut résulter en la perte de données. en root (sda pour exemple) sudo hdparm -I /dev/sda | grep TRIM
[kili@kili ~]$ sudo hdparm -I /dev/sda | grep TRIM Mot de passe [sudo] de kili : * Data Set Management TRIM supported (limit 8 blocks) [kili@kili ~]$
Manjaro-stable 23.1.3-1 x86_64 | Noyau 6.6.19-1 | KDE-plasma 5.27.11-1 | non libre nvidia 550.54-14-2
PC/tour monté en juin 2015 : SSD-128 Go | 990FX R2.0 | AMD FX-8350 Black Edition - 4,0 GHz | GTX 750 Ti - 2 Go | RAM G.SKILL 32 Go DDR3 -1866 MHz
Dernière modification par kilimand22il y a 8 ans, modifié au total 2 fois.