Misc Tricks

"Error Information Log Entries" repéré lors de la lecture SMART d'un SSD NVME

Il s'agit probablement d'un coup machiavélique de certains constructeurs …

On affine la chose en consultant le contenu des ces “erreurs” avec la commande nvme (nécessite le paquet nvme-cli) :

sudo nvme error-log /dev/nvme0

Et la lecture rassurante sur l'état de santé de notre SSD se présente sous la forme de :

status_field : 0(SUCCESS: The command completed successfully)

SSHFS Automount fstab

https://wiki.archlinux.org/index.php/SSHFS#Automounting

Exemple fstab :

root@192.168.1.50:/mnt/backup/ /mnt/backup  fuse.sshfs noauto,x-systemd.automount,_netdev,users,idmap=user,allow_other,reconnect 0 0

Attention j'ai dû ajouter un '/' à /mnt/backup sinon sshfs répond “not a directory”…

Mise en pause des disques rotationnels

On peut souhaiter que les disques durs rotationnels s'arrêtent de tourner lorsqu'ils sont peu utilisés. Les firmware gèrent cela, via une option de la norme ATA.

Voir l'état et ne pas relancer le disque s'il est en pause

smartctl -i -n standby /dev/sdX

Forcer la mise en pause immédiate à la main

hdparm -y /dev/sdX

Définir le délai de mise en pause à la main

hdparm -S NNN /dev/sdX

où NNN est un nombre définissant le délai, voir la page de man de hdparm pour les valeurs comprises.

Appliquer un délai de mise en pause à tous les disques durs rotationnels

Exemple pour 15 minutes, code 180. Doc : https://wiki.archlinux.org/title/hdparm#Persistent_configuration_using_udev_rule

dans /etc/udev/rules.d/69-hdparm.rules mettre
ACTION=="add|change", KERNEL=="sd[a-z]", ATTRS{queue/rotational}=="1", RUN+="/sbin/hdparm -S 180 /dev/%k"

Attention, ne fonctionne que pour sda à sdz, s'il y en a plus, il faut faire autrement… et attention aussi au path de hdparm qui varie.

debug udev (https://superuser.com/questions/677106/how-to-check-if-a-udev-rule-fired et https://unix.stackexchange.com/questions/39370/how-to-reload-udev-rules-without-reboot) :

mettre udev en verbeux : udevadm control --log-priority=debug
exécuter ce que l'on souhaite, comme : echo change | sudo tee /sys/block/sdX/uevent
voir ce qu'il s'est passé (attention, potentiellement beaucoup) : journalctl -f