3 votes

Comment puis-je trouver qui empêche les disques d'essorage

Le problème

  • Après la mise à niveau du système NAS de Buster à Bullseye, les disques ne peuvent plus tourner.

Mon installation NAS

  • 5x disque mécanique WD RED, pas de RAID, ext4 sans journalisation
  • Debian Bullseye, noyau 5.10
  • le système se charge à partir d'un sixième disque SSD (pour ne pas réveiller les disques mécaniques)
  • utilitaire hd-idle pour définir le spin down après 30 minutes d'inactivité hd-idle -i 0 -a sda -i 1800 -a sdb -i 1800 -a sdc -i 1800 -a sdd -i 1800 -a sde -i 1800 -l /var/log/hd-idle.log
  • pas de changement matériel dans le NAS lors de la mise à niveau vers Bullseye, pas de changement non plus dans la configuration de hd-idle
  • Le NAS est dans cette configuration matérielle depuis plus de 8 ans, ainsi que dans la configuration logicielle. Les disques étaient principalement en rotation après 30 minutes pendant des années sans aucun problème.

Ce que j'ai essayé

  • Si j'utilise hd-idle -t sda Le disque se met immédiatement en veille, mais après s'être réveillé (en raison d'une activité régulière du disque), il ne se rendort plus jamais.
  • Si les disques sont forcés de tourner vers le bas avec hd-idle -t ils ne se réveillent pas sans activité régulière - donc aucun travail répétitif ne les réveille.
  • J'avais des doutes sur les smartmontools, s'il y a un changement dans Bullseye qui les réveille. J'ai joué un peu avec /etc/smartd.conf y -n standby J'ai donc désactivé complètement smartd pour voir si smartmontools n'était pas le méchant caché, mais pas de chance, il semble qu'il ne le soit pas.
  • lsof | grep /media ne donne rien (media est le point de montage pour tous ces disques)
  • Je jouais un peu avec iotop également avec nmon . Mais rien d'intéressant n'a été trouvé, seulement une activité régulière avec le disque SSD (système).
  • Je ne peux pas courir iosnoop pour une raison quelconque. Le packge perf-tools-unstable est installé correctement, mais appeler iosnoop se termine par bash: iosnoop: command not found même en tant que racine. Je n'ai pas trouvé la cause de ce phénomène.

Il est évident que vous ne pouvez pas déboguer mon système, mais j'apprécierai toute indication permettant de trouver le problème, qui empêche les disques de tourner :-)

2voto

Martin Points 131

Résolu . Au moins, je sais pourquoi mes disques ne dorment pas. Je ne peux pas dire avec certitude, comment tracer ce problème avec des outils linux, je l'ai trouvé accidentellement dans une discussion.

On dirait un changement dans udisks2 service. Ce service vérifie vos disques et est responsable du montage automatique de vos clés USB, etc. Maintenant le service vérifie aussi le SMART des disques (je ne sais pas pourquoi). Si le disque est en sommeil, il ne le réveillera pas, mais s'il est actif, udisks2 vérifie SMART toutes les 10 minutes. Donc si le temps de sommeil est de 30 minutes, le disque ne s'endormira jamais. De plus, les disques WD Red ne sont souvent pas en mesure de définir une durée de mise en veille inférieure à 10 minutes (il n'est pas sain pour les disques de se mettre en veille de manière trop agressive, c'est donc une limite raisonnable).

Quelques sources :

Solution de contournement pour les systèmes NAS : vous n'avez probablement pas besoin du service udisks2.

sudo systemctl stop udisks2
sudo systemctl mask udisks2

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X