Bonjour,
En regardant les options de montage de mes partitions de ssd, je me rends compte qu'il n'y a ni noatime, ni discard sur les partitions.
J'ai rajouté noatime car c'est une option très utile pour limiter l'usure des ssd, mais pour discard y a il une autre méthode de fstrim en place chez openSuse?
j'ai cherché rapidement pour l'instant je n'ai rien trouvé de catégorique.
EDIT: j'aurais du préciser mes partitions:
/boot ==> EXT4
LVM Encrypt
/ ==> EXT4
/swap
DAns une telle configuration faut-il activer discard ou pas? ET comment s'effectue le trim du coup?
Edit2, il semblerait que ça soit fait par timer:
systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Wed 2021-04-21 08:54:05 CEST; 1h 44min ago
Trigger: Mon 2021-04-26 00:00:00 CEST; 4 days left
Docs: man:fstrim
Mais si je fais un sudo fstrim -a ça ne semble pas vouloir du coup comment être sûr que le trim est bien fait?
Salut,
Dans la doc officielle : https://en.opensuse.org/SDB:SSD_discard_%28trim%29_support
Mais c'est déjà largement au-delà de mes compétences ! :D
à plus,
oh!rocks
Ici `fstrim.timer` fait bien ses devoirs le lundi matin ; il prend deux minutes environ.
Éteins ton ordinateur dimanche soir et allume-le le lendemain.
Le moniteur du système devrait indiquer que fstrim est en train d'écarter tous les blocs inutilisés.
Hello ;=)
sauf erreur tu peut utiliser une commande voir le retour , fstrim --all devrait retourner 0 si tout se passe bien.
selon man fstrim :
RETURN CODES
0 success
1 failure
32 all failed
64 some filesystem discards have succeeded, some failed
The command fstrim --all returns 0 (all succeeded), 32 (all failed) or 64 (some failed, some succeeded).
Il ne retourne rien et c'est immédiat.
Du coup aucune idée de s'il fait quelque chose ou pas.
Mais echo $?
0
donc je peux en déduire que "tout va bien" mais sans garantie qu'il fait son taf quoi. :/
Pour info l'usure des SSD c'est trés trés lent.
Moi j'ai arrêté de mettre des options pour les SSD.
La commande smarctl permet de savoir on en est sur sa durée de vie.
Et franchement c'est long a usé !! Pour mon plus "usé" avec 17To d’écrit en 4 ans je suis a 1% d'usure.
Tout les autres sont 0%.
Je sais que c'est long mais bon j'aime toujours l'optimisation maximale. :p
pas swap pour ssd !!! svp a lire
pourquoi le swap ? faire pour vieux hdd
nvme et ssd n'a pas besoins du swap !
svp
rodrigue
@rodrigue7800 Bonjour.
La présence d'un swap n'a aucun rapport avec le fait que ça soit un ssd.
On peut parfaitement mettre un swap sur un ssd, et il est même toujours conseillé d'en conserver un.
La légende de l'absence de swap sur un ssd vient de l'usure du ssd à cause du swap.
Mais si on a suffisamment de mémoire vive, le swap est très peu utilisé.
Certains logiciels nécessitent un swap, et ça évite aussi de se retrouver totalement planté si jamais la mémoire vive se remplis.
D'ailleurs pour l'hybernation "mixte" (veille sur disque dur) il est nécessaire d'avoir un swap (bon en vrais je n'utilise pas cette option, et avec les ssd ce genre d'option perd son intérêt).
;)
okay burns2 cas comme ca je t'avertai :) 8)
Hello.
Au final j'ai un doute sur le fait que le trim se fasse bien sur les partitions LVM.
Quand je fais:
sudo fstrim -av
/boot/efi : 1017,2 MiB (1066577920 octets) réduits sur /dev/nvme0n1p1
/boot : 0 B (0 octets) réduits sur /dev/nvme0n1p2
Aucune mention des volume LVM.
Comment être sûr que c'est bien effectué dessus?
EDIT: ok j'ai trouvé il faut modifier:
/etc/crypttab et rajouter discard
EDIT2: bon ben non ça ne change rien.
EDIT3: sudo mkinitrd voir si ça change quelque chose...
Aucun changement... Je ne pige pas pourquoi il ne prend pas en compte l'option. :/
EDIT4: ok dans les logs de boot:
[ 11.194884] systemd[1]: /run/systemd/generator/systemd-cryptsetup@cr_nvme\x2dSanDisk_Extreme_Pro_500GB_XXXXX\x2dpart3.service:14: RequiresMountsFor= path is not absolute, ignoring: discard
:hello:
Ok j'ai trouvé, il faut rajouter none discard et pas juste discard dans /etc/crypttab.
Dans le doute j'ai refais sudo mkinitrd.
Et après reboot:
sudo fstrim -av
[sudo] Mot de passe de root :
/boot/efi : 1017,2 MiB (1066577920 octets) réduits sur /dev/nvme0n1p1
/boot : 1,8 GiB (1921732608 octets) réduits sur /dev/nvme0n1p2
/ : 219,1 GiB (235283996672 octets) réduits sur /dev/mapper/LVG_OPENSUSE-LVM_OS
Donc c'est bon il me fait bien du discard sur la partition lvm. :)
dis, moi j'ai:
-bash: smarctl : commande introuvable
Pourquoi ???
@moniroje Parce que c'est:
sudo smartctl
Exemple:
sudo smartctl -a /dev/sda
smarctl -x /dev/xxx
Donne plus d'information et notamment l'estimation de l'usure d'un SSD.
ah oui, merci!!
mais bon, c'est long et en anglais.
A y regarder plusieurs fois je vois un truc:
ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
1 Raw_Read_Error_Rate -O--CK 095 095 050 - 0/3680062
5 Retired_Block_Count PO--CK 099 099 003 - 0
9 Power_On_Hours_and_Msec -O--CK 066 066 000 - 29893h+50m+59.840s
12 Power_Cycle_Count -O--CK 094 094 000 - 6572
171 Program_Fail_Count -O-R-- 100 100 000 - 0
où il y a plein d'heures... c'est peut-être là ?
est-ce que j'ai dépensé 29893 heures ou bien est-ce ce qui reste à mon ssd ?? à peu près 3 ans ?
Moi je comprends qu'il a tourné tout ce temps, pendant presque 3 ans et demi.
Hello ;=)
Ce que je trouve paradoxal c'est le gain en vitesse mais en contrepartie on a l'impression d'une durée de vie plus faible (endurance) et d'un usage "restreint" (limiter les écritures optimise la durée de vie).
Pourriez vous me dire à l'usage sur quoi cela joue dans la vraie vie : quelle différence concrète voyez vous en passant du disque hdd au ssd ?
Aussi si techniquement vous avez creusé ou l'aviez fait pour acheter : quel est l'importance en terme de caractéristiques pour optimiser les perfs de ce qui suit ? : le nombre de couche de mémoire , le type de mémoire, le contrôleur, la connectique, la chauffe possible ?, les dimensions du ssd (22*x ) , le nombre de face (??), la capacité du ssd : il faut vraiment une certaine taille de mémoire pour que le contrôleur "prenne son envol" /en bénéficie pleinement (?)
D'autre critères importants ?
Dans la vraie vie les SSD sont bien plus fiables que les disques mécaniques.
Je n'ai encore jamais réussi a en user de manière significative. Je ne prends portant aucune précaution pour limiter l'usure.
Celui que j'utilise le plus en 4 ans est toujours a 1% d'usure (même neuf ils sont a 1%) et 100% des spares sont disponibles.
Il y a eu d'écrit dessus 14.5 Tio soit 10 Gio par jour !
Disons que quand je vois les précautions recommandées pour ne pas trop écrire dessus je me dis que ca ne semble pas idéal.
Mais c'est une très bonne nouvelle les remontées du terrain :) Quel modèle est-ce ?
C'est un Samsung SSD 970 EVO Plus 500GB