Communityoplossing

ZimaOS-fout met alleen-lezen bestandssysteem: controleer het app-pad

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

Deze foutmelding ‘alleen-lezen bestandssysteem’ was geen bewijs dat de nieuwe RAID5-array zelf alleen-lezen was geworden. IceWhale stelde het werkelijke probleem vast: het hostpad van Plex was onjuist. De gebruiker gebruikte /Cube-Storage/Media in plaats van het aangekoppelde opslagpad /media/Cube-Storage/Media.

Dat onderscheid is belangrijk, omdat ZimaOS de systeemroot beschermt. Door een verkeerd absoluut pad kan een app proberen een map onder de OS-root aan te maken, wat een misleidende foutmelding over een alleen-lezen bestandssysteem oplevert.

De app verwees naar het verkeerde hostpad

Plex-appinstellingen in ZimaOS met Cube-Storage Media zonder het voorvoegsel media
De Plex-app wees /Cube-Storage/Media aan als hostpad in plaats van het opslagpad dat volgens ZimaOS was aangekoppeld. Bron: IceWhale Community Forum.

Het pad leek logisch omdat het uit de Bestanden-interface kwam, maar het ontbrak aan het hostkoppelingsvoorvoegsel dat destijds door de appdefinitie werd vereist.

Waarom ZimaOS een foutmelding over alleen-lezen gaf

ZimaOS-foutmelding mkdir Cube-Storage alleen-lezen bestandssysteem tijdens het installeren van Plex
De app probeerde /Cube-Storage onder de alleen-lezen systeemroot aan te maken en dat mislukte. Bron: IceWhale Community Forum.

Toen Docker /Cube-Storage in de hostroot probeerde aan te maken, stuitte het op het alleen-lezen systeembestandssysteem. Dat verschilt van een echt probleem met de opslagpool, waarbij een al aangekoppeld bestandssysteem zichzelf na I/O- of bestandssysteemfouten opnieuw als alleen-lezen heeft aangekoppeld.

Gebruik de actuele opslagpaden van apps in plaats van te gokken

De actuele paden voor appgegevens in ZimaOS legt uit dat appgegevens en media vanuit echte opslagmappen naar containerpaden worden gekoppeld.

Als het gekopieerde pad in Bestanden afwijkt van het pad dat in de volumekiezer van de app wordt weergegeven, gebruik dan de ondersteunde opslagkiezer of controleer het echte hostkoppelpunt voordat je de app aanpast.

Een padfout onderscheiden van een echt alleen-lezen volume

Als Bestanden nog steeds mappen op de opslagpool kan aanmaken, maar slechts één Docker-app een foutmelding over alleen-lezen geeft, controleer dan eerst de koppeling. Als Bestanden zelf niet kan schrijven en het koppelpunt op OS-niveau als alleen-lezen wordt gemeld, gebruik dan diagnostiek voor het bestandssysteem en de opslag.

De controlelijst voor alleen-lezen volumes behandelt het tweede geval.

Conclusie

De discussie bevat een duidelijke officiële diagnose: het pad was onjuist. Controleer voordat je RAID repareert of rechten wijzigt of de app naar het echte aangekoppelde opslagpad verwijst. Een verkeerd absoluut pad kan gezonde opslag laten lijken op een probleem met een alleen-lezen bestandssysteem.