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.

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.

Demander d'appliquer un délai de mise en pause systématiquement à tous les disques durs :

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 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