ZimaOS 1.6.0 a corrigé un véritable bug de mise en veille des disques, mais cette source prouve que ce correctif n’a pas résolu le problème de tous les boîtiers USB. Les notes de version officielles 1.6.0 d’IceWhale indiquent smartd réveillait les disques par intermittence et les empêchait d’entrer normalement en veille. Après la mise à jour vers la version finale 1.6.0, des utilisateurs équipés de boîtiers TerraMaster D5-300C et D4-320 ont continué à signaler que leurs disques durs USB ne ralentissaient pas.
La conclusion correcte est plus nuancée : la version 1.6.0 a corrigé une source de réveil au niveau du système ; le comportement des ponts USB et des boîtiers restait dépendant de la configuration.
La mise en veille des disques est une véritable fonctionnalité de ZimaOS
ZimaOS a introduit une option de mise en veille des disques dans des versions antérieures. Les utilisateurs à l’origine de ces messages ne demandaient pas si la mise en veille existait, mais signalaient que les disques connectés en USB l’ignoraient ou ne parvenaient pas à la maintenir.
ZimaOS 1.6.0 a officiellement corrigé le réveil des disques en veille par smartd
Les notes de version officielles de la version 1.6.0 mentionnent explicitement un correctif pour les disques incapables d’entrer en veille normale parce que smartd les réveillait par intermittence.
Consultez le correctif officiel de mise en veille des disques de la version 1.6.0.
L’auteur du message original rencontrait toujours le problème après la mise à jour vers la version finale 1.6.0
alexstamos est passé de la version bêta à la version finale 1.6.0 et a signalé que le problème persistait. Son TerraMaster D5-300C contenait trois disques membres d’un RAID 5 ainsi qu’un disque autonome, et aucun ne se mettait en veille.
Un autre utilisateur du TerraMaster D4-320 a reproduit le même problème
jumpingflash a indiqué que le D4-320 se mettait correctement en veille sur d’autres ordinateurs, mais pas sous ZimaOS 1.6.0. Un autre propriétaire d’un D4-320 a ensuite fait la même comparaison avec d’autres distributions Linux.
D’autres disques durs USB se mettaient normalement en veille
isanto1306 a signalé que trois disques durs USB WD se mettaient correctement en veille. Il s’agit d’un élément tout aussi important, car il évite d’affirmer à tort que ZimaOS ne peut pas ralentir les disques USB.
hd-idle était une solution de contournement communautaire
L’auteur du message original a indiqué avoir réussi à mettre les disques en veille après environ dix minutes en expérimentant avec hd-idleIls n’ont pas publié de procédure complète et reproductible d’installation de ZimaOS.
Un autre utilisateur a forcé la mise en veille avec smartctl et un minuteur systemd
ssimon a publié un script qui s’exécutait périodiquement smartctl -s standby,now aux disques USB et l’a planifié via systemd.
Il s’agit d’un code communautaire, et non de l’implémentation officielle de la mise en veille d’IceWhale. Forcer la mise en veille toutes les quelques minutes peut également perturber les charges actives si le script ne vérifie pas d’abord les opérations d’E/S.
Ne forcez pas la mise en veille d’un disque en activité.
- Vérifiez qu’aucune sauvegarde ni migration n’est en cours.
- Vérifiez qu’aucune reconstruction ou aucun nettoyage RAID n’est en cours.
- Vérifiez les applications Docker et les tâches d’indexation.
- Vérifiez que le boîtier prend en charge la commande de mise en veille.
Ne revendiquez pas de correctif spécifique au D4-320 sans éléments actuels
La version actuelle de ZimaOS est plus récente que la 1.6.0, mais les notes publiques de la 1.7.1 ne mentionnent pas de correctif spécifique de la mise en veille pour les D4-320/D5-300C de TerraMaster. Retestez la version stable actuelle et le firmware exact du boîtier avant d’appliquer un ancien minuteur.
Le firmware du pont USB-SATA peut modifier le comportement de mise en veille
Un boîtier USB à plusieurs baies n’est pas électriquement ou logiquement identique à un disque SATA directement connecté. Le pont USB peut traduire, ignorer ou réinterpréter les commandes ATA de mise en veille, et certains boîtiers interrogent les disques en interne.
Cela explique pourquoi le même disque dur peut correctement se mettre en veille lorsqu’il est connecté d’une autre manière, mais rester actif derrière un pont DAS particulier.
Distinguer « ne se met jamais en veille » de « se met en veille puis se réveille »
Un disque qui n’entre jamais en veille suggère des commandes non prises en charge, des E/S constantes ou un comportement propre au boîtier. Un disque qui se met en veille puis se réveille toutes les 30 à 60 minutes suggère des interrogations périodiques ou des services tels que les vérifications SMART/du stockage.
La version 1.6.0 smartd Le correctif concerne le second schéma, et non tous les cas possibles du premier schéma.
Mesurer l’état de veille sans réveiller le disque
Certaines requêtes d’état peuvent elles-mêmes réveiller un disque en veille ou être signalées de manière incorrecte par un pont USB. Utilisez si possible des vérifications compatibles avec le boîtier et n’entraînant pas de réveil, puis comparez le comportement physique — bruit de rotation, consommation électrique, température — avec l’état logiciel signalé.
Ne transformez pas la fréquence de mise en veille en formule universelle de durée de vie des disques
Les utilisateurs de la source s’inquiétaient à juste titre de la consommation et de l’usure, mais des affirmations telles que « les disques durs ne tiendront pas un an » n’étaient pas étayées par les données d’état des disques présentées dans le fil de discussion. Les cycles fréquents de démarrage et d’arrêt et la rotation 24 h/24 et 7 j/7 impliquent des compromis différents selon la conception du disque et la charge de travail.
Choisissez un intervalle de mise en veille adapté à votre utilisation plutôt que de forcer des cycles très courts simplement pour réduire au minimum la durée de rotation.
FAQ sur la mise en veille des disques durs USB
ZimaOS 1.6.0 a-t-il corrigé un bug de mise en veille des disques ?
Oui. IceWhale a corrigé le problème de smartd qui réveillait par intermittence les disques en veille.
Ce correctif concernait-il tous les boîtiers USB TerraMaster ?
Non. Plusieurs utilisateurs de la source signalaient encore l’absence de mise en veille sur les matériels D5-300C et D4-320 après la version finale 1.6.0.
Les minuteurs hd-idle et smartctl étaient-ils des correctifs officiels ?
Non. Il s’agissait de solutions de contournement proposées par la communauté et elles doivent être testées avec précaution sur le boîtier exact.
