Le 30/12/2017 à 16:54, rand...@free.fr a écrit :
Pour info, la commande pour modifier "Over provisioning", d'après
http://www.tech-g.com/2015/06/13/over-provisioning-ssd-in-linux/ :
hdparm -Np1758172678 --yes-i-know-what-i-am-doing /dev/sdb
Quand tu parlais des "options sur l'activation de l'overprovisioning",
tu parlais du p devant la valeur et de --yes-i-know-what-i-am-doing ?
p devant la valeur spécifie que celle-ci doit être permanente. Sinon,
HPA revient à sa valeur permanente après une réinitialisation matérielle
ou une mise hors tension. Et comme il s'agit d'une opération
potentiellement dangereuse (on risque de tronquer voire masquer une
partition existante et rendre le démarrage du système impossible), par
sécurité hdparm exige la seconde option pour s'assurer qu'on est bien
conscient de ce qu'on fait.
Une remarque : à l'origine, HPA n'est pas du tout prévu pour
l'overprovisioning. Il a deux objectifs :
- réduire la taille apparente du disque pour éviter le plantage de
certains BIOS
- masquer une zone du disque réservée au firmware de la machine,
contenant par exemple des utilitaires ou un système de restauration.
D'ailleurs je doute qu'activer HPA ait une quelconque utilité pour
l'overprovisioning. Le billet dit que ça permet au firmware du SSD de
savoir que cette zone est libre et qu'il peut l'utiliser pour les
opérations d'entretien (ramasse-miettes, nivellement de l'usure...)
Vraiment ? D'une part cela ne lui permet pas d'en user à sa guise
puisqu'elle peut quand même contenir des données qui doivent être
masquées en temps normal, et d'autre part ce n'est en rien nécessaire à
l'efficacité de l'entretien car le TRIM lui permet déjà de savoir quels
sont les blocs libres. L'important, à mon avis, est donc que cette zone
ait été TRIMée afin d'être marquée comme libre, ce qui doit être le cas
lorsque le SSD sort d'usine.
Je viens de redémarrer mon système avec ma Live Debian Stretch, les
informations fournies sont différentes, voir ci-dessous. Tout à la
fin, je me retrouve avec un truc pas normal :
max sectors = 500118192/1(500118192?), HPA setting seems
invalid (buggy kernel device driver?)
Bizarre en effet, cette valeur maxi à 1 au lieu de 500118192.
Je me méfierais car à cause de cette valeur à 1 il pourrait être
impossible de revenir à la valeur initiale.
