Solution communautaire

Erreur du système de fichiers en lecture seule de ZimaOS : vérifiez le chemin de l’application

A ZimaCube user received a read-only filesystem error while moving Plex storage to RAID5; IceWhale identified a missing /media path prefix.

Cette erreur de « système de fichiers en lecture seule » ne prouvait pas que le nouveau volume RAID5 lui-même était passé en lecture seule. IceWhale a identifié le véritable problème : le chemin hôte de Plex était incorrect. L’utilisateur avait utilisé /Cube-Storage/Media au lieu du chemin de stockage monté /media/Cube-Storage/Media.

Cette distinction est importante, car ZimaOS protège sa racine système. Un chemin absolu incorrect peut amener une application à tenter de créer un dossier sous la racine du système d’exploitation et générer une erreur trompeuse de système de fichiers en lecture seule.

L’application pointait vers le mauvais chemin hôte

Paramètres de l’application Plex sur ZimaOS utilisant Cube-Storage Media sans le préfixe media
L’application Plex utilisait /Cube-Storage/Media comme chemin hôte au lieu du chemin de stockage monté attendu par ZimaOS. Source : forum communautaire IceWhale.

Le chemin semblait logique, car il provenait de l’interface Fichiers, mais il lui manquait le préfixe de montage hôte requis par la définition de l’application à cette époque.

Pourquoi ZimaOS a renvoyé une erreur de système de fichiers en lecture seule

Erreur ZimaOS mkdir Cube-Storage système de fichiers en lecture seule lors de l’installation de Plex
L’application a tenté de créer /Cube-Storage sous la racine système en lecture seule et a échoué. Source : forum communautaire IceWhale.

Lorsque Docker a tenté de créer /Cube-Storage à la racine de l’hôte, il s’est heurté au système de fichiers système en lecture seule. Cela diffère d’un véritable problème du pool de stockage, dans lequel un système de fichiers déjà monté est repassé en lecture seule après des erreurs d’E/S ou du système de fichiers.

Utilisez les chemins de stockage actuels des applications au lieu de les deviner

La page actuelle consacrée aux chemins des données des applications ZimaOS explique que les données des applications et les médias sont mappés depuis de véritables dossiers de stockage vers des chemins de conteneur.

Si le chemin copié depuis Fichiers diffère de celui affiché dans le sélecteur de volumes de l’application, utilisez le sélecteur de stockage pris en charge ou vérifiez le véritable point de montage hôte avant de modifier l’application.

Comment distinguer une erreur de chemin d’un véritable volume en lecture seule

Si Fichiers peut toujours créer des dossiers sur le pool de stockage, mais qu’une seule application Docker affiche une erreur de lecture seule, commencez par suspecter le mappage. Si Fichiers ne peut pas écrire non plus et que le montage est signalé en lecture seule au niveau du système d’exploitation, utilisez plutôt les outils de diagnostic du système de fichiers et du stockage.

La liste de vérification des volumes en lecture seule couvre ce second cas.

En résumé

La discussion fournit un diagnostic officiel clair : le chemin était incorrect. Avant de réparer le RAID ou de modifier les autorisations, vérifiez que l’application pointe vers le véritable chemin de stockage monté. Un chemin absolu incorrect peut donner l’impression qu’un stockage sain présente un problème de système de fichiers en lecture seule.