1416 connectés

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

[Topic Unik] Les SSD sous Linux : recensement, optimisation, conseils

Recherche :

Dernière réponse
Sujet : [Topic Unik] Les SSD sous Linux : recensement, optimisation, conseils
foul	Donc si je résume : 1: aligne 2: outdated 3: aucun pas trop le choix en fait :whistle:

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

foul	Donc si je résume : 1: aligne 2: outdated 3: aucun pas trop le choix en fait :whistle:

Mjules

foul a écrit :

et ne même temps :

Citation :

Tip
The Cylinder/Head/Sector values reported by modern disk devices no longer have a direct physical relationship to the data stored on the disk device. Hence it is no longer valid to use this alignment setting to achieve enhanced performance.

Donc ça sert à rien :D

Il faut lire en entier, il y a 3 modes d'alignement :
- le mode MiB qui aligne sur 1Mio (1048576 octets) ce qui est bon pour à peu près tous les disques actuelles (secteur 512 ou 4ko voire 128Ko pour les SSD)
- le mode CHS, qui n'a plus de sens depuis déjà pas mal de temps (le LBA, ça date de la fin des années 90)
- aucun, le mode à la main quand tu es parfaitement certain de ce que tu fais.

i.e. utilise le mode MiB et ce sera correctement aligné.

foul

et ne même temps :

Citation :

Donc ça sert à rien :D

Mjules

isanaud a écrit :

oui c'est bien ça, gparted gère l'alignement ?

https://gparted.org/display-doc.php [...] -alignment

TNZ	Faut fouiller, mais il doit le faire si l'information lui est fournie AMHA

isanaud

oui c'est bien ça, gparted gère l'alignement ?

burn2

Il parle de l'alignement des partition et des blocs en fonctions des puces du ssd je pense.

foul

isanaud a écrit :

Est ce que gparted respecte par défaut la taille des blocs ?

Je comprend pas la question ? prob lors du redimensionnement ? perte de fichiers ??? peur d'une maladresse du soft ? je comprend pas... :heink:

isanaud

Est ce que gparted respecte par défaut la taille des blocs ?

li1ju

@Kyjja merci pour les infos et ce lien interressant :)
@burn2: pareil, ça dit partout que faut pas trimer quand tu chiffres ton disque, mais je trouve ça acecptable dans la plupart des cas :o

rat de combat

Merci. J'ai lu le sujet du lien et je prend note de ton commentaire sur la sécurité. Je ne m'appelle pas Snowden donc ça devrait aller. :o

burn2

J'en avais parlé là sous opensuse:
https://www.alionet.org/index.php?topic=930.0

Par contre il faut savoir que forcément faire du trim sur un volume chiffré peut diminuer légèrement la sécurité du truc mais sans le compromettre.

En gros sans trim si tu remplis ton ssd, puis fais du ménage, il restera toujours plein de données chiffrées sur l'espace libre. ça complexifie d'autant la recherche de là ou ça s'arrête réellement. A l'inverse avec le trim cet espace est libéré, donc ça peut alléger le ssd niveau performance.

Je considère que je préfère utiliser le trim et que le chiffrement des données existantes suffit, mais c'est une chose qui n'est pas mentionné je trouve.

rat de combat

Merci à vous. :jap:

burn2 a écrit :

Niveau chose à savoir, c'est que si tu chiffres tout, pour activer le trim sur la partition chiffrée lvm, il faut en général faire une action au niveau du fichier /etc/crypttab.
Il faut y rajouter "none discard".

Tu peux vérifier que ça fonctionne en faisant un fstrim -av si tu ne vois pas ta partition root c'est que ça ne descends pas jusque là.

Très bien, merci, je vais me renseigner sur cette histoire de trim. Ca me dit vaguement quelque chose mais que vaguement pour l'instant. :o