[Résolu] Bon usage et partitionnement multiboot SSD

Bougron · Le 30/07/2017, à 13:42

Bonjour
Ma réponse personnelle
le SSD n'a aucune notion de l'existence des partitions. L'espace disponible est calculé sur la totalité du SSD. Mais il n'est pas facile de savoir s'il faut en réserver ou si le firmware le masque à L'OS.
Cela doit être du cas par cas.
A titre d'exemple, il y a quelques temps, j'avais rempli mon vieux SSD de 64 Go contenant déjà windows XP en y installant aussi windows10 L'espace était quasiment saturé. Les temps de réponses étaient devenus catastrophiques. En supprimant windows10, tout est rentré dans l'ordre. Mais je n'ai pas cherché quel était cette limite pour mon SSD.

Sur l'autre point, je pense que tu veux parler de ces 5 paramètres.
Alignement des partitions au Mio C'est l'option par défaut de GPARTED

vm.swappiness = 0
Nous l'avons évoquée avec une valeur de 5 que nous conseillons dans le forum pour les disques durs. Il ne doit pas y avoir beaucoup de différence entre 0 et 5 vu la taille de ta RAM.

tmpfs /tmp tmpfs defaults,size=1g 0 0
Nous l'avons aussi évoqué.
J'ai proposé une valeur. Mais sans plus car il faut obtenir le bon compromis entre l'espace que tu alloues aux fichiers temporaires et l'espace réellement nécessaire pour le swap afin que la somme ne dépasse pas la taille de la RAM. Tout dépend de la consommation de tes applications en fichiers temporaires et en swap.

La commande trim
Tu as noté qu'elle était intégrée au ubuntu.

L'option atime
C'est un vaste débat.
Notes d'abord que si tu l'appliques et que dans 1 an, tu manques de place disque et que tu parts à la recherche des fichiers qui n'ont pas été accédés depuis un an et que tu les supprimes, il est probable que tu supprimes la moitié de L'OS dont une partie est certainement encore lue à chaque démarrage.
Il est important que tu notes que cette phrase: "l’enregistrement de la date lors de l’accès au fichier" et assez ambigüe.
Si tu accèdes à un fichier 30 fois par jour, Va-t-il y avoir 30 modifications ou une seule ?,
Dans le passé, c'était trente. Dans les versions actuelles c'est une seule.
Du moins c'est ce qu'il me semble.

bougron@DynaMips:~$ echo a>TEST
bougron@DynaMips:~$ stat TEST
  Fichier : 'TEST'
   Taille : 4         	Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : 804h/2052d	Inœud : 393737      Liens : 1
Accès : (0664/-rw-rw-r--)  UID : ( 1000/ bougron)   GID : ( 1000/ bougron)
Accès : 2017-07-30 13:46:08.092989316 +0200
Modif. : 2017-07-30 15:23:41.254024438 +0200
Changt : 2017-07-30 15:23:41.254024438 +0200
  Créé : -
bougron@DynaMips:~$ cat TEST
a
bougron@DynaMips:~$ stat TEST
  Fichier : 'TEST'
   Taille : 4         	Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : 804h/2052d	Inœud : 393737      Liens : 1
Accès : (0664/-rw-rw-r--)  UID : ( 1000/ bougron)   GID : ( 1000/ bougron)
Accès : 2017-07-30 15:24:18.946895850 +0200
Modif. : 2017-07-30 15:23:41.254024438 +0200
Changt : 2017-07-30 15:23:41.254024438 +0200
  Créé : -
bougron@DynaMips:~$ cat TEST
a
bougron@DynaMips:~$ stat TEST
  Fichier : 'TEST'
   Taille : 4         	Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : 804h/2052d	Inœud : 393737      Liens : 1
Accès : (0664/-rw-rw-r--)  UID : ( 1000/ bougron)   GID : ( 1000/ bougron)
Accès : 2017-07-30 15:24:18.946895850 +0200
Modif. : 2017-07-30 15:23:41.254024438 +0200
Changt : 2017-07-30 15:23:41.254024438 +0200
  Créé : -
bougron@DynaMips:~$ cat TEST
a
bougron@DynaMips:~$ stat TEST
  Fichier : 'TEST'
   Taille : 4         	Blocs : 8          Blocs d'E/S : 4096   fichier
Périphérique : 804h/2052d	Inœud : 393737      Liens : 1
Accès : (0664/-rw-rw-r--)  UID : ( 1000/ bougron)   GID : ( 1000/ bougron)
Accès : 2017-07-30 15:24:18.946895850 +0200
Modif. : 2017-07-30 15:23:41.254024438 +0200
Changt : 2017-07-30 15:23:41.254024438 +0200
  Créé : -
bougron@DynaMips:~$

Donc, je ne vois plus l'intérêt de mettre l'option atime

J'ai noté que toshiba a indiqué que les cellules pouvaient recevoir l'écriture de 640 TiO
donc chaque cellule est garantie pour être écrite 640 fois.

Normalement la commande

sudo smartcl -s on    -A    /dev/sda

devrait te donner le nombre de TiO écrits (peut-être en multiple de Mio ?)

Dernière modification par Bougron (Le 30/07/2017, à 15:29)

Dempiller · Le 30/07/2017, à 16:09

Aaahh d'accord, oui pour le reste j'ai lu avec attention vos réponses et en effet, Trim est activé par défaut, j'ai fais le swapiness pour déclancher qu'à 95% de la Ram et je m'assurerais de ne pas saturer mon SSD du coup.

Pour l'option de tmpfs, ça semble assez délicat, est-ce que c'est crucial ou pas ? Pour la consommation des applications j'ai une utilisation assez basique, surf, vidéos, musique, Callibre, LibreOffice. C'est majoritairement ça avec parfois un peu de virtualisation ou de jeu (très rare).

Encore mille merci à vous tous pour vos réponses et votre patience, je suis plus serein quant- à l'usage de mon SSD

Bougron · Le 30/07/2017, à 17:02

Pour une utilisation normale de ubuntu 16.04, les applications normales ne dépasseront jamais 8 Go de RAM
donc tu peux aller jusqu'à
tmpfs /tmp tmpfs defaults,size=8g 0 0
Sauf que je pense que les fichiers temporaires normaux ont rarement une taille dépassant 64 Mo...
Alors laisse 1 Go comme valeur.

Mais, lorsque ton installation sera faite et si tu n'as pas de problème de fonctionnement, on peut aller plus loin
https://doc.ubuntu-fr.org/ssd_solid_state_drive paragraphe 4
avec le répertoire de logs systeme qui écrit en pernanence

tmpfs /var/log tmpfs defaults,nosuid,nodev,noatime,mode=0755,size=5% 0 0

Mais j'ai noté que la présence de certaines applications ( (samba, apache) ne le permettent pas

Dernière modification par Bougron (Le 30/07/2017, à 17:23)

Dempiller · Le 30/07/2017, à 19:53

Ah d'accord je vois. Par contre mon terminal me di que la commande tmpfs est introuvable

Je n'ai rien dit, je suis sur la doc, c'est une ligne à ajouter au fichier >_<

Par contre c'est normal de si long espace ? Voila c'est fait sinon

Dernière modification par Dempiller (Le 30/07/2017, à 19:59)

Bougron · Le 30/07/2017, à 22:19

je ne comprends pas trop ce que tu expliques

tmpfs /var/log etc.......

n'est pas à frapper dans le terminal en ligne de commande mais à ajouter dans le fichier /etc/fstab

Pour ce que tu appelles le "si long espace" Ce n'est pas normal du tout.
je ne sais pas où tu l'as vu mais c'est un piège des correcteurs automatiques d'orthographe,
Aussitôt qu'ils rencontrent deux petits tirets consécutifs, ils le transforment en un seul grand tiret.
et si on se se relit pas, c'est fichu.

Dernière modification par Bougron (Le 30/07/2017, à 22:22)

Dempiller · Le 31/07/2017, à 00:01

Oui j'ai compris juste après pour la ligne à ajouter

Eh bien la ligne que tu as mise en gras en début de page, juste avant trim, celle à ajouter justement elle contient des espace de 2 à 3 espaces, c'est normal ou je dois la modifier ?

Coeur Noir · Le 31/07/2017, à 00:27

Normal. Il faut au moins un espace entre chaque « argument / option » l'espace c'est le séparateur. Tu peux en mettre 2 ou 20 si ça te chante ou utiliser la touche tabulation, c'est la séquence des « arguments » qui importe. Si tu oublies un argument ou que que tu ne les mets pas dans le bon ordre, là, ça coincera…

Dempiller · Le 31/07/2017, à 09:53

J'ai aussi appliqué le point N°1 de ce billet de blog :
https://www.linuxbabe.com/ubuntu/4-tips … untu-16-04

Tout est donc en ordre grâce à votre précieuse aide. Je récapitule un coup pour ceux à qui ça serait utile.

- Il faut de l'espace libre sur le SSD pour la gestion optimal de son firmware, peu importe si c'est dans ou hors partitions, il suffit d'avoir de l'espace libre (la quantité reste par contre n mystère mais ce n'est pas très grave).

- J'ai fais une partition Swap commune pour tous les OS mais en prenant soin de limiter l'usage de celle-ci dès 95% d'utilisation de la Ram et non 40. Cela grâce à la modification swapiness disponible sur la doc concernant la swap. De cette façon on garde la possibilité d'utiliser l'hibernation (d'un OS à la fois et à condition de relancer celui là après hibernation) sans pour autant solliciter le SSD tout le temps.

- J'ai crée un /home commun en prenant soin de n'utiliser que des noms d'utilisateurs différents pour chaque système.

- On s'est assure que Trim est activé pour la gestion du SSD (j'ai pas vraiment vérifier car la doc stipule que Ubuntu 16.04 l'active par défaut).

- On a configurer une mise en Ram des fichiers temporaires avec une ligne Tmpfs sous les bons conseils de Bougron.

- J'ai appliqué le premier point du blog cité ici au dessus pour les logiciels au démarrage étant inutiles.

Voila, grâce à tous vos bon conseils c'est enfin parfaitement fonctionnel et optimisé. Je vous remercie mille fois !
C'est un plaisir de faire partie de cette communauté depuis plusieurs années.

PS: Pour le multi-boot, installer sa distrib principal avec Grub à la base/racine du SSD, ensuite instaler les autres systèmes avec leur grub à la base de leur partition / respective. Redémarrer sur le distrib principale pour appliquer la commande "sudo upgrade-grub".

malbo · Le 31/07/2017, à 10:34

Dempiller a écrit :

- J'ai fais une partition Swap commune pour tous les OS

Il y a des cas où l'installateur d'un OS reformate la partition swap lors de l'installation. résultat : tous les OS préinstallés qui utilisaient cette partition swap ne démarrent plus parce que l'UUID de la partition swap a changé. Je maintiens qu'il ne faudrait pas du tout de partition swap.

Bougron · Le 31/07/2017, à 10:39

Bonjour Malbo
il suffit de faire en sorte que la description de la partition swap ne soit jamais dans le fichier /etc/fstab
et maintenant cela coûte simplement un délai de 90 secondes supplémentaires si on oublie cette action.

Dernière modification par Bougron (Le 31/07/2017, à 10:41)

Dempiller · Le 31/07/2017, à 11:39

Ah, ça je l'ignorais ^^Jusqu'à présent quand j'installe des distributions j'ai toujours le choix de formater ou non chaque partition.
J'ai tendances ces dernièrs années à faire tourner des Debian-Like et OpenSuse, Fedora. Je doublerais de vigilance lors d'installations

Merci du conseil

jarmin · Le 02/08/2017, à 21:44

bonjour
malbo a dit

Il y a des cas où l'installateur d'un OS reformate la partition swap lors de l'installation. résultat : tous les OS préinstallés qui utilisaient cette partition swap ne démarrent plus parce que l'UUID de la partition swap a changé. Je maintiens qu'il ne faudrait pas du tout de partition swap

Debian par exemple, sur mon latop xubuntu et Debian je connais bien ce problème, je suis obligé de ne pas formater la swap Debian , récupérer l'uuid de swap xubuntu et la mettre dans fstab de Debian et monter la swap Debian ensuite

Dempiller · Le 03/08/2017, à 06:42

Décidément, Debian semble aimer les complications (Aucun troll là dedans, j'ai essayé beaucoup de distrib ces dernières années dont un peu d'Arch et Gentoo et il s'avère que Debian est celle avec laquelle j'ai eu le plus de mal)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 30/07/2017, à 13:42

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#27 Le 30/07/2017, à 16:09

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#28 Le 30/07/2017, à 17:02

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#29 Le 30/07/2017, à 19:53

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#30 Le 30/07/2017, à 22:19

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#31 Le 31/07/2017, à 00:01

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#32 Le 31/07/2017, à 00:27

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#33 Le 31/07/2017, à 09:53

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#34 Le 31/07/2017, à 10:34

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#35 Le 31/07/2017, à 10:39

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#36 Le 31/07/2017, à 11:39

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#37 Le 02/08/2017, à 21:44

Re : [Résolu] Bon usage et partitionnement multiboot SSD

#38 Le 03/08/2017, à 06:42

Re : [Résolu] Bon usage et partitionnement multiboot SSD

Pied de page des forums