En bref : dans ce cas ZimaOS+, « limite de stockage dépassée » ne signifiait pas que les disques physiques étaient pleins
L’utilisateur disposait déjà de ZimaOS+ et rencontrait toujours cette erreur après avoir réorganisé les configurations RAID et les volumes sur disque unique. Des vérifications en lecture seule ont ensuite montré que le RAID local réel et le volume de 22 To étaient montés normalement, tandis que la couche Fichiers/stockage affichait de nombreuses anciennes entrées et de nombreux montages réseau. Les éléments disponibles indiquent un problème de comptabilisation du stockage ou de métadonnées obsolètes, et non un système de fichiers plein.
Commencez par vérifier quel stockage est réellement présent
lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS
df -h
findmnt /media
mount | grep /mediaUn véritable disque local doit apparaître comme périphérique bloc et être monté. Un dossier obsolète visible uniquement dans l’interface constitue un problème différent. Le manuel de lsblk et le manuel de findmnt sont les références en lecture seule les plus sûres.
Ne supprimez pas les dossiers /media avant de savoir s’il s’agit de montages actifs
La discussion évoquait des répertoires « fantômes », mais elle montrait également de nombreux montages CIFS/SMB légitimes provenant d’autres appareils NAS. Supprimer un chemin parce qu’il semble obsolète peut interrompre un montage actif ou un chemin utilisé par une application. Commencez par dresser un inventaire, puis supprimez uniquement les éléments concernés via l’interface de stockage/partage prise en charge, sauf si IceWhale fournit une procédure de nettoyage spécifique.
Le guide actuel du stockage ZimaOS et le guide de migration des données ZimaOS sont les références actuelles.
Une réinitialisation d’usine est une mesure trop lourde comme première solution à un problème de métadonnées de stockage
La boîte de dialogue de réinitialisation indique elle-même que les comptes, les applications installées et les paramètres système sont concernés. Il s’agit d’une mesure d’escalade, et non d’un raccourci de diagnostic. Commencez par enregistrer l’inventaire des montages et la version actuelle de ZimaOS.
Pourquoi ce cas en version 1.6.1 ne doit pas être qualifié de bug universel actuel
La gestion du stockage de ZimaOS a continué d’évoluer avec les versions 1.6.2 et 1.7. Les documents actuels distinguent plus clairement les espaces de stockage locaux, le stockage monté sur le réseau et la migration. Si la même erreur apparaît aujourd’hui, reproduisez-la avec la version actuelle et recueillez l’inventaire exact du stockage, plutôt que de supposer que l’état du système principal de mai 2026 s’applique toujours.
Pour les systèmes complexes équipés de plusieurs disques, la page de stockage multi-disques ZimaCube 2 fournit le contexte actuel de l’architecture de stockage.
