Communityoplossing

ZimaOS-opslaglimiet overschreden terwijl er vrije ruimte is: wat u moet controleren

A ZimaOS+ system reported Storage limit exceeded after RAID layout changes even though the real local volumes still had free capacity.

Kernpunt: in deze ZimaOS+-situatie betekende ‘Opslaglimiet overschreden’ niet dat de fysieke schijven vol waren

De gebruiker had al ZimaOS+ en kreeg de foutmelding nog steeds nadat de RAID-/schijfindelingen waren aangepast. Latere controles in alleen-lezenmodus toonden aan dat de echte lokale RAID en het volume van 22 TB normaal waren aangekoppeld, terwijl de laag Files/opslag veel oude vermeldingen en talrijke netwerkkoppelingen weergaf. De aanwijzingen wijzen op een onjuiste opslagadministratie of verouderde metagegevens, en niet op een vol bestandssysteem.

ZimaOS-dialoogvenster met de melding dat de opslaglimiet is overschreden bij het maken van RAID0
De foutmelding verscheen toen twee schijven van 4 TB met afzonderlijke volumes werden samengevoegd tot een nieuwe RAID0-opslagruimte.

Controleer eerst welke opslag echt bestaat

lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS
df -h
findmnt /media
mount | grep /media

Een echte lokale schijf moet als blokapparaat verschijnen en aangekoppeld zijn. Een verouderde map die alleen in de gebruikersinterface zichtbaar is, is een ander probleem. De lsblk-handleiding en de findmnt-handleiding zijn de veiligste referenties voor controles in alleen-lezenmodus.

ZimaOS-weergave van Files-opslag met veel verouderde genummerde opslagmappen na eerdere RAID- en koppelingswijzigingen
De weergave Files toonde veel oude, genummerde opslagvermeldingen die niet langer overeenkwamen met de huidige fysieke schijven van de gebruiker.

Verwijder geen mappen onder /media voordat je weet of het actieve aankoppelingen zijn

In de thread werd vermoed dat het om ‘spookmappen’ ging, maar er waren ook veel legitieme CIFS-/SMB-aankoppelingen vanaf andere NAS-apparaten. Een pad verwijderen omdat het verouderd lijkt, kan een actieve aankoppeling of een applicatiepad verbreken. Maak eerst een inventaris en verwijder items daarna uitsluitend via de ondersteunde interface voor opslag en shares, tenzij IceWhale een specifieke opruimprocedure verstrekt.

De huidige opslaghandleiding van ZimaOS en de handleiding voor gegevensmigratie van ZimaOS zijn de actuele referenties.

Een fabrieksreset is een te ingrijpende eerste oplossing voor een probleem met opslagmetagegevens

ZimaOS-resetdialoogvenster waarin staat dat accounts, apps en instellingen worden verwijderd terwijl opslagarrays en gebruikersbestanden behouden blijven
Een fabrieksreset werd later in de thread overwogen, maar de aanwijzingen wezen nog steeds op metagegevens van de opslagservice en niet op schijfbeschadiging.

Het resetdialoogvenster zelf laat zien dat accounts, geïnstalleerde apps en systeeminstellingen worden beïnvloed. Het is een escalatiestap en geen diagnostische sneloplossing. Leg eerst de inventaris van aangekoppelde opslag en de huidige ZimaOS-versie vast.

Waarom deze situatie in versie 1.6.1 niet als een huidige universele bug moet worden bestempeld

De verwerking van opslag in ZimaOS bleef veranderen in versie 1.6.2 en de 1.7-serie. In de huidige documentatie worden lokale opslagruimtes, via het netwerk aangekoppelde opslag en migratie duidelijker van elkaar onderscheiden. Als dezelfde fout nu optreedt, reproduceer het probleem dan op de huidige release en verzamel de exacte opslaginventaris, in plaats van ervan uit te gaan dat de backendstatus van mei 2026 nog steeds van toepassing is.

Voor complexe systemen met meerdere schijven biedt de pagina over ZimaCube 2-opslag met meerdere schijven de actuele context voor de opslagarchitectuur.