ZimaOS-prullenbak opent niet: herstel eerst verwijderde bestanden

Kort gezegd: Als de Prullenbak niet opent, stel dan het veiligstellen van verwijderde bestanden voorop voordat je de interface probeert te repareren

Het belangrijkste aan de casus met versie 1.5.0 is niet dat de knop voor de Prullenbak niet werkte, maar dat de verwijderde bestanden nog steeds konden worden hersteld onder de interface van Bestanden. De gebruiker vond verborgen prullenbakmappen onder de gegevenspaden van ZimaOS en kopieerde de benodigde bestanden voordat hij opnieuw installeerde. Dat is de juiste prioriteit: herstel de bestanden eerst en repareer daarna de interface.

De Prullenbak van ZimaOS is ontworpen als herstelbare verwijderingslaag

ZimaOS introduceerde de Prullenbak zodat verwijderingen uit Bestanden konden worden teruggezet en na een bewaarperiode automatisch konden worden gewist, in plaats van onmiddellijk te verdwijnen. De historische werking van de Prullenbak in ZimaOS beschrijft het terugzetten en de opschoning na 30 dagen.

Controleer of de verwijderde gegevens nog bestaan

du -sh /var/lib/casaos_data/.trash/* 2>/dev/null
du -sh /var/lib/casaos_data/.media/*/.trash 2>/dev/null
find /var/lib/casaos_data -maxdepth 4 -type d -name ".trash" 2>/dev/null

Deze interne paden zijn afkomstig uit echte historische gevallen en kunnen helpen om gegevens te vinden wanneer de interface niet werkt. Beschouw ze als herstel locaties, niet als stabiele openbare API's. De opslagstructuur van ZimaOS kan tussen releases veranderen.

Gebruik bij het handmatig zoeken naar herstelmappen eerst alleen-lezeninspectie. De GNU-findprogramma's bieden een veiligere zoekmethode dan het aanmaken, hernoemen of verwijderen van verborgen mappen zolang de mountstatus nog onzeker is.

Kopieer benodigde bestanden naar een andere locatie voordat je iets verwijdert of opnieuw opbouwt

Als je de ontbrekende bestanden vindt, kopieer ze dan naar een normale map op een andere opslaglocatie of externe schijf en controleer of ze kunnen worden geopend. Verplaats of verwijder de prullenbakmap niet tijdens het onderzoek. De ZimaOS-back-up biedt een veiligere tweede kopie.

Controleer de daadwerkelijke mountstatus

Latere meldingen uit de 1.6-periode lieten vergelijkbare symptomen zien wanneer opslagpaden en mountregistraties niet meer overeenkwamen. Controleer het volgende:

df -h
mount
ls -lah /media
findmnt

Als de interface aangeeft dat de Prullenbak bestaat, maar het onderliggende opslagpad ontbreekt of naar een verouderde mount verwijst, kan het handmatig aanmaken van een nieuwe map .trash het herstel bemoeilijken.

Ga er niet van uit dat Bestanden, SMB en media-apps op dezelfde manier verwijderen

Een bestand dat via de interface van Bestanden in ZimaOS wordt verwijderd, kan de prullenbakworkflow van het platform volgen, terwijl verwijderen via SMB, Plex of Jellyfin zich anders kan gedragen, afhankelijk van de service en de mountconfiguratie. Als er na het verwijderen geen opslagruimte vrijkomt, controleer dan prullenbakmappen en geopende bestanden in plaats van aan te nemen dat het bestandssysteem defect is.

Linux' inspectie van geopende bestanden helpt wanneer schijfruimte nog wordt ingenomen door een geopend, verwijderd bestand.

Een defecte Prullenbakinterface vereist niet meteen een herinstallatie van het besturingssysteem

De oorspronkelijke gebruiker besloot opnieuw te installeren nadat er ook een ander probleem met GPU-transcodering was ontstaan, maar opnieuw installeren is niet de eerste herstelstap bij een probleem dat alleen de Prullenbak betreft. Herstel de verwijderde gegevens, test de huidige stabiele release, wis de browsergegevens en controleer eerst de opslagmounts. De ZimaOS-herstelprocedure is de juiste escalatiestap.

Houd appgegevens en gebruikersgegevens op geplande opslaglocaties

Wanneer opslagpaden na upgrades verschuiven, kunnen de Prullenbak, app-mounts en snelkoppelingen allemaal tegelijk defect lijken. Het huidige ZimaOS documenteert opslagpaden voor apps en gegevensmigratie duidelijker. De ZimaOS-gegevensmigratie vermindert toekomstige onduidelijkheid over paden.

Test de Prullenbak na het herstel

Maak een tijdelijk tekstbestand, verwijder het via Bestanden, controleer of het in de Prullenbak verschijnt, zet het terug en verwijder het daarna opnieuw om het gedrag van de opslagcapaciteit te controleren. Gebruik wegwerpgegevens, zodat je de huidige release kunt controleren zonder de herstelde bestanden in gevaar te brengen.

Veelgestelde vragen

Waar worden verwijderde bestanden van ZimaOS opgeslagen?

Historische releases gebruikten verborgen .trash-mappen onder gegevenspaden van ZimaOS en paden naar gekoppelde media, maar interne paden zijn niet gegarandeerd als stabiele openbare interface.

Waarom verschijnt de Prullenbak wel, maar opent deze niet?

Dit kan komen door een regressie in de Bestandeninterface, een verouderd opslagpad of een inconsistentie in de mounts. Herstel de gegevens en controleer de mounts voordat je mappen opnieuw aanmaakt.

Herstelt het opnieuw installeren van ZimaOS de Prullenbak?

Het kan systeemonderdelen vervangen, maar als eerste oplossing is het te ingrijpend en het vervangt niet het eerst herstellen van de verwijderde bestanden.

Waarom komt er na het verwijderen geen schijfruimte vrij?

De bestanden kunnen nog in de Prullenbak staan of door een actief proces worden vastgehouden. Controleer beide voordat je het bestandssysteem de schuld geeft.

Hoe moet ik de oplossing testen?

Gebruik een wegwerpbestand: verwijder het, controleer of het in de Prullenbak verschijnt, zet het terug en controleer het opslaggebruik.