Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2850 connectés 

 

 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  51  52  53  54  55  56
Auteur Sujet :

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

n°1414714
mouillotte
0/10 en dictée
Posté le 17-02-2018 à 17:40:07  profilanswer
 

Reprise du message précédent :
Est ce qu'il existe un logiciel de type CristalDiskInfo pour connaître la bonne santé d'un SSD ?

mood
Publicité
Posté le 17-02-2018 à 17:40:07  profilanswer
 

n°1414720
Trit'
Posté le 17-02-2018 à 18:28:10  profilanswer
 

mouillotte a écrit :

Est ce qu'il existe un logiciel de type CristalDiskInfo pour connaître la bonne santé d'un SSD ?


En GUI : GSmartControl.
En CLI : smartctl.

n°1414726
Profil sup​primé
Posté le 17-02-2018 à 18:56:16  answer
 

(smartctl = smartmontools)

n°1414735
mouillotte
0/10 en dictée
Posté le 17-02-2018 à 22:26:13  profilanswer
 

Super, merci.
Difficile d’interpréter le résultat quand on y connaît pas grand chose.

n°1414747
ttyb0
sysadmin, libriste, hacker
Posté le 18-02-2018 à 09:29:35  profilanswer
 

J'ai mon petit Samsung 960 EVO NVMe (250 Go) depuis un an maintenant et j'en suis toujours aussi content  :)  
 

root@titan:/home$ hdparm -t /dev/nvme0n1
/dev/nvme0n1:
 Timing buffered disk reads: 6998 MB in  3.00 seconds = 2332.29 MB/sec
 
root@titan:/home$ dd if=/dev/zero of=test.zero bs=1M count=10k conv=fsync
10240+0 enregistrements lus
10240+0 enregistrements écrits
10737418240 bytes (11 GB, 10 GiB) copied, 8,92198 s, 1,2 GB/s
root@titan:/home$


J'aime bien le NVMe  :o

n°1414776
Sagittariu​s
Posté le 18-02-2018 à 15:57:37  profilanswer
 

mouillotte a écrit :

Est ce qu'il existe un logiciel de type CristalDiskInfo pour connaître la bonne santé d'un SSD ?


 
Sous plasma: DiskMonitor https://github.com/papylhomme/diskmonitor
 
Après c'est pas un mal non plus d'utiliser le service smartd avec notification bureau et mail même si les fabricants n'intègrent pas tous les paramètres utiles dans les données S.M.A.R.T.
 
Personnellement sur mes disques, smartd fait un short test toutes les nuits et un long toutes les semaines. Ça m'a déjà été utile avec un SDD (alors même que /tmp /swap tous les deux chiffrés à la volée, sont sur le HDD, /var /home (chiffré) aussi sur HDD)). Avec les SSD pour le grand public, on n'est jamais trop prudent. D'où la nécessité des sauvegardes  :D  


Message édité par Sagittarius le 18-02-2018 à 16:06:06
n°1414808
foul
Amiga forever...
Posté le 18-02-2018 à 19:37:22  profilanswer
 

Sympa l'applet ! par contre je n'arrive pas à la redimensionner ! :\


---------------
"Immatriculé", ne veut pas dire : "il m'a sodomisé 3 fois"
n°1414940
burn2
ça rox du poney
Posté le 20-02-2018 à 17:17:13  profilanswer
 

Bonjour

 

gsmartcontrol est top oui, ou en ligne de commande c'est simple aussi mais moins convivial.

 

Mon ssd intel est toujours à 100% de vie par exemple.


Message édité par burn2 le 20-02-2018 à 17:18:14

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1414943
ttyb0
sysadmin, libriste, hacker
Posté le 20-02-2018 à 18:33:30  profilanswer
 

et nvme-cli pour les SSD NVMe  :o
 
https://packages.debian.org/stretch/nvme-cli
 

root@titan:~$ nvme list
Node             SN                   Model                                    Namespace Usage                      Format           FW Rev  
---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
/dev/nvme0n1     S3ESNX0J247259V      Samsung SSD 960 EVO 250GB                1          65,30  GB / 250,06  GB    512   B +  0 B   2B7QCXE7
root@titan:~$ nvme smart-log /dev/nvme0n1
Smart Log for NVME device:nvme0n1 namespace-id:ffffffff
critical_warning                    : 0
temperature                         : 32 C
available_spare                     : 100%
available_spare_threshold           : 10%
percentage_used                     : 0%
data_units_read                     : 4 202 951
data_units_written                  : 4 683 305
host_read_commands                  : 31 876 035
host_write_commands                 : 16 113 102
controller_busy_time                : 149
power_cycles                        : 1 265
power_on_hours                      : 436
unsafe_shutdowns                    : 251
media_errors                        : 0
num_err_log_entries                 : 839
Warning Temperature Time            : 0
Critical Composite Temperature Time : 0
Temperature Sensor 1                : 32 C
Temperature Sensor 2                : 42 C
Temperature Sensor 3                : 0 C
Temperature Sensor 4                : 0 C
Temperature Sensor 5                : 0 C
Temperature Sensor 6                : 0 C
Temperature Sensor 7                : 0 C
Temperature Sensor 8                : 0 C
root@titan:~$

n°1414996
jsonline
Ryzen inside ;-)
Posté le 22-02-2018 à 00:01:41  profilanswer
 

ttyb0 a écrit :

J'ai mon petit Samsung 960 EVO NVMe (250 Go) depuis un an maintenant et j'en suis toujours aussi content  :)  
 

root@titan:/home$ hdparm -t /dev/nvme0n1
/dev/nvme0n1:
 Timing buffered disk reads: 6998 MB in  3.00 seconds = 2332.29 MB/sec
 
root@titan:/home$ dd if=/dev/zero of=test.zero bs=1M count=10k conv=fsync
10240+0 enregistrements lus
10240+0 enregistrements écrits
10737418240 bytes (11 GB, 10 GiB) copied, 8,92198 s, 1,2 GB/s
root@titan:/home$


J'aime bien le NVMe  :o


 
Je viens de lancer les même commandes sur mon intel 600P ( INTEL SSDPEKKW256G7, 256 Go, il a 1000 redémarages et un peu moins de 4000h de fonctionnement),
j'obtiens (seulement) en lecture : Timing buffered disk reads: 1710 MB in  3.00 seconds = 569.90 MB/sec
et même carrément en écriture : 10737418240 bytes (11 GB, 10 GiB) copied, 42,522 s, 253 MB/s
Ceci dit cela reste déjà énorme par rapport à la plupart des ssd.
 
NOTE : A l'achat j'avais 720 Mo/s en lecture et 490 Mo/s en écriture , ce qui était normal / chiffres du net pour ce disque. Faudra que j’enquête pour comprendre la forte baisse des 2 vitesses.
 
EDIT: j'ai édité ce message car mon ssd c'est un 256Go en fait, pas un 128 Go comme j'avais indiqué avant.. du coup mes chiffres sont encore plus faiblards par à ceux du net (1570 en read... 540 en write)...


Message édité par jsonline le 23-02-2018 à 00:26:41

---------------
Topic du routeur RTN56U : http://forum.hardware.fr/hfr/resea [...] 3573_1.htm  OC i5 750 : http://forum.hardware.fr/hfr/Overc [...] 6399_1.htm
mood
Publicité
Posté le 22-02-2018 à 00:01:41  profilanswer
 

n°1414999
ttyb0
sysadmin, libriste, hacker
Posté le 22-02-2018 à 06:51:33  profilanswer
 

Ça fait quand même une sacrée différence [:poooop]  
 
https://www.hardware.fr/articles/90 [...] ances.html

n°1415012
jsonline
Ryzen inside ;-)
Posté le 22-02-2018 à 10:54:01  profilanswer
 

Je viens de penser à une piste : J'ai changé de distribution entre mes 2 mesures. Si cela se trouve je n'ai pas le bon pilote sur la nouvelle. Vous utilisez quoi comme pilote vous tuorhuor ?
Edit : Mes premières recherches me font penser que Intel a bien du mal assurer une compatibilité de ses ssds avec linux.
Apparement, il y a même eu un bug entrainant de la corruption de données, dans le cas d'utilisation du système de fichier XFS, que je n'utilise pas personnellement, mais bon... ( La référence est là : https://bugzilla.redhat.com/show_bug.cgi?id=1402533 )

 

EDIT : Pour le moment concernant mon driver, j'ai juste trouvé ( par la commande " lspci -vvv | grep Intel " ) :

02:00.0 Non-Volatile memory controller: Intel Corporation Device f1a5 (rev 03) (prog-if 02 [NVM Express])
        Subsystem: Intel Corporation Device 390a

 ... ce qui ne m'avance pas beaucoup...


Message édité par jsonline le 23-02-2018 à 00:20:27

---------------
Topic du routeur RTN56U : http://forum.hardware.fr/hfr/resea [...] 3573_1.htm  OC i5 750 : http://forum.hardware.fr/hfr/Overc [...] 6399_1.htm
n°1415035
ttyb0
sysadmin, libriste, hacker
Posté le 23-02-2018 à 06:47:25  profilanswer
 

les options de montage peuvent aussi avoir pas mal de conséquence sur les perfs.

n°1415039
jsonline
Ryzen inside ;-)
Posté le 23-02-2018 à 08:27:49  profilanswer
 

Extrait de mon fstab (j'ai juste enlevé les uuid) :
 


# SWAP
UUID=xxxxxxxxxxxxxxxxx  swap                 swap       defaults              0 0
# RACINE
UUID=yyyyyyyyyyyyyyy  /                    ext4       defaults              1 1
# HOME
UUID=zzzzzzzzzzzzzzzzz   /home                ext4       defaults              1 2


---------------
Topic du routeur RTN56U : http://forum.hardware.fr/hfr/resea [...] 3573_1.htm  OC i5 750 : http://forum.hardware.fr/hfr/Overc [...] 6399_1.htm
n°1415052
nounounoun​ou
Posté le 23-02-2018 à 11:39:01  profilanswer
 

marrant j'ai toujours privilegié intel (pour tout)  justement pour les compatibilité linux  (j'deconne pas hein)
 tes montage ext4 tu met pas de noatime   relatime et autre joyeuseté?
chez moi par exemple :

Citation :

/               ext4    noatime,nodiratime,errors=remount-ro 0       1
 /home           ext4    noatime,nodiratime,defaults        0       2


le swap gaffe si t'as pas beaucoup de memoire ça peut vite faire beaucoup d'ecritures et ralentir les acces pour le reste (et accelerer le vieillissement de ton SSD par la meme un peu.) le swapiness se regle
et si t'as plein de ram ben un petit

Citation :

tmpfs    /tmp tmpfs defaults,noatime,nodiratime,mode=177 0 0


peut alleger encore les cycles  d'ecritures sur le SSD

 

je me suis bien basé sur ça pour parametrer: https://www.linuxwolfpack.com/linux-ssd-lm17.php


Message édité par nounounounou le 23-02-2018 à 11:41:36
n°1415082
ttyb0
sysadmin, libriste, hacker
Posté le 23-02-2018 à 18:46:35  profilanswer
 

Chez moi j'ai toujours ces deux options pour le montage des partitions d'un SSD :
* noatime : car pas nécessaire dans le cadre d'un PC, avec un gain non négligeable en perf
* discard : pour le trim
 
Tu gères le trim manuellement ?
 

UUID=...    /               ext4    discard,noatime,errors=remount-ro 0       1
UUID=...    /home           ext4    discard,noatime                   0       2


Message édité par ttyb0 le 23-02-2018 à 18:47:51
n°1415085
nounounoun​ou
Posté le 23-02-2018 à 19:20:06  profilanswer
 

suivant les distrib discard dans le fstab  fonctionne ou pas...si ça marche pas on claque un fstrim dans un cron cron weekly et hop


Message édité par nounounounou le 23-02-2018 à 19:20:32
n°1415099
lecbee
Posté le 24-02-2018 à 11:27:47  profilanswer
 

L'option discard n'est pas recommandée pour l'immense majorité des scénarios. La best practice c'est via un cron. Y'a un timer tout prêt pour ça dans systemd.
Réf : https://forums.freebsd.org/threads/ [...] ost-328912


Message édité par lecbee le 24-02-2018 à 11:28:28
n°1415106
burn2
ça rox du poney
Posté le 24-02-2018 à 12:18:48  profilanswer
 

Le discard ça dépend l'usage, on en a déjà parlé ici.
Pour une utilisation normale, c'est mieux de le faire à la volée, c'est transparent, pour un usage suppression régulières de gros fichier il vaut mieux le faire à un autre moment pour que cela soit transparent.
 
Perso c'est discard sur tous mes ssd.  
 
Et idem j'avais aussi tendance à choisir intel jusque là pour la sécurité. Mais depuis qu'ils ont arrété les ssd avec SLC, je prends aussi les autres marques.


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1415107
lecbee
Posté le 24-02-2018 à 12:26:42  profilanswer
 

burn2 a écrit :

Le discard ça dépend l'usage, on en a déjà parlé ici.


En effet : "Ext4's discard feature can be useful, but only in very highly specialized use cases"
Et je pense que le grand public ne fait pas partie de ces scénarios "highly specialized use cases".

Message cité 1 fois
Message édité par lecbee le 24-02-2018 à 12:26:59
n°1415109
sligor
Posté le 24-02-2018 à 12:34:32  profilanswer
 

comme dit plus haut sans discard il faut un appel régulier à fstrim (cron ou autre)


---------------
qwerty-fr
n°1415115
ttyb0
sysadmin, libriste, hacker
Posté le 24-02-2018 à 13:29:20  profilanswer
 

En effet... [:transparency]  
 
Les préco ont changeaient entre temps, Il faut que je mette à jour.
 
https://wiki.debian.org/SSDOptimiza [...] ilesystems

n°1415118
burn2
ça rox du poney
Posté le 24-02-2018 à 13:42:34  profilanswer
 

lecbee a écrit :


En effet : "Ext4's discard feature can be useful, but only in very highly specialized use cases"
Et je pense que le grand public ne fait pas partie de ces scénarios "highly specialized use cases".


Moué pas du tout convaincu.  
D'un autre côté avec les contrôleurs, on ne sait même pas s'ils ne le font pas déjà la volée quand ils le jugent nécessaire.
 
JE préfère que le trim se fasse au moment opportun, c'est à dire la suppression du fichier, et pas à un instant T ou si ça se trouve rien ne s'est passé depuis la dernière fois.
Donc avec un trim par cron on prend le risque de faire des trim pour rien (pas de risque, mais je ne vois pas l'intéret) ou d'en faire trop peu et de perdre en perf entre deux trims.
 
Pour moi le trim par cron c'est au contraire pour un usage de serveur qui tourne tout le temps et quand on sait quand on peut planifier la chose.
Pour un pc portable allumé éteint etc, c'est prendre le risque que le trim ne passe jamais ou se lance pour une grosse action sur batterie.  
:??:
 
Genre exemple simple, tu supprimes une vm de 50go.
Avec discard, tu vas avoir 2/3s de freeze à ce moment précis (je n'ai pas le délai précis ça dépend des conditions, mais bon ça se fait en live).
JE trouve ça logique.
 
Sans discard, c'est au moment ou la tâche cron est planifiée que cela va se faire, donc soit il faut que le pc tourne pour rien à certains moment (usage d'un serveur), soit si tu le planifies toutes les Xh (quel est l'intéret????), ça peut très bien se produire en plein jeu ou traitement lourd. :sweat:  
 
Bref pour moi c'est tout à fait l'inverse, le trim par cron c'est un usage très spécifique qui ne convient qu'à des machines ayant tendance à tourner souvent et surtout ayant des grands moment d'idle durant lesquels tu peux le planifier (serveur/pc@home que tu laisses tourner toute la  journée)
 
Pour un individu lambda éteignant son pc et ou ne l'allumant pas en continue c'est pour moi contre productif.


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1415120
ttyb0
sysadmin, libriste, hacker
Posté le 24-02-2018 à 14:02:30  profilanswer
 

ouais bon, il y a un peu de lecture... c'est plus très clair tout ça...
 
https://www.spinics.net/lists/raid/msg40916.html

Citation :

TRIM is not necessary.


 
:o

n°1415125
Mjules
Modérateur
Parle dans le vide
Posté le 24-02-2018 à 15:02:53  profilanswer
 

Personnellement, j'aurais tendance à faire confiance à Ted Ts'o de part ses contributions (il a écrit une bonne partie d'ext4fs et maintient en plus les outils pour ext2/3/4) et son expertise.


Message édité par Mjules le 24-02-2018 à 15:03:15

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°1415126
ttyb0
sysadmin, libriste, hacker
Posté le 24-02-2018 à 15:31:25  profilanswer
 

c'est noté  :jap:  

n°1415142
burn2
ça rox du poney
Posté le 25-02-2018 à 00:43:29  profilanswer
 

ttyb0 a écrit :

ouais bon, il y a un peu de lecture... c'est plus très clair tout ça...

 

https://www.spinics.net/lists/raid/msg40916.html

Citation :

TRIM is not necessary.

 

:o


2012...
À l'époque ou le trim n'était pas forcément supporté par les contrôleur sata ou mal.

Mjules a écrit :

Personnellement, j'aurais tendance à faire confiance à Ted Ts'o de part ses contributions (il a écrit une bonne partie d'ext4fs et maintient en plus les outils pour ext2/3/4) et son expertise.


Tu aurais un lien?

Message cité 1 fois
Message édité par burn2 le 25-02-2018 à 00:44:36

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1415144
nounounoun​ou
Posté le 25-02-2018 à 04:50:36  profilanswer
 

burn2 a écrit :


Tu aurais un lien?


je pense qu'il palais de ce lien posé plus haut:
https://forums.freebsd.org/threads/ [...] ost-328912

n°1416699
billalo
Posté le 29-03-2018 à 20:02:00  profilanswer
 

[:cerveau drapal]

n°1418334
farika
Posté le 08-05-2018 à 21:22:44  profilanswer
 

Il y en a qui utilisent toujours btrfs sur ssd ou a déconseiller en raison des perf ? vs XFS ?

n°1421350
sebfun
Posté le 28-07-2018 à 09:54:51  profilanswer
 

up, je suis sur ssd, j'ai btrfs, ya des bonnes options a mettre pour ce système de fichier ?

n°1433601
burn2
ça rox du poney
Posté le 04-05-2019 à 09:52:24  profilanswer
 

:hello:
 
Je crois que je viens d'avoir ma première panne incompréhensible de ssd.  
Je ne suis pas sûr que ça soit lui en cause, mais je ne vois pas d'autre raison logique.  
 
On peut imaginer que ça soit backintime qui soit en cause, mais vu que je sauvegardais un répertoire /home/X qui n'était pas le répertoire de l'utilisateur courant ça me parait peut probable. Sauf s'il s'est foiré dans ses montages.  
 
En gros durant une sauvegarde, j'étais connecté à distance sur le serveur via x2go, et subitement j'ai vu que des les raccourcis dossiers étaient foirés. J'ai voulu ouvrir le terminal ==> impossible, j'ai testé de lancer des applications non plus.
J'ai rebooté, ça bloque au boot...
 
En mode kernel safe ça boote encore, mais la partition / semble foirée. (partition qui est sur le ssd).
J'ai testé depuis un livecd, les partitions sont bien toujours lisibles tant le / que le /home (qui est sur un disque dur standard). IL faudrait que je vérifie le contenu des partitions mais vu les symptômes ça semble plus être un pb sur la partition /.  
 
Les infos smarts du ssd semblent pourtant correctes (il reste 82% de vie), et j'avais prévu le coup avec une partition de seulement 30go sur les 120 dispo donc le ssd ne peut se remplir.  
J'avoue ne pas vraiment comprendre ce qui s'est passé et si le ssd est en cause.


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1433603
nounounoun​ou
Posté le 04-05-2019 à 10:58:34  profilanswer
 

un foirage de table de partition pour une raison X?
si y'a aucun message d'erreur du ssd (y'a pas de soft de test specifique du constructeur?) la seule solution est reformater ton / restaurer son contenu et attendre en croisant les doigts...
si c'etait la logique du SSD qui partait en couille tu n'aurais plus acces a aucune des partitions dessus non?
t'es en quoi btrfs ext4 autre?


Message édité par nounounounou le 04-05-2019 à 11:02:38

---------------
Le con ne perd jamais son temps. Il perd celui des autres.( Frédéric Dard) Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément.(Nicolas Boileau)
n°1433605
burn2
ça rox du poney
Posté le 04-05-2019 à 11:11:24  profilanswer
 

Non non le ssd est toujours accessible. comme dit avec un live cd je peux toujours y accéder et accéder au contenu
Je peux toujours booter dessus en mode kernel safe, mais dpkg est hs et fonctionne mal, plein de trucs ne fonctionnent plus.
J'ai testé un "clean" en mode safe, il a commencé à dégager des programmes ne me servant plus, et il est resté bloqué à une action sur la bd. Donc certaines choses semblent corrompues ou détruites.
Fsck ne trouve rien tout est ok pour lui.

 

C'est de l'ext4.

 

Je n'arrive vraiment pas à comprendre ce qui a pu se passer. Si le ssd avait laché je n'aurais plus rien de fonctionnel, là c'est boiteux, mais y a quelques trucs qui bootent, le kernel safe boote, mais impossible de lancer la couche réseau par exemple, et au boot normal j'ai plymouth, j'arrive à voir défiler quelques erreurs, et je vois qu'il n'arrive pas à lancer la couche réseau par exemple, donc y a plein de truc de cassé. Et au final je n'ai jamais la mire de connexion.


Message édité par burn2 le 04-05-2019 à 11:12:41

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1433609
Trit'
Posté le 04-05-2019 à 11:38:17  profilanswer
 

Tu dis que tu accèdes toujours à tes fichiers. D’accord, mais tu entends quoi, par là ? C’est juste que dans un gestionnaire de fichiers ou un ls, tu vois la liste des fichiers tout comme il faut, ou tu arrives à lire le contenu de ces mêmes fichiers ?
 
Non, parce que si la liste est OK (et donc aussi la table de partitions), mais que les fichiers sont foutus en réalité… T’iras pas bien loin.[:spamafote]


Message édité par Trit' le 04-05-2019 à 11:38:54
n°1433610
burn2
ça rox du poney
Posté le 04-05-2019 à 12:04:55  profilanswer
 

Je sais je n'ai pas eu le temps de voir encore réellement.
Le kernel boote donc tout n'est pas corrompu. Après ce que j'aimerais c'est savoir ce qui c'est passé. Si le ssd est bon à jetter ou si c'est un bug du pgm de sauvegarde...


---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1433797
burn2
ça rox du poney
Posté le 08-05-2019 à 17:00:33  profilanswer
 

Les nouvelles du front.
Le /Home est intacte.
Par contre le / semble totalement hs, je suis en train de réinstaller en gardant mes partitions, et sur le / il ne me trouve que 685mo... (avant que je ne formate c'est ce qu'il disait comme contenu...)

 

Sachant que tout semble ok, je ne pense pas que le problème provienne du ssd, je me dis que le logiciel de sauvegarde a dû faire une connerie dans les montages ce n'est pas possible autrement...

 

EDIT: réinstallation tout est ok... Le ssd ne semble bien pas mort et semble 100% ok...


Message édité par burn2 le 08-05-2019 à 17:14:39

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"
n°1440993
carrion cr​ow
Immortal until my death
Posté le 02-12-2019 à 12:32:19  profilanswer
 

Salut,
Un question concernant le TRIM. Mon système est chiffré selon cette méthode : LVM on LUKS
Dans mon fstab, j'ai bien l'option discard sur mes deux partitions, mais ce week-end lors d'une réinstall, je vois que dm-crypt ne le support pas par défaut et qu'il faut le spécifier avec l'option :allow-discards dans la config du bootloader https://wiki.archlinux.org/index.ph [...] ives_(SSD)  [:cerveau skyzor]  
Si je fais lsblk --discard, j'ai :

Code :
  1. NAME             DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
  2. sda                     0        0B       0B         0
  3. └─sda1                  0        0B       0B         0
  4. nvme0n1                 0      512B       2T         0
  5. ├─nvme0n1p1             0      512B       2T         0
  6. ├─nvme0n1p2             0      512B       2T         0
  7. │ └─cryptolvm           0        0B       0B         0
  8. │   ├─MyVol-root        0        0B       0B         0
  9. │   └─MyVol-home        0        0B       0B         0
  10. ├─nvme0n1p3             0      512B       2T         0
  11. │ └─veracrypt1          0      512B       2T         0
  12. └─nvme0n1p4             0      512B       2T         0


Je suppose que les valeurs 0B pour MyVol-root et MyVol-home veulent dire que le TRIM n'est pas activé ?

Citation :

check the values of DISC-GRAN (discard granularity) and DISC-MAX (discard max bytes) columns. Non-zero values indicate TRIM support.


https://wiki.archlinux.org/index.ph [...] drive#TRIM


---------------
Des piafs en photo
n°1441008
ttyb0
sysadmin, libriste, hacker
Posté le 02-12-2019 à 15:46:12  profilanswer
 

[:transparency]

 

J'ai ça sur ma machine avec chiffrement :

 

ttyb0@trident:~$ lsblk -o type,name,size,mountpoint,DISC-GRAN,DISC-MAX

 

TYPE  NAME                  SIZE MOUNTPOINT DISC-GRAN DISC-MAX
disk  nvme0n1             238,5G                 512B       2T
part  ├─nvme0n1p1           512M /boot/efi       512B       2T
part  ├─nvme0n1p2           244M /boot           512B       2T
part  └─nvme0n1p3         237,8G                 512B       2T
crypt   └─nvme0n1p3_crypt 237,7G                 512B       2T
lvm       ├─crypt-root       20G /               512B       2T
lvm       ├─crypt-var       100G /var            512B       2T
lvm       ├─crypt-home      100G /home           512B       2T
lvm       └─crypt-swap       16G [SWAP]          512B       2T

 

ttyb0@trident:~$ mount | grep discard

 

/dev/mapper/crypt-root on / type ext4 (rw,noatime,discard,errors=remount-ro)
/dev/mapper/crypt-var on /var type ext4 (rw,noatime,discard)
/dev/mapper/crypt-home on /home type ext4 (rw,noatime,discard)

 

ttyb0@trident:~$

 

Apparemment oui il te manque un point de conf quelque part  :D

Message cité 2 fois
Message édité par ttyb0 le 02-12-2019 à 15:55:03

---------------
[Ventes]
n°1441010
carrion cr​ow
Immortal until my death
Posté le 02-12-2019 à 16:00:39  profilanswer
 

ttyb0 a écrit :

[:transparency]  
 
J'ai ça sur ma machine avec chiffrement :
 

ttyb0@trident:~$ lsblk -o type,name,size,mountpoint,DISC-GRAN,DISC-MAX
 
TYPE  NAME                  SIZE MOUNTPOINT DISC-GRAN DISC-MAX
disk  nvme0n1             238,5G                 512B       2T
part  ├─nvme0n1p1           512M /boot/efi       512B       2T
part  ├─nvme0n1p2           244M /boot           512B       2T
part  └─nvme0n1p3         237,8G                 512B       2T
crypt   └─nvme0n1p3_crypt 237,7G                 512B       2T
lvm       ├─crypt-root       20G /               512B       2T
lvm       ├─crypt-var       100G /var            512B       2T
lvm       ├─crypt-home      100G /home           512B       2T
lvm       └─crypt-swap       16G [SWAP]          512B       2T
 
ttyb0@trident:~$ mount | grep discard
 
/dev/mapper/crypt-root on / type ext4 (rw,noatime,discard,errors=remount-ro)
/dev/mapper/crypt-var on /var type ext4 (rw,noatime,discard)
/dev/mapper/crypt-home on /home type ext4 (rw,noatime,discard)
 
ttyb0@trident:~$


 
Apparemment oui il te manque un point de conf quelque part  :D


J'ai ça :

Code :
  1. mount | grep discard
  2. /dev/mapper/MyVol-root on / type ext4 (rw,noatime,discard)
  3. /dev/mapper/MyVol-home on /home type ext4 (rw,noatime,discard,data=ordered)


 
J'ai ça dans mon syslinux.cfg :

Code :
  1. APPEND root=/dev/mapper/MyVol-root cryptdevice=UUID=blablabla:cryptolvm rw


Je devrais donc mettre :

Code :
  1. APPEND root=/dev/mapper/MyVol-root cryptdevice=UUID=blablabla:cryptolvm:allow-discards rw


 :??:


Message édité par carrion crow le 02-12-2019 à 16:01:05

---------------
Des piafs en photo
n°1441011
ttyb0
sysadmin, libriste, hacker
Posté le 02-12-2019 à 16:09:17  profilanswer
 

là j'avoue ne pas pouvoir t'aider, je suis sur une Debian avec grub  :D


---------------
[Ventes]
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  51  52  53  54  55  56

Aller à :
Ajouter une réponse
 

Sujets relatifs
Le mode pivot ou portrait sous Linux - écran verticalXdefaults, xinit, screenrc, bashrc : le topic des configs chiantes
Cherche distribution GNU/Linux ou autre (BSD,etc) pour netbookProblème Boot Linux et partition invisible
Dawn Small Linux et autre light distro.installation de protocoles sur un linux embarqué
Je quitte windows pour LinuxY a t-il un logiciel Linux capable de découper un fichier PDF via SH ?
Aide analyse de la commande top sous linuxCopier des dossiers de win2003 vers linux en gardant les droits NTFS
Plus de sujets relatifs à : [Topic Unik] Les SSD sous Linux : recensement, optimisation, conseils


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR