Usine

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
====== 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 [[https://linux.die.net/man/8/hdparm|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