Pourquoi un disque dur se met-il en veille puis se réactive-t-il immédiatement sans aucun accès utilisateur ?
Un disque dur se réveille généralement immédiatement après sa mise en veille, car un processus en arrière-plan, un outil de surveillance, un client, un journal ou une tâche planifiée envoie une nouvelle commande.
« Aucun accès utilisateur » ne signifie pas que le disque est inactif au niveau du système d’exploitation. Les interrogations SMART, les indexeurs de médias et de photos, la synchronisation cloud, la détection des sauvegardes, les métadonnées du système de fichiers, les journaux, le fichier d’échange, les conteneurs, les explorateurs de fichiers et les minuteurs récurrents peuvent accéder au périphérique quelques secondes après son passage en veille. Le premier objectif est de confirmer une véritable transition vers la veille et d’identifier le premier processus ou la première commande qui réveille le disque, sans utiliser une commande de surveillance susceptible de provoquer elle-même ce réveil.
Confirmer que le disque est réellement passé en veille
Notez le mode d’alimentation du disque immédiatement avant la mise en veille, après l’envoi de la commande ou l’expiration du minuteur d’inactivité, puis après le réveil audible. Notez également si le périphérique utilise une connexion SATA interne, USB-SATA, SAS ou s’il se trouve derrière un boîtier.
La vérification du mode d’alimentation avec hdparm distingue les états actif ou inactif, veille et sommeil. Elle permet ainsi de différencier une véritable mise en rotation réduite d’un déchargement des têtes ou d’un état basse consommation dans lequel les plateaux continuent de tourner.
Utilisez uniquement une interrogation de l’état d’alimentation dont vous savez qu’elle ne force pas l’activation du périphérique sur l’interface testée. Certains ponts USB traduisent ou refusent les commandes d’alimentation ATA différemment d’une connexion SATA directe.
Tracer le premier accès aux fichiers après la mise en veille
Démarrez une courte trace des accès aux fichiers avant l’heure prévue de mise en veille et arrêtez-la immédiatement après le réveil du disque. Filtrez les résultats sur le point de montage, le périphérique ou le jeu de données concernés.
L’utilitaire fatrace signale les événements d’accès aux fichiers des processus en cours d’exécution. Il peut révéler qu’un générateur de vignettes, un indexeur, une base de données, un shell ou un outil de sauvegarde accède au disque au moment précis du réveil.
Ne laissez pas une traçabilité intensive active pendant plusieurs jours. Utilisez une fenêtre limitée autour d’un réveil reproductible et vérifiez le processus suspect en désactivant uniquement ce service pendant un cycle.
Vérifier si les interrogations SMART réveillent le disque
Examinez la configuration de smartd, les intervalles d’interrogation de l’état des disques du NAS, les tests courts et longs planifiés, les contrôles de température et les tableaux de bord de surveillance tiers. Comparez leurs horodatages avec celui de l’événement de réveil.
La documentation de référence de la configuration smartd sur Debian indique que les commandes SMART font généralement tourner les plateaux des disques, sauf si la vérification du mode d’alimentation est configurée pour ignorer les périphériques déjà en veille.
Ne désactivez pas définitivement la surveillance de l’état du disque simplement pour prolonger la veille. Planifiez les vérifications sur une plage horaire définie ou configurez une interrogation compatible avec la veille lorsque la plateforme et le disque le permettent.
Examiner la synchronisation, l’indexation, les paquets et les clients réseau
Répertoriez l’indexation des photos et des médias, la synchronisation cloud, l’antivirus, la recherche, la génération de vignettes, les agents de sauvegarde, les applications de vidéosurveillance, les conteneurs ainsi que les clients SMB ou NFS connectés. Vérifiez si un service surveille le pool en veille.
Le guide de dépannage de la mise en veille prolongée de Synology répertorie les paquets et services qui interrompent la mise en veille, notamment la synchronisation, les tests de disques planifiés, l’activité réseau et la pression mémoire pouvant provoquer des opérations d’entrée-sortie sur le disque.
Un service peut réveiller le disque même si personne n’ouvre de fichier. Testez un seul service à la fois et préservez les fonctions essentielles de sauvegarde, de surveillance et de sécurité.
Vérifier les minuteurs, les tâches cron et les rattrapages au démarrage
Répertoriez les minuteurs systemd, les tâches cron, les planifications du NAS, la détection des sauvegardes, les opérations de vérification, la maintenance des bases de données, la rotation des journaux, le nettoyage des fichiers temporaires et les tâches configurées pour rattraper les exécutions manquées.
ArchWiki explique que les minuteurs systemd activent les services selon des planifications. Cela peut produire des réveils apparemment aléatoires lorsque plusieurs tâches en arrière-plan utilisent des intervalles différents.
Faites correspondre les journaux du service associé au minuteur avec le premier accès au disque enregistré. Regrouper toutes les tâches à la même minute peut créer une période de réveil intensive, tandis que les répartir trop largement peut empêcher complètement une mise en veille réellement utile.
Utiliser le test de mise en veille du NAS et vérifier un disque à la fois
Lorsque le NAS propose un diagnostic intégré de la mise en veille, exécutez-le après avoir suspendu les applications courantes et en sélectionnant un seul boîtier ou groupe de disques. Enregistrez le rapport et comparez-le avec la trace des processus.
QNAP documente un test de mise en veille des disques durs par boîtier, ce qui illustre pourquoi l’enquête sur le réveil doit isoler le groupe de stockage concerné au lieu de traiter tous les disques du NAS comme un seul domaine d’alimentation.
Si tous les disques se réveillent ensemble, examinez les métadonnées du pool partagé, les jeux de données système, le comportement du RAID et les services stockés sur la baie. Si un seul disque se réveille, examinez séparément son point de montage, sa surveillance et sa charge de travail.
Privilégier un comportement stable au repos plutôt que de forcer constamment la mise en veille
Après avoir identifié la source du réveil, déterminez s’il est préférable de la replanifier, de déplacer les données d’application ou les journaux vers un SSD, d’utiliser une surveillance compatible avec la veille ou de laisser un pool activement utilisé continuer à tourner pendant les heures de service prévues.
L’article de ZimaSpace consacré à la consommation d’un NAS 24 h/24 et 7 j/7 présente le compromis associé entre économies d’énergie et maintien fiable des sauvegardes, des applications, de l’indexation et de l’accès à distance.
Le problème est résolu lorsque le disque reste en veille pendant la durée d’inactivité prévue ou ne se réveille que pour des tâches documentées. Forcer régulièrement la mise en veille n’est pas une solution lorsque la charge de travail nécessite réellement l’accès au disque toutes les quelques minutes.
Foire aux questions
La vérification des données SMART peut-elle réveiller un disque dur en veille ?
Oui. De nombreuses commandes SMART font tourner le disque, sauf si l’outil de surveillance vérifie d’abord le mode d’alimentation et ignore les périphériques déjà en veille.
Un explorateur de fichiers peut-il réveiller un disque NAS sans ouvrir de fichier ?
Oui. L’énumération des répertoires, les aperçus, les vignettes, les vérifications de l’espace libre, la lecture des métadonnées et la reconnexion d’un partage monté peuvent toutes générer des accès au stockage.
Les mises en rotation et mises en veille fréquentes sont-elles toujours pires que de laisser un disque fonctionner ?
Il n’existe pas de seuil universel. L’objectif pratique est d’obtenir un comportement stable adapté à la charge de travail : de longues périodes d’inactivité peuvent justifier la veille, tandis que des réveils toutes les quelques minutes offrent généralement peu d’économies d’énergie et ajoutent de la latence.
Produits recommandés
Assistance et conseils
Plus à lire
Plex peut-il partager un GPU avec un autre conteneur Docker ?
Plex et un autre conteneur peuvent souvent accéder au même GPU, mais vous devez tester la prise en charge des pilotes, le mappage des...
Comment déterminer si une erreur Plex vient du client ou du serveur
Reproduisez le même élément sur un autre client, comparez le chemin de session, puis recueillez les preuves côté serveur uniquement après que la portée...
Comment configurer le cache de Plex et le stockage temporaire du transcodage
Protégez l’état persistant de Plex en plaçant les fichiers temporaires de transcodage sur un stockage local adapté, puis vérifiez le nettoyage, l’espace libre et...
