Différences

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

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
ssd_solid_state_drive [Le 20/01/2021, 20:31]
ar barzh paour [Présentation des disques électroniques]
ssd_solid_state_drive [Le 21/12/2021, 09:32] (Version actuelle)
wiki-corrector-bot passage de http à https sur les liens externes (détecté et corrigé via le bot wiki-corrector (https://forum.ubuntu-fr.org/viewtopic.php?id=2067892)
Ligne 1: Ligne 1:
 +
 {{tag>​matériel optimisation}} {{tag>​matériel optimisation}}
 ---- ----
Ligne 91: Ligne 92:
 ==== La commande TRIM à la volée du côté kernel ==== ==== La commande TRIM à la volée du côté kernel ====
  
-Notez encore une fois que **depuis Ubuntu 14.04 LTS, la commande TRIM est activée par défaut**((Source : http://​www.leaseweblabs.com/​2013/​12/​ubuntu-14-04-lts-supports-trim-ssd-drives/​)). L'​usage de la méthode décrite ici n'est pas recommandée actuellement par Ubuntu.+Notez encore une fois que **depuis Ubuntu 14.04 LTS, la commande TRIM est activée par défaut**((Source : https://​www.leaseweblabs.com/​2013/​12/​ubuntu-14-04-lts-supports-trim-ssd-drives/​)). L'​usage de la méthode décrite ici n'est pas recommandée actuellement par Ubuntu.
  
 Il suffit d'​ajouter l'​option ''​discard''​ dans les lignes correspondant aux partitions Ext4 sur le disque électronique dans le fichier /etc/fstab : Il suffit d'​ajouter l'​option ''​discard''​ dans les lignes correspondant aux partitions Ext4 sur le disque électronique dans le fichier /etc/fstab :
Ligne 147: Ligne 148:
 Ubuntu va maintenant lancer **fstrim** via un calendrier, comme il le fait pour d'​autres tâches de maintenance du système. Ubuntu va maintenant lancer **fstrim** via un calendrier, comme il le fait pour d'​autres tâches de maintenance du système.
  
-[[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]]+[[https://​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 ==== ==== La commande TRIM manuelle ====
Ligne 382: Ligne 383:
   * [[:​tutoriel:​deplacer_home|Déplacer son dossier home]]   * [[:​tutoriel:​deplacer_home|Déplacer son dossier home]]
  
-==== Eviter d'​écrire en double exemplaire les traces du fonctionnent ​du logiciel ====+==== 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**. 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. ​ 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. ​
Ligne 404: Ligne 405:
 sudo sed -i '​s/​*.*;​auth,​authpriv.none/########### ​  ​*.*;​auth,​authpriv.none/'​ /​etc/​rsyslog.d/​50-default.conf 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>​ 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>​
  
  
Ligne 446: Ligne 453:
 </​note>​ </​note>​
  
-<​note>​FIXME Selon les fabricants de disques SSD, comme par exemple [[http://​kb-fr.sandisk.com/​app/​answers/​detail/​a_id/​9508/​~/​recommandations-de-performance-ssd|Sandisk]],​ les partitions peuvent se contenter d'un alignement sur les pages de 4Ko, soit tous les 8 secteurs. Il n'est pas indispensable d'​aligner les partitions sur les blocs de 1Mo, sauf, bien-sûr, pour la première.</​note>​+<​note>​FIXME Selon les fabricants de disques SSD, comme par exemple [[https://​kb-fr.sandisk.com/​app/​answers/​detail/​a_id/​9508/​~/​recommandations-de-performance-ssd|Sandisk]],​ les partitions peuvent se contenter d'un alignement sur les pages de 4Ko, soit tous les 8 secteurs. Il n'est pas indispensable d'​aligner les partitions sur les blocs de 1Mo, sauf, bien-sûr, pour la première.</​note>​
  
 Si vous souhaitez aller plus loin, vous pouvez [[#​Minimiser l'​usage du disque électronique SSD|utiliser au mieux Ubuntu pour votre disque électronique]]. Si vous souhaitez aller plus loin, vous pouvez [[#​Minimiser l'​usage du disque électronique SSD|utiliser au mieux Ubuntu pour votre disque électronique]].
Ligne 454: Ligne 461:
 **Cette partie est inutile si vous utilisez une version encore maintenue par Ubuntu, l'​alignement se fait automatiquement avec n'​importe quelle méthode « normale » de partitionnement.** **Cette partie est inutile si vous utilisez une version encore maintenue par Ubuntu, l'​alignement se fait automatiquement avec n'​importe quelle méthode « normale » de partitionnement.**
  
-<note warning>​Attention cette méthode vient du forum [[http://​forum.hardware.fr/​hfr/​OSAlternatifs/​Hardware-2/​recensement-optimisation-conseils-sujet_69473_1.htm|hardware.fr]] (un grand merci à eux) et a initialement été conçue pour Arch. La méthode de partitionnement est susceptible de varier sous Ubuntu. Ne suivez cette méthode que si vous êtes sûr de vous et que si vous savez résoudre des problèmes pouvant survenir au cours d'un formatage !</​note>​+<note warning>​Attention cette méthode vient du forum [[https://​forum.hardware.fr/​hfr/​OSAlternatifs/​Hardware-2/​recensement-optimisation-conseils-sujet_69473_1.htm|hardware.fr]] (un grand merci à eux) et a initialement été conçue pour Arch. La méthode de partitionnement est susceptible de varier sous Ubuntu. Ne suivez cette méthode que si vous êtes sûr de vous et que si vous savez résoudre des problèmes pouvant survenir au cours d'un formatage !</​note>​
  
 <note warning> La procédure d'​origine était faite pour un OCZ-Vertex avec une taille de bloc de 128 Kio, ce qui n'est plus le cas sur les disques électroniques récents (> 2010). Par conséquent,​ la documentation a été réécrite pour une taille de bloc de 1024 Kio qui permet de garantir un alignement avec tous ses sous-multiples (512, 256, 128, etc.). Vous perdez 1 Mio sur l'​ensemble du disque ce qui est négligeable et cela assure une compatibilité et un alignement parfait avec tous les disques électroniques. Le fichier de calcul a également été mis à jour en conséquence.</​note>​ <note warning> La procédure d'​origine était faite pour un OCZ-Vertex avec une taille de bloc de 128 Kio, ce qui n'est plus le cas sur les disques électroniques récents (> 2010). Par conséquent,​ la documentation a été réécrite pour une taille de bloc de 1024 Kio qui permet de garantir un alignement avec tous ses sous-multiples (512, 256, 128, etc.). Vous perdez 1 Mio sur l'​ensemble du disque ce qui est négligeable et cela assure une compatibilité et un alignement parfait avec tous les disques électroniques. Le fichier de calcul a également été mis à jour en conséquence.</​note>​
Ligne 641: Ligne 648:
 puis mettre à jour : <code bash>​sudo update-grub</​code>​ puis mettre à jour : <code bash>​sudo update-grub</​code>​
  
-→ [[http://​www.ab9il.net/​linux/​solid-state-drives1.html|Source]]+→ [[https://​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 ​ : 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 ​ :
Ligne 669: Ligne 676:
 ---- ----
  
-//​Contributeurs principaux : Kortex@HFR et Albator du [[http://​forum.hardware.fr/​hfr/​OSAlternatifs/​Hardware-2/​recensement-optimisation-conseils-sujet_69473_1.htm|forum.hardware.fr]],​ un grand merci à eux.//+//​Contributeurs principaux : Kortex@HFR et Albator du [[https://​forum.hardware.fr/​hfr/​OSAlternatifs/​Hardware-2/​recensement-optimisation-conseils-sujet_69473_1.htm|forum.hardware.fr]],​ un grand merci à eux.//
  • ssd_solid_state_drive.1611171107.txt.gz
  • Dernière modification: Le 20/01/2021, 20:31
  • par ar barzh paour