Différences

Ci-dessous, les différences entre deux révisions de la page.

--- ssd_solid_state_drive [Le 02/09/2015, 01:40]
Ner0lph [Placer les fichiers temporaires en mémoire vive]
+++ ssd_solid_state_drive [Le 29/11/2021, 16:36]
88.122.224.21 [Eviter d'écrire en double exemplaire les traces du fonctionnement du logiciel]
@@ Ligne 2: / Ligne 2: @@
 ----
-====== Présentation du disque électronique ======
+<note tip>En l'an 2020, on installe le logiciel ubuntu dans une **seule** partition du SSD sans se compliquer la vie. Si on a la chance de disposer d'un disque disque dur, on l'utilise pour y mettre ses données personnelles en utilisant une technique de [[http://mezigoo.free.fr/ps/ps-com/data.html|redirection]]. </note>====== Présentation des disques SSD ======
+**//Si vous souhaitez seulement savoir si votre système est configuré pour les disques durs SSD, rendez-vous directement sur [[#la_commande_trimactivation_et_utilisation|cette section de page]].//**
 Les **[[wpfr>Solid-state_drive|disques électroniques]]** sont constitués de mémoire flash, ils sont plus rapides et plus résistants aux chocs que leurs équivalents à plateaux (les HDD), mais leurs cycles d'écriture sont limités.
 Afin d'allonger leur durée de vie, vous pouvez utiliser au mieux Ubuntu pour l'usage d'un disque électronique.
 ===== Présentation des disques électroniques =====
 Les disques durs traditionnels sont constitués de plateaux magnétiques et d'une tête de lecture mobile alors que les disques électroniques sont équipés de mémoire Flash. L'appellation « disque électronique » ou « disque SSD » est d'ailleurs un abus de langage puisqu'il n'y a pas de disque.
+<note importante>
+Note au rédacteur : si c'est un abus de langage pourquoi l'utiliser pour cette page de la documentation ? Le terme disque électronique n'est pas courant, il serait mieux de le remplacer par SSD ?
+</note>
 Les avantages de cette technique sont :
@@ Ligne 28: / Ligne 33: @@
   * une technologie qui a moins fait ses preuves par rapports aux disques durs qui sont massivement produits et utilisés depuis les années 80 (nombre de disques OCZ notamment ont eu de gros problèmes de fiabilité à long terme non liés à l'usure) ;
   * une durée de vie limitée par le nombre de cycles lecture/écriture auxquels sont soumises les puces mémoire.\\ **C'est ce problème que nous allons réduire au maximum en utilisant au mieux Ubuntu.**
+**certains indiquent cependant que
+"un SSD, ce n'est pas plus « fragile » qu'un disque mécanique. Certaines études tendraient même à montrer l'inverse." **
 ==== Vocabulaire de la technique des disques électroniques ====
@@ Ligne 64: / Ligne 72: @@
 <note importante>
-La commande TRIM à la volée est **activée** par défaut à partir d'**Ubuntu 14.04 LTS** sur les partitions **ext4** et **BTRFS**, aucune modification à faire à partir de cette version.((Source : http://www.leaseweblabs.com/2013/12/ubuntu-14-04-lts-supports-trim-ssd-drives/))
+La commande TRIM à la volée est **activées-trim-ssd-drives**
 </note>
-**Contrairement à ce qui est souvent dit**, tous les SSD sont TRIMé par défaut à partir de 14.04 LTS, seul quelques rares SSD ont été blacklistés à cause de bugs de firmware les concernant. (On peut souvent lire que seul les Intel et Samsung ont le TRIM à la volée actif par défaut, ce qui n'était le cas que pour une version de développement d'Ubuntu 14.04, la restriction a été retirée après des tests supplémentaires dans la version finale.)
+**Contrairement à ce qui est souvent dit, tous les SSD sont "TRIMé" par défaut à partir de 14.04 LTS.**
+Seul quelques rares SSD ont été blacklistés à cause de bugs de firmware les concernant (On peut souvent lire que seuls les Intel et Samsung ont le TRIM à la volée actif par défaut, ce qui n'était le cas que pour une version de développement d'Ubuntu 14.04, la restriction a été retirée après des tests supplémentaires dans la version finale).
-→ Voir le [[#vocabulaire_de_la_technologie_ssd|vocabulaire de la technique des disques électroniques]].
+Vous pouvez vérifier la prise en charge de la commande TRIM par votre SSD par la commande suivante où vous remplacez **/dev/sda** par l'identifiant de votre disque :
-Vous pouvez vérifier la prise en charge de la commande TRIM par votre disque électronique par la commande suivante où vous remplacez **/dev/sda** par l'identifiant de votre disque :
 <code bash>sudo hdparm -I /dev/sda | grep TRIM</code>
-(Une sortie vide indique que la commande TRIM n'est **PAS** prise en charge par votre disque électronique.)
+Une sortie vide indique que la commande TRIM n'est **PAS** prise en charge par votre disque électronique.
 Sinon, une ligne doit clairement indiquer la prise en charge de la commande TRIM.
-Il existe plusieurs façons d'utiliser la commande TRIM, abordée dans les sections suivantes.
+Exemple en cas de succès :
+<file>
+	   *	Data Set Management TRIM supported (limit unknown)
+</file>
 ==== La commande TRIM à la volée du côté kernel ====
@@ Ligne 85: / Ligne 94: @@
 Il suffit d'ajouter l'option ''discard'' dans les lignes correspondant aux partitions Ext4 sur le disque électronique dans le fichier /etc/fstab :
-<code bash>gksudo gedit /etc/fstab</code>
+<code bash>gksu gedit /etc/fstab</code>
 Et :
 <file>
@@ Ligne 138: / Ligne 147: @@
 Ubuntu va maintenant lancer **fstrim** via un calendrier, comme il le fait pour d'autres tâches de maintenance du système.
-Source originale de cette procédure : [[http://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/]]
+[[http://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/|Source originale de cette procédure]]
 ==== La commande TRIM manuelle ====
@@ Ligne 211: / Ligne 220: @@
 Le principal intérêt des systèmes de fichiers journalisés est de garantir une bien plus grande sécurité des données en cas de plantage du système ou d'extinction brutale de la machine. La journalisation entrant en conflit avec la durée de vie des disques électroniques, il est difficile de faire un choix.
-Néanmoins, ce qui ressort des discussions sur la toile et des déclarations des fabricants autant que des sites spécialisés est que l'égalisation de l'usure permet de s'affranchir de ce problème, en gérant directement au niveau du contrôleur (un petit processeur en interne dans le disque électronique) l'usure des puces mémoire. L'utilisation des systèmes de fichiers Ext4 ou ReiserFS ne devrait donc poser aucun problème sur les disques électroniques assez récents, qui incorporent une bonne gestion de l'égalisation de l'usure.
+Néanmoins, ce qui ressort des discussions sur la toile et des déclarations des fabricants autant que des sites spécialisés est que l'égalisation de l'usure permet de s'affranchir de ce problème, en gérant directement au niveau du contrôleur (un petit processeur en interne dans le disque électronique) l'usure des puces mémoire. L'utilisation des systèmes de fichiers Ext4 ou ReiserFS ne devrait donc poser aucun problème sur les disques électroniques assez récents (à partir de 2016 ???), qui incorporent une bonne gestion de l'égalisation de l'usure.
 Pour finir, on soulignera que seul Ext4 et [[BTRFS]] prennent en charge la commande TRIM à la volée pour les disques électroniques qui le permettent (voir le paragraphe sur la commande TRIM).
@@ Ligne 232: / Ligne 241: @@
 </code>
-(Si votre partition est une partition système, le procédé devra être fait à partir d'un cédérom ou d'une clef USB autonome par exemple).
+(Si votre partition est une partition système, le procédé devra être fait à partir d'un cédérom ou d'une clef USB autonome par exemple. Au cours de la manipulation en live il faut démonter le disque concerné).
 ===== Minimiser l'usage du disque électronique =====
+==== Placer les dossiers à contenu volatile sur un disque mécanique ====
+Les systèmes POSIX ont l'intérêt d'identifier clairement **/var** comme le dossier système dont les fichiers sont modifiés le plus fréquemment.
+Ainsi, si l'on monte **/var** et **/home** sur les partitions d'un disque mécanique, l'usure du SSD sur lequel est monté la racine du système est grandement réduite. Par ailleurs, si le disque mécanique ne contient que **/var** et **/home**, il peut tourner à faible vitesse (< 6000 tours/minute) pour réduire la consommation, le bruit et l'usure mécanique.
 ==== Placer les fichiers temporaires en mémoire vive ====
@@ Ligne 266: / Ligne 276: @@
 <note tip>
-À noter : les journaux de la session en cours seront toujours disponibles ainsi que la commande terminal **dmesg** et l'application « [[:gnome-system-log|Visionneur de journaux système]] ».
+À noter : les journaux de la session __en cours__ seront toujours disponibles ainsi que la commande terminal **dmesg** et l'application « [[:gnome-system-log|Visionneur de journaux système]] ».
+</note>
+<note importante>
+Vu l'utilité **considérable**, en dépannage, des logs des sessions __précédentes__, mettre /var/log en mémoire vive est un choix très **contestable**, sinon aberrant.\\ À chacun de choisir entre **léger** gain de rapidité et **fiabilité**.\\ \\ Nota : on peut aussi mettre /var/log sur le __disque classique__ (ou, à défaut car c'est un peu moins rapide et moins durable, sur une __carte mémoire__).
 </note>
 === Cache des mises à jour et paquets téléchargés ===
+<note warning>Ceci peut bloquer les mises à jour du système si vous êtes sous la 18.04 et ultérieur</note>
 Même technique que précédemment, mais il est toutefois conseillé d'être équipé d'un minimum de 6 Gio de mémoire vive pour cette opération.
@@ Ligne 286: / Ligne 299: @@
   * Les dossiers /var/run et /var/lock sont maintenant des liens pointant vers /run lui-même monté en tmpfs par le système au démarrage, les mettre dans le fstab est donc redondant.
-  * Le passage de /var/log en tmpfs **pose des problèmes** avec apache, qui a besoin que le dossier /var/log/apache2 soit créé avant de démarrer. Pour une solution à ce problème voir : [[http://weits.blogspot.fr/2012/03/laptop-ssd-tmpfs-and-apache.html]]
+  * Le passage de /var/log en tmpfs **pose des problèmes** avec apache, qui a besoin que le dossier /var/log/apache2 soit créé avant de démarrer. Pour une solution à ce problème voir : [[http://weits.blogspot.fr/2012/03/laptop-ssd-tmpfs-and-apache.html|cette page]]
   * Apparemment, même constat avec Samba que Apache
-  * /var/tmp ne doit **absolument pas** se trouver dans tmpfs, comme il est indiqué ici : [[http://ubuntuone.com/6KWd2jN40GRqdVkVpQFOv0]]
+  * Apparemment, même constat avec mysql que Apache
+  * /var/tmp ne doit **absolument pas** se trouver dans tmpfs, comme il est indiqué [[http://ubuntuone.com/6KWd2jN40GRqdVkVpQFOv0|ici]]
-> "...for programs that require temporary files or directories that are preserved between system reboots. Therefore, data stored in /var/tmp is more persistent than data in /tmp. Files and directories located in /var/tmp must not be deleted when the system is booted. Although data stored in/var/tmp is typically deleted in a site-specific manner, it is recommended that deletions occur at a less frequent interval than /tmp." So, I deleted that line in the community docs."
-Vous pouvez ajouter autant de dossiers que vous souhaitez en mémoire vive. Contrairement à Windows et ses disques virtuels réclamant immédiatement la mémoire allouée sur la mémoire vive, ici son utilisation est dynamique : ne sera donc consommé que ce qui est utilisé par les dossiers mis en mémoire vive.
+Vous pouvez ajouter autant de dossiers que vous souhaitez en mémoire vive. Contrairement à Windows et ses disques virtuels réclamant immédiatement la mémoire allouée sur la mémoire vive, ici son utilisation est dynamique : ne sera donc consommé que ce qui est utilisé par les dossiers mis en mémoire vive.
 === Le cache personnel ===
 <note warning>
-Attention, la procédure suivante est susceptible de casser votre session **Unity** sous **Ubuntu 13.10**. Unity n'a pas l'air d'apprécier qu'on lui ôte le dossier /home/nom-d'utilisateur/.cache.
+Attention, la procédure suivante est susceptible de casser votre session **Unity**. Unity n'a pas l'air d'apprécier qu'on lui ôte le dossier /home/nom-d'utilisateur/.cache.
 </note>
@@ Ligne 319: / Ligne 331: @@
 Autre option : désactiver le cache de Firefox.
+=== Interdire la compression des fichiers de trace ===
+Si le repertoire **/var** continue d'être stocké dans le SSD, il peut être intéressant d'interdire la compression des vieux fichiers de trace ou leur conservation en durée exagérée voir pour cela la page [[logrotate#la_compression|logrotate]].
 ==== La partition d'échange (SWAP) ====
@@ Ligne 345: / Ligne 361: @@
 **De nos jours ubuntu utilise par défaut l'option relatime qui est une variante de noatime, vous n'avez donc rien à faire si vous utilisez Ubuntu 12.04 LTS ou une version plus récente.**
-<note>''nodiratime'' est superflu, car ''noatime'' est un sur-ensemble de ''nodiratime'' (qui est alors sous-entendu), voir [[http://blog.endpoint.com/2010/02/on-linux-noatime-includes-nodiratime.html|la source]].</note>
+en 20.04 ,dans fstab une partition sans l'option  ...time
+<file>/etc/fstab
+# / was on /dev/sde3 during installation
+UUID=525a0522-f476-4670-bc78-063abbf871c5/     ext4    errors=remount-ro 0  1 </file>
+est montée avec relatime
+<file>mount
+/dev/sde3 on / type ext4 (rw,relatime,errors=remount-ro)</file>
-<note important>
-Aux utilisateurs d'**Ubuntu 13.10**: la modification du /etc/fstab peut entraîner des difficultés à ouvrir votre session **Unity** comme expliqué sur ce sujet de discussion : [[http://forum.ubuntu-fr.org/viewtopic.php?id=1401411]].
+<note>''nodiratime'' est superflu, car ''noatime'' est un sur-ensemble de ''nodiratime'' (qui est alors sous-entendu), voir [[http://blog.endpoint.com/2010/02/on-linux-noatime-includes-nodiratime.html|la source]].</note>
-Cela s'appliquerait tout particulièrement au dossier /home/nom d'utilisateur/.cache, les autres procédures n'ont pas l'air d'avoir d'incidence négative.
-</note>
 En [[tutoriel:comment_modifier_un_fichier|modifiant]] ''/etc/fstab'' avec les droits d'administration, vous pouvez ajouter l'option ''noatime'' dans les lignes correspondant à de l'Ext4 sur un disque électronique. Par exemple :
@@ Ligne 359: / Ligne 379: @@
 ==== Gagner de l'espace disque ====
-  * [[:deplacer_repertoire_usr|Déplacer son dossier utilisateur (usr)]]
+  * [[:deplacer_repertoire_usr|Déplacer son dossier usr (UNIX System Resources)]]
-  * [[:tutoriel:deplacer_home|Déplacer son dossier personnel (home)]]
+  * [[:tutoriel:deplacer_home|Déplacer son dossier home]]
+==== Eviter d'écrire en double exemplaire les traces du fonctionnement du logiciel ====
+Depuis quelques années, le logiciel écrit ses traces de fonctionnement de façon  standard dans le répertoires **/var/log/journal.** Pour raison de compatibilité avec le passé, il duplique dans les fichiers **/var/log/syslog** et **/var/log/kern**.
+Cependant il faut savoir tourner la page. Surtout qu'il  fournit un  [[systemd|outil de consultation]]  dans le nouveau mode et  pas dans l'ancienne méthode.
+[[https://unix.stackexchange.com/questions/506423/how-to-keep-kern-log-out-of-syslog|voir l'explication]]
+<code bash>head -13 /etc/rsyslog.d/50-default.conf
+#  Default rules for rsyslog.
+#
+#			For more information see rsyslog.conf(5) and /etc/rsyslog.conf
+#
+# First some standard log files.  Log by facility.
+#
+auth,authpriv.*			/var/log/auth.log
+#######*.*;auth,authpriv.none		-/var/log/syslog
+#cron.*				/var/log/cron.log
+#daemon.*			-/var/log/daemon.log
+#######kern.*				-/var/log/kern.log
+#lpr.*				-/var/log/lpr.log </code>
+Il est possible de faire la modification en lignes de commandes
+<code bash>sudo cp -v  /etc/rsyslog.d/50-default.conf /etc/rsyslog.d/50-default.conf.REF
+sudo sed -i 's/*.*;auth,authpriv.none/###########   *.*;auth,authpriv.none/' /etc/rsyslog.d/50-default.conf
+sudo sed -i 's/kern./###########   kern./' /etc/rsyslog.d/50-default.conf</code>
+Puis faire la prise en compte
+<code bash>systemctl restart systemd-journald
+sudo logrotate -f /etc/logrotate.conf</code>
+et réaliser l'épuration
+<code bash>sudo rm -v /var/log/kern*
+sudo rm -v /var/log/syslog*</code>
 ===== Aligner les partitions =====
@@ Ligne 388: / Ligne 441: @@
 </file>
-Vous pouvez alors vérifier que le début de chaque partition ("XXXX") est un multiple de 2048 (secteurs). Comme un secteur fait 512 octets, et que 2048 × 512 = 1 Mio, votre disque électronique est aligné !
+Vous pouvez alors vérifier que le début de chaque partition ("XXXX") est un multiple de 2048 (secteurs). Comme un secteur fait 512 octets, et que 2048 × 512 = 1 Mio, votre disque électronique est aligné =)
+A partir de 2018 (et surement avant aussi), fdisk fait cette vérification pour vous. Si le disque n'est pas aligné, vous verrez le message suivant : "La partition X ne démarre pas sur une limite de secteur physique."
+<note>FIXME Pour que tout le monde comprenne, expliquer d'ou vient le chiffre 2048 (secteurs). Expliquer aussi si chaque début de partition doit être un multiple de 2048 ou un multiple de 1 Mio</note>
 <note important>
-Cela est vrai sur un disque dur vierge mais n'a pas l'air de fonctionner si on installe Ubuntu à la suite de Windows sur le disque. Si des partitions sont déjà présentes, il faut supprimer et recréer toute les partitions pour qu'elles soient alignés.
+Cela est vrai sur un disque dur vierge mais n'a pas l'air de fonctionner si on installe Ubuntu à la suite de Windows sur le disque. Si des partitions sont déjà présentes, il faut supprimer et recréer toutes les partitions pour qu'elles soient alignées.
-(Car Ubuntu ne peut pas réaligner les partitions que Windows aurait pu créer non alignées par erreur… À voir si Windows continue de mal aligner les partitions après Windows XP. Windows 7 a un bonne prise en charge des disques électroniques, ça ne devrait plus être le cas.) FIXME
+(Car Ubuntu ne peut pas réaligner les partitions que Windows aurait pu créer non alignées par erreur… À voir si Windows continue de mal aligner les partitions après Windows XP. Windows 7 a une bonne prise en charge des disques électroniques, ça ne devrait plus être le cas.) FIXME
 </note>
@@ Ligne 526: / Ligne 582: @@
 <note warning>Il est donc conseillé donc de lire la méthode précédente avant de vous lancer dans celle-ci qui en reprend les grands principes.</note>
-Le problème de la méthode précédente est qu'elle se limite à 4 partitions, puisque les tables de partitions standards se limitent à 4 partitions primaires. Une autre solution consisterait à ne créer qu'une partition étendue sur l'intégralité du disque dur, et de tailler ses lecteurs logiques dedans. Néanmoins, il existe une autre façon de créer ses partitions : utiliser une table de partition de type GPT. Avec ce type de table, qu'on pourrait qualifier de "moderne", la nuance entre partition principale et étendue n'existe plus, toutes les partitions étant du même type, et il n'y a plus de limite au nombre de partitions que l'on peut créer sur un disque.
+Le problème de la méthode précédente est qu'elle se limite à 4 partitions, puisque les tables de partitions standards se limitent à 4 partitions primaires. Une autre solution consisterait à ne créer qu'une partition étendue sur l'intégralité du disque dur, et de tailler ses lecteurs logiques dedans. Néanmoins, il existe une autre façon de créer ses partitions : utiliser une table de partition de type GPT. Avec ce type de table, qu'on pourrait qualifier de "moderne", la nuance entre partition principale et étendue n'existe plus, toutes les partitions étant du même type (primaire), et il n'y a plus de limite au nombre de partitions que l'on peut créer sur un disque.
 <note important>
@@ Ligne 567: / Ligne 623: @@
 ==== Planification des entrées/sorties ====
-**Cette opération n'est plus utile sur les disques électroniques relativement récents, seuls les tout premiers nécessitent cette modification.**
+**Cette opération n'est plus utile sur les disques électroniques relativement récents, seuls les tous premiers nécessitent cette modification.**
 <note important>[[http://libre-ouvert.toile-libre.org/?article72/ssd-crucial-m4-64-go-linux-trim-ext4-noatime#cfq|Cette amélioration n'est plus nécessaire avec la mise à jour de l'ordonnanceur "cfq"]]</note>
@@ Ligne 593: / Ligne 649: @@
 → [[http://www.ab9il.net/linux/solid-state-drives1.html|Source]]
+Afin d' améliorer les performances des systèmes comportant a la fois des disques SSD et des disques mécaniques il est possible grâce à UDEV de définir automatiquement le scheduleur à utiliser en fonction du type de disque (a plateaux ou SSD) avec la méthode suivante  :
+editer ou creer le fichier avec les droits super-utilisateur : /etc/udev/rules.d/60-schedulers.rules
+<code bash>gksu gedit /etc/udev/rules.d/60-schedulers.rules</code>
+puis ajoutez y le code suivant :
+<file># set deadline scheduler for non-rotating disks
+ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"
+# set cfq scheduler for rotating disks
+ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="cfq"</file>
+→ [[https://wiki.deimos.fr/Optimiser_les_performances_des_disques_dur_sur_Linux#Alignement_des_partitions|Source]]
 ==== Désactiver complètement l'archivage ====
@@ Ligne 601: / Ligne 669: @@
 "Ureadhead" est destiné à améliorer les performances de démarrage sur les disques durs traditionnels en organisant l'ordre de lecture sur le disque. Malheureusement sur certains disques électroniques très vieux, il réduit aujourd'hui les performances car les programmes ne démarrent pas pendant le chargement "ureadhead" alors que les performances du disque électronique permettent un accès direct au données bien plus efficace lors de l'exécution des programmes. Le ticket de la bogue [[https://bugs.launchpad.net/bugs/577763|LP #577763]] à ce sujet est ouvert.
-Un contournement pour désactiver "ureadhead" est de désactiver le lancement du démon correspondant dans le script d'amorçage upstart :
+Un contournement pour désactiver "ureadhead" est de désactiver le lancement du démon correspondant dans le script d'amorçage upstart :
   * Ouvrir le fichier /etc/init/ureadahead.conf avec les droits super-utilisateur
   * Commenter la ligne ''exec /sbin/ureadahead --daemon'' en ajoutant un dièse (#) tout au début