[SSD] Partitionement et TRIM ( clos )

Reconnaissance et configuration du matériel / kernel linux
Sirilldu
archer
Messages : 146
Inscription : mer. 27 mars 2013, 19:45

[SSD] Partitionement et TRIM ( clos )

Message par Sirilldu »

Bonjour,

Je viens de recevoir un SSD Samsung Pro 128GO qui sera utiliser comme disque système.

Je me pose plusieurs questions :

1 - Faut-il éviter de créer trop de partitions ?
  • Je compte en créer 3 :
  • une pour /boot , une pour /, et une pour /home
  • le Swap et /var seront placés sur un disque mécanique
2 - Je compte appliquer le Trim par fstrim par l’intermédiaire de cron
  • Dois-je utiliser cron.daily ou cron.weekly ? Comment faire ? Dois-je créer un script ?
Je vous remercie d'avance pour toutes vos suggestions et remarques.

Cyrille
Dernière modification par Sirilldu le sam. 15 mars 2014, 23:52, modifié 1 fois.
Arch 64 | KDE
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17235
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Partitionement et TRIM

Message par benjarobin »

Pour le cron, définitivement daily : http://forums.archlinux.fr/post127358.html
Pour /var je ne placerait pas tout sur un disque mécanique c'est du gâchis.
Tu ne devrait mettre que ce qui prend de la place et qui n'a pas besoin de vitesse comme le cache de pacman. Tu peux mettre aussi le SWAP sur le disque mécanique.
Laisse tout le reste sur le SSD, surtout avec un Samsung Pro 128GO

Pour les partitions aucune importance, il faut juste que le SSD ne soit pas trop rempli au globale : environ 70%
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Sirilldu
archer
Messages : 146
Inscription : mer. 27 mars 2013, 19:45

Re: [SSD] Partitionement et TRIM

Message par Sirilldu »

Je te remercie pour tes conseils benjarobin.

J'ai donc crée 3 partitions sur le SSD : /, /boot et /home.
J'ai mis le cache de pacman et la swap sur le disque mécanique.

Mon fstab est-il bon ? ( je doute du data=ordered sur le disque mécanique )

Code : Tout sélectionner


#
# /etc/fstab: static file system information
#
# <file system> <dir>   <type>  <options>       <dump>  <pass>
# /dev/sda2
UUID=eb42df5f-786d-4849-9835-279b70daeee0       /               ext4            rw,noatime,data=ordered 0 1

# /dev/sda1
UUID=70e54850-1d90-4c9d-b5d4-16d9e84a2263       /boot           ext2            rw,noatime      0 2

# /dev/sda3
UUID=80b544b0-c16c-4301-9739-a015d3df404b       /home           ext4            rw,noatime,data=ordered 0 2

# /dev/sdd1
UUID=dc6485af-a9a4-4715-a2ec-bdde73b95d3c       none            swap            defaults        0 0

# /dev/sdd3
UUID=257514a5-2e3d-4175-a63e-d0740dcaea25       /var/cache/pacman       ext4    rw,noatime,data=ordered 0 2
Pour appliquer fstrim j'ai créer ce script nommé fstrim que j'ai placé dans cron.daily :

Code : Tout sélectionner

#!/bin/sh

# Executer la fonction FSTRIM

fstrim -v /
fstrim -v /boot
fstrim -v /home
Puis :

Code : Tout sélectionner

chown root:root fstrim
chmod 744 fstrim
Sinon je me demandais comment savoir que la commande fstrim est bien appliquée ?
Arch 64 | KDE
jean_no
yeomen
Messages : 284
Inscription : dim. 09 sept. 2007, 12:19

Re: [SSD] Partitionement et TRIM

Message par jean_no »

Salut

tu peux essayer ce qui est expliqué ici :
https://nedoboi.wordpress.com/2011/11/1 ... -it-works/

Sinon, as tu pensé à régler le Scheduler ? voir :
https://wiki.archlinux.org/index.php/SS ... _Scheduler

A+
Sirilldu
archer
Messages : 146
Inscription : mer. 27 mars 2013, 19:45

Re: [SSD] Partitionement et TRIM

Message par Sirilldu »

Merci jean_no, je vais modifier mon script en conséquence !

Par contre, je vais devoir passer la partition boot en Ext4.

Pour le Scheduler, apparement le cfq reconnait un SSD et s'adapte :
https://wiki.archlinux.org/index.php/Ta ... ate_Drives
Arch 64 | KDE
Avatar de l’utilisateur
Tetsumaki
archer
Messages : 141
Inscription : jeu. 06 mai 2010, 05:44

Re: [SSD] Partitionement et TRIM

Message par Tetsumaki »

Salut, par curiosité pourquoi utilises tu la commandes fstrim depuis cronie et non en automatique depuis fstab (flag discard) vu que tu peux le faire (ext4) ?
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17235
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Partitionement et TRIM

Message par benjarobin »

Car ce n'est par recommandé tout simplement. Les performances ne sont pas les mêmes...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
Tetsumaki
archer
Messages : 141
Inscription : jeu. 06 mai 2010, 05:44

Re: [SSD] Partitionement et TRIM ( clos )

Message par Tetsumaki »

Effectivement :
https://patrick-nagel.net/blog/archives/337
http://www.webupd8.org/2013/01/enable-t ... rives.html

Merci, pourtant c'est dit haut et fort un peu partout mais je n'avais pas regardé d'assez prêt.
Avatar de l’utilisateur
jaco
Chu Ko Nu
Messages : 344
Inscription : ven. 18 mars 2011, 23:42
Localisation : Toulouse, France

Re: [SSD] Partitionement et TRIM ( clos )

Message par jaco »

Gaspation... À la lecture des derniers liens, je viens de me rendre compte d'un truc...

J'ai récemment chiffré ma partition /home avec LUKS sans faire spécialement gaffe (je ne me rappelle pas avoir vu quoi que ce soit là-dessus, à part l'option discard dans le fstab, que j'avais déjà mise). Le deuxième lien indique qu'il faut ajouter discard dans le /etc/crypttab... Le mien a simplement cette ligne, comme indiqué dans le wiki que j'ai suivi :

Code : Tout sélectionner

home    /dev/sda2       none
Dans mon fstab, j'ai dpnc simplement remplacé /dev/sda2 par /dev/mapper/home :

Code : Tout sélectionner

/dev/mapper/home        /home           ext4            rw,noatime,discard 
Sauf que je me rend maintenant compte que j'ai un problème :

Code : Tout sélectionner

$ sudo fstrim -v /
/: 142,2 GiB (152689119232 bytes) trimmed
$ sudo fstrim -v /home
fstrim: /home: discard operation not supported.                      <-
/ et /home étant sur le même SSD, j'en déduis que c'est le fait que /home soit chiffrée qui pose problème, non ?

[EDIT: je me répond à moi-même au cas où ça pourrait servir à d'autres... L'ajout des options luks,discard dans le /etc/crypttab a résolu le problème]
Répondre