In ZimaOS 1.5.4 ontdekte een communitygebruiker dat verwijderde bestanden ruimte innamen in verborgen .trash-mappen, ook wanneer die bestanden niet zichtbaar waren in de Prullenbakweergave van de app Bestanden. Hun tijdelijke oplossing, waarbij services werden gestopt en verwijderd, herstelde de normale weergave van de Prullenbak tijdelijk, maar het probleem keerde na latere herstarts terug.
Daarom is dit bericht vooral nuttig als diagnostisch verslag, niet als permanente actuele oplossing. ZimaOS gebruikt inmiddels een nieuwere releasereeks en het recursief verwijderen van verborgen prullenbakmappen is destructief: alles wat nog nodig is in die mappen wordt permanent verwijderd.
Controleer eerst of de Prullenbak daadwerkelijk ruimte inneemt
De oorspronkelijke gebruiker controleerde het volgende:
du -sh /var/lib/casaos_data/.media/*/.trashDat is een betere eerste stap dan meteen iets verwijderen, omdat u hiermee alleen-lezen controleert hoeveel ruimte aanwezig is in de Prullenbakmap van elke gekoppelde schijf. De uitgebreidere gids over NAS-prullenbakruimte legt uit waarom verwijderde gegevens nog kunnen worden vastgehouden door prullenbakken, snapshots of andere opslaglagen.
Wat de tijdelijke oplossing voor 1.5.4 daadwerkelijk deed
De communityprocedure stopte icewhale-files en SMB, verwijderde de betreffende map .trash, startte de services opnieuw en voerde sync uit. De schrijver meldde dat nieuwe verwijderingen daarna correct in de Prullenbak verschenen, maar dat dit slechts enkele dagen duurde voordat het probleem terugkeerde.
Dat resultaat is belangrijk: het bewijst dat de tijdelijke oplossing de directe toestand van die installatie heeft gewist, maar niet dat de onderliggende oorzaak is verholpen. De gebruiker zag het gedrag ook op een intern gekoppelde NTFS-schijf, dus het bericht stelde niet vast dat Btrfs de oorzaak was.
Waarom rm -R .trash de laatste stap moet zijn
Door de verborgen Prullenbakmap te verwijderen, omzeilt u de veiligheidsfunctie van een prullenbak. Bekijk eerst de inhoud, herstel alles wat belangrijk is, controleer uw back-ups en zorg dat u op de juiste gekoppelde schijf werkt. Een typefout in een root-shell kan gevolgen hebben voor het verkeerde pad.
Als de zichtbare bestanden weg zijn, maar de vrije ruimte niet terugkomt, gebruik dan de controles met meerdere lagen in de probleemoplossing voor niet-vrijgegeven NAS-ruimte in plaats van ervan uit te gaan dat de Prullenbak de enige ruimtehouder is.
Versiegrens: dit betrof een geval in ZimaOS 1.5.4
De Prullenbakfunctie werd oorspronkelijk geïntroduceerd in ZimaOS 1.3.1, met automatische opschoning en herstel via Bestanden. De releaseopmerkingen van ZimaOS 1.3.1 beschrijven dit beoogde gedrag.
De huidige releaseopmerkingen van 1.7.1 bevatten verschillende oplossingen voor bestandsservices, maar vermelden niet expliciet dat deze specifieke bug met de weergave van verborgen Prullenbakbestanden is opgelost. Beweer daarom niet dat een upgrade gegarandeerd tot een oplossing leidt. Werk eerst bij voor actuele oplossingen en beveiliging en controleer daarna of het probleem nog optreedt voordat u een oude tijdelijke oplossing gebruikt.
Een veiligere volgorde van handelingen
- Werk bij naar een actuele stabiele release van ZimaOS.
- Bevestig welke schijf is getroffen en noteer de vrije ruimte.
- Meet de verborgen mappen
.trashzonder ze te wijzigen. - Herstel alle verwijderde bestanden die u nog nodig hebt.
- Controleer snapshots, geopende bestanden en andere bewaarlagen als de ruimte nog steeds niet overeenkomt.
- Overweeg pas daarna destructieve opschoning van de Prullenbak, met een beschikbare back-up.
