Melding Volume1 bijna vol - wat niet klopt!

[Synas]

Ik krijg een dringende melding dat mijn Volume1 bijna vol is. Echter dit klopt niet met de hoeveelheid aan gegevens die er op staan.

Ik heb op het forum verschillende stukken gelezen en geprobeerd maar niets helpt om dit op te lossen.

Kan iemand mij hierbij helpen, aub?

Ik heb 2 afbeeldingen toegevoegd die elkaar tegen spreken, Opslagbeheer zegt 3TB van de 3,6 TB verbruikt en opslag Analyzer zegt 1,65 TB van de 3,6 TB gebruikt. En dit klopt ook met wat de verkenner zegt.

Een kleine toevoeging ik heb de dag ervoor de Drive eenrichtings synchronistatie ingeschakeld voor een map. Geen idee of dat er mee te maken kan hebben. Dat is het enige wat ik kan bedenken wat anders dan anders heb gedaan. Ik heb alles van deze synchronsatie uitgezet e verwijderd. Mocht trouwens ook niet baten.

[dvandonkelaar]

Wordt de waarde bij de opslag-analyzer niet geüpdatet wanneer deze een rapport genereert? Wellicht komt daar het verschil vandaan.

[Briolet]

Opslagbeheer zegt 3TB van de 3,6 TB verbruikt en opslag Analyzer zegt 1,65 TB van de 3,6 TB gebruikt.

Opslag analyzer berekent het fout. Die kijkt alleen naar de zichtbare files. Als hij dat doet, moet hij het deel dat door onzichtbare files gebruikt wordt van het maximum aftrekken. Hij zou dus moeten schrijven: 1,65 TB van 2,25 TB gebruikt.

[Synas]

Dank jullie wel en daar zit zeker en logica in.

Maar hoe komt het dat er binnen 24 uur een schijf dan bijna vol loopt. En als het onzichtbare bestanden zijn, hoe maak ik ze zichtbaar en nog beter verwijder deze zodat ik weer ruimte heb. Het rapport van Opslag Analyzer was van zondag, dus sindsdien is alles mis gegaan.

Graag jullie advies hoe ik het kan herstellen.

[ufosyno]

En als alle prullebakken eens worden geleegd?

ga naar: >configuratiescherm>gedeelde mappen>actie>alle prullebakken leegmaken

Dat lostte bij mij ook een paar telproblemen op.

[Synas]

Gelijk maar gedaan en alle prullenbakken leeg gemaakt, maar daar zat kennelijk al niets meer in. Probleem nog steeds hetzelfde.

Toch bedankt voor de tip.

[Briolet]

En als alle prullebakken eens worden geleegd?

ga naar: >configuratiescherm>gedeelde mappen>actie>alle prullebakken leegmaken.

Die files telt de opslag analyser standaard wel mee. In het rapport staat een checkbox om de opslag zonder trash te zien. Dan kun je direct zien of dat uitmaakt.

Omdat dit topic over Drive gaat, moet je de drive prullenbakken legen. Zie handleiding

Zoals vaker aangehaald: Lees eerste de handleiding voor je iets gebruikt. Dan was dit volume gebruik door Drive bekend geweest.

[Synas]

Deze prullenbakken ook geleegd. Zat nog wel wat in maar niet niet genoeg om het Volume1 te herstellen naar zijn "oude staat".

Het kan zijn dat ik nu in een verkeerd topic zit, dan eventueel verplaatsen graag.

Mijn Volume1 is nu 83%. wat nog steeds onverklaarbaar is. Alles op dubbele files gecontroleerd en die er waren opgelost en verder niet geholpen. Als het inderdaad verborgen bestanden zijn hoe maak ik dan zichtbaar en hoe haal ik die.

Birdy heeft in een gelijk soort topic het onderstaande antwoord gegeven:

---------------------------------------------------------------------------------------------------------------------
Doe het volgende in PuTTY (Windows) of Terminal (Apple) en zorg ervoor dat je root bent (sudo -i).

Als je dus root bent, het volgende commando uitvoeren:

Code: [Selecteer]
du -d 3 /volume1 |  grep @ | sort -rn > /volume1/<EEN GEDEELDE MAP>/gebruik.txt

en wacht totdat de prompt weer terug is.

Het gaat kennelijk over verborgen mappen dus, ik laat zoeken in volume1 (3 mappen diep) op alle wat begint met @, wordt gesorteerd op grootte en geprint in <DE OPGEGEVEN GEDEELDE MAP> gebruik.txt.
---------------------------------------------------------------------------------------------------------------------

Ik weet niet of dit een oplossing is. Ik heb het geprobeerd maar alles lukt tot de laatste regel "du -d 3 /volume1 |  grep @ | sort -rn > /volume1/<EEN GEDEELDE MAP>/gebruik.txt" dan gebeurt er niets. Zal ik wel iets verkeerd doen, maar deze commando's gaan mij boven mijn pet helaas.

Mocht ik verkeerd zitten met mijn denk patroon dan hoor ik dat graag en nog steeds graag een oplossing.

Alvast bedankt weer.

[Robert Koopman]

Je post dit in Cloud Station & Drive, verdenk je deze applicatie van zoveel extra schijfruimte te gebruiken?
Dat is inderdaad wel een ruimtevreter.

[Synas]

Dat denk ik wel, omdat het daarna is gebeurd, maar het is mij wel een raadsel.

Ik krijg de ruimte ook niet terug naar wat het hiervoor was, met alle hierboven uitgevoerde tips.

Vraag is dus hoe krijg ik de ruimte terug die door "iets" is ingenomen?

[Synas]

Ik ben wat verder aan het lezen op het forum en ben via WINscp het onderstaande tegenkomen in @Synologydrive dat daar 1,5 TB instaat. Is dit soms het probleem en kan die gewoon verwijderen? En dan ook de @** bestanden.
Ik heb hier geen verstand van dus wat ik zie laat ik zien en doe nog niets totdat iemand die dit begrijpt mij een antwoord kan geven, voor ik alles om zeep help.

[Briolet]

Dan is het inderdaad Drive die dit gebruikt. Maar ik zou nooit via SSH knoeien en dit gewoon via de GUI van Drive weggooien. Zie manual zoals ik al eerder schreef want ik heb geen zin hier zelf de manual over te tikken. (De help van "Drive Admin Console")

[Synas]

Het ziet er naar uit de Database  van Drive 1,5 TB groot was geworden, waarom is nog onduidelijk dan. De database wordt nu opgeruimd, netjes volgens de handleiding van Drive Admin Consol, dank je wel Briolet voor het aangeven. Je hoeft het zeker voor mij niet over te typen, in een richtingsturen is vaak voldoende. Ik had alleen nooit aan de database zelf gedacht dat die zo enorm groot kon worden, terwijl de bestandsmappen nauwelijks data bevatten, of gooi ik nu dingen door elkaar.

Ik zal nog een reactie plaatsen met de uitkomst van het opruimen van de database.

Heeft iemand nog een idee waarom die database zo groot is geworden en om dit een volgende keer te voorkomen?

[Briolet]

Het probleem bij de oude cloudstation was nog erger. Als je daar een folder een nieuwe naam gaf, dan zag hij dat als een nieuwe folder en de files erin als nieuwe files. De oude folder met files kwam dan in de prullenbak. De database met gewiste files werd dan alleen al groot door een paar grote folders te hernoemen.

Pas sinds Drive ging hij een veranderde foldernaam gewoon als een volgende versie zien van een bestaande file. En was er vrijwel geen extra ruimte nodig.

Maar goed. Het wissen van de database zelf is het snelste. Voor zover ik getest heb, wist dat alleen de gewiste files en niet de versies. Het legen van de prullenbakken had ook gekunt. Dat is subtieler omdat je dat per teamfolder of home doet.

[Synas]

Dan is Drive wel een verbetering t.o.v. Cloudstation dus.

Ik heb eerst alle prullenbakken geleegd in de folders, maar dat veranderde niets aan de situatie. Na het legen van de database prullenbak, waar 1.5 TB in zat had ik alles weer als normaal terug en nog maar 44% in gebruik i.p..v 84%. Duurde trouwens uren voordat dit was opgeschoond.

Ik heb alleen nog geen idee waarom die database-prullenbak zo ontzettend groot is geworden.

Ik ga nog wel een keer eenzelfde synchronisatie opzetten en dan kijken en hopen dat het niet weer gebeurd. Kan het trouwens met indexeren te maken hebben, daar was hij ook heel druk mee bezig en gaf er een waarschuwing op.

Iedereen heel hartelijk bedankt voor de snelle en bruikbare reacties om mij hier mee te helpen