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)
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”…
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.
smartctl -i -n standby /dev/sdX
hdparm -y /dev/sdX
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.
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