Symptômes après la mise à niveau vers ZimaOS 1.5.3
L’utilisateur a signalé qu’un disque de sauvegarde USB restait physiquement détecté, mais n’était plus monté après un certain temps. Régler la mise en veille du disque sur Jamais et ajouter une entrée dans fstab n’a pas empêché le problème. Déplacer le disque vers un autre port USB a résolu le problème.
Vérifiez d’abord si le périphérique a été réinitialisé
Lorsque le problème survient, examinez les messages récents du noyau avec dmesg | tail -n 30 et recherchez des réinitialisations USB, des erreurs d’E/S, des événements de déconnexion/reconnexion ou des erreurs du système de fichiers. La documentation Linux sur la gestion de l’alimentation USB explique le fonctionnement de la suspension automatique.
Pourquoi fstab ne corrige pas une réinitialisation physique de l’USB
fstab contrôle le montage d’un système de fichiers connu ; il ne peut pas empêcher un pont USB, un câble, un port, un boîtier ou un contrôleur de disparaître brièvement. Dans ce cas, l’utilisateur avait déjà configuré le montage à l’aide de l’UUID, et l’indice pratique le plus probant était que le disque restait stable sur un autre port.
Un ordre de dépannage plus sûr
Testez un autre port, un autre câble et, le cas échéant, un boîtier alimenté ; collectez les journaux du noyau ; vérifiez l’état du système de fichiers ; puis testez les modifications de la gestion de l’alimentation uniquement à des fins de diagnostic. Ne désactivez pas définitivement les fonctions d’économie d’énergie tant que les éléments disponibles ne confirment pas cette cause. Le fonctionnement actuel du stockage dans ZimaOS est décrit dans le guide de configuration du stockage, et le guide de partage de fichiers NAS peut aider à vérifier l’accès après le remontage.
