Dois-je désactiver la journalisation du noyau (et comment?) Si j'utilise un SSD?
J'utilise Kubuntu 18.04 sur un ordinateur portable Dell XPS 9370 sans disque dur - juste un SSD.
Dois-je désactiver la journalisation du noyau pour réduire la quantité d'écritures dans la mémoire FLASH du SSD pour prolonger sa durée de vie? Et si oui, comment faire?
Cette question est provoquée par des articles de presse selon lesquels les premières voitures Tesla échouent maintenant en raison de leurs SSD car le Linux intégré a activé la journalisation et écrit continuellement dans des fichiers journaux basés sur SSD. J'ai souvent lu que le nombre d'écritures dans FLASH est limité, mais c'est le premier exemple concret d'échec dont j'ai entendu parler.
Ou peut-être est-il possible de simplement se connecter à la RAM?
Il est préférable de désactiver la journalisation au lieu de la désactiver (sinon vous risquez de manquer quelque chose d'important).
Pour systemd avant la version 235, vous pouvez utiliser
journalctl --priority=3
Pour les versions plus récentes, il y a un paramètre dans
/etc/systemd/journald.conf
appelé ReadKMsg= que vous devez activer. Faites une sauvegarde et modifiez le fichier; retirer le # devant de #ReadKMsg=yes et remplacez yes par no (vous pouvez également insérer une nouvelle ligne sous celle-ci avec ReadKMsg=no.
version 235 du journal des modifications :
journald.conf a gagné un nouveau paramètre booléen
ReadKMsg=qui est activé par défaut. S'il est désactivé, les messages du journal du noyau ne seront pas lus par systemd-journald ou inclus dans les journaux.
J'ai souvent lu que le nombre d'écritures dans FLASH est limité, mais c'est le premier exemple concret d'échec dont j'ai entendu parler.
Le changement ci-dessus n'aura pas beaucoup d'importance cependant en ce qui concerne les écritures sur le SSD car l'écriture se fait de manière clairsemée. Là encore, chaque écriture de moins sur 1 correspond à 1 écriture de moins :)
Ce qui pourrait être un problème pour Tesla: ces SSD qu'ils ont utilisés pourraient être de très vieux disques. Et les anciens SSD avaient des problèmes. De nos jours ... pas tellement.
Le noyau linux connaît bien les SSD depuis longtemps et les installations par défaut semblent fonctionner très bien "prêtes à l'emploi".
Je laisserais la journalisation et tout le reste aux paramètres par défaut. De temps en temps, je surveillais la durée de vie du SSD:
La réponse ci-dessus détaille comment vérifier la durée de vie restante de votre SSD:
La première étape consiste à installer nvme-cli car il fournit le plus d'informations:
Sudo apt install nvme-cli
Rassemblez ensuite les informations disponibles sur le SSD:
$ Sudo nvme smart-log /dev/nvme0
Smart Log for NVME device:nvme0 namespace-id:ffffffff
critical_warning : 0
temperature : 42 C
available_spare : 100%
available_spare_threshold : 10%
percentage_used : 0%
data_units_read : 28,149,264
data_units_written : 19,392,109
Host_read_commands : 559,538,536
Host_write_commands : 171,732,762
controller_busy_time : 1,352
power_cycles : 2,384
power_on_hours : 1,362
unsafe_shutdowns : 133
media_errors : 0
num_err_log_entries : 608
Warning Temperature Time : 0
Critical Composite Temperature Time : 0
Temperature Sensor 1 : 42 C
Temperature Sensor 2 : 55 C
Le pourcentage utilisé est 0% Après deux ans. Quand il frappe 100% alors théoriquement, le disque est épuisé et doit être remplacé. Mais voici quelqu'un qui a épuisé 250% que l'on penserait impossible:
Pour faire court, il est probable que votre SSD survivra à votre système informatique ces jours-ci.