Geheugen capaciteit komt niet overeen

[Briolet]

Bij mij staat bij de database used volume: 1.4 TB

Ik kom er niet helemaal uit of dit nou die shadow files zijn of niet.

Dat is dan echt het 'bewijs' dat het Drive is die de ruimte gebruikt. Dit zijn echt de 'schaduw' files. Dat het meer is dan in de Home folder staat komt door extra versies en gewiste files. Die gewiste files blijven in de database staan, totdat je in de versieverkenner de database wist.

Omdat Drive alles dubbel opslaat is het vooral geschikt voor files die off-line toegankelijk moeten blijven. De rest kun je beter buiten de drive folder opslaan.

[maxvkva]

Tenslotte heb ik de teammap weer uitgezet. Dit zorgt wel voor het wissen van de database, die direct weer 8,4 GB groot werd.

Kan je verder toelichten hoe je die teammap hebt uitgezet? Want als ik bij 'Drive admin console > team folder > my drive' klik op 'disable' vraagt hij me het vinkje bij 'enable user home service' weg te halen. Maar als ik op apply druk staat er nog steeds 'enabled' achter 'my drive' en is de 1.4 TB database niet weg..

[Briolet]

Want als ik bij 'Drive admin console > team folder > my drive' klik op 'disable' vraagt hij me het vinkje bij 'enable user home service' weg te halen.

Ik heb de test gedaan met een gedeelde teamfolder. Hoe het bij MyDrive werkt, heb ik niet getest, want dan gooi ik eigen data weg. Dit heeft nml effect op de drive-folder in de home van alle gebruikers. Ik zie eigenlijk niet de reden waarom hij de 'user home service" weghaalt. Ik mag toch hopen dat hij alleen de cloudfunctie binnen die service bedoelt.

[maxvkva]

De status is inmiddels wel aangepast, maar helaas nog niks veranderd in de database van 1.4 TB

Ik word er echt een beetje moedeloos van...



In de Drive app zijn alle bestanden ook weg. In de filestation staan de bestanden er nog wel in de map Drive

[Briolet]

En als je in deze toestand naar "Overview" gaat, daar de versieverkenner opstart en dan onder "actie" de versiedatabase wist?  Normaal gooit hij dan geen versies van actieve bestanden weg, maar nu misschien wel?

[maxvkva]

Daar is alleen de teamfolder nog zichtbaar, terwijl ik in de drive folder werkte (die is nu dus weg). En verder ook geen mogelijkheid tot clear version database

[Birdy]

Misschien is er toch wat anders aan de hand, om dit uit te zoeken, zal je met Terminal (MAC) moeten werken:

1 - Zorg ervoor dat SSH-Service aan staat in DSM: Configuratiescherm > Terminal.
2 - Open het programma ‘Terminal’ op de Mac. (Staat in hulpprogrammas)
3 - Type in: “ssh admin@nasIP” of "ssh admin@nasNaam.local”
4 - Je krijgt nu de melding: “Are you sure you want to continue connecting (yes/no)?”.
     Type ‘yes’ in. Deze vraag krijg je alleen de 1e keer, of als het certificaat verandert.
5 - password: het admin password <enter> (PS: je ziet de cursor niet verplaatsen).
6 - Geef het command:

Code: [Selecteer]

sudo du -d 3 /volume1 |  grep @ | sort -rn > /volume1/Vul in een gedeelde map/du-lijst.txt6.1 Omdat je sudo gebruikt, wordt er gevraagd om een password in te geven, het password is hetzelfde als die van admin.
7 - Je kunt Terminal weer afsluiten met het commando: exit.

Plaatst het bestand du-lijst.txt hier als bijlage.

[maxvkva]

Hier loop ik een beetje vast.. Het text bestandje wordt aangemaakt, maar die is helemaal leeg. In de terminal geeft hij dit steeds aan:

'Could not chdir to home directory /var/services/homes/admin: No such file or directory'

En als ik het wachtwoord probeer in te typen reageert de terminal een beetje vreemd (blijft in password invullen hangen, 'enter' sluit het commando niet maar gaat naar de volgende regel, moet terminal steeds opnieuw opstarten om daar uit te komen)

Kan dit misschien komen omdat Drive nu niet synced of met mijn laptop HD is verbonden? (user home disabled in drive admin console team folder menu)

[Briolet]

Hij loopt niet vast, maar het kan erg lang duren voordat hij alles heeft gehad. Ik heb geen idee of het minuten of zelfs uren is.

Een stuk sneller gaat alleen het listen van:

Code: [Selecteer]

sudo du -d 3 /volume1/@synologydrive |  grep @ | sort -rn > ~/du-lijst.txt
Want volgens mij staat alles# in "@synologydrive".  Maar ik ben nooit fan van het weggooien van files via de terminal als het niet ook normaal kan. Maar hier lijkt er toch een tekortkoming in het pakket te zitten.

# Edit: Toch niet alles want die folder is bij mij 4 GB groot terwijl de database 8 GB groot is.

[maxvkva]

Ik denk niet dat dat het geval is. Hij springt na een tijdje weer terug op de admin@nasmax open command regel en het text bestand blijft leeg en 0 bytes.

[Birdy]

Ik wil juist op alle hidden mappen laten zoeken, niet specifiek voor drive.

[Birdy]

Could not chdir to home directory /var/services/homes/admin: No such file or directory'

Dat is "normaal", admin heeft geen map onder homes namelijk.

En als ik het wachtwoord probeer in te typen reageert de terminal een beetje vreemd (blijft in password invullen hangen

Klopt, na het password enter geven en het volledige commando zou uitgevoerd moeten worden.
Wel heel merkwaardig dat du-lijst.txt wel gemaakt wordt, maar geen inhoud heeft.
Laat anders eens een printscreen zien vanaf het commando en wat daarop volgt.

[maxvkva]

Het zou wellicht te maken kunnen hebben met dat ik nu Drive niet heb gesynced? En ik de hele task zelfs uit de Drive app heb verwijderd. (omdat ik de connectie tussen laptop HD en NAS HD echt uit wilde zetten om te checken of de database weg zou gaan + dat niet plots al m'n bestanden verwijderd zouden worden)

[Birdy]

Het zou wellicht te maken kunnen hebben met dat ik nu Drive niet heb gesynced?

Daar heeft het niets te maken, het commando zou alle verborgen mappen moeten laten zien vanaf /volume1 tot 4 mappen diep en gesorteerd op map grootte.

Ik heb het even getest en ik krijg wat ik verwacht:



Een stukje van de file du-lijst.txt:



Wat er bij jou fout gaat, kan ik mij niet zo bedenken echter, doe hetzelfde commando eens zonder " > /volume1/Birdy/du-lijst.txt"
Wat zie je dan ?

[maxvkva]

Slim! Zo kwam hij er wel uit in de terminal zelf. Zie hier t resultaat (heb alleen de bovenste helft gepakt, anders werden het wel heel veel screenshots):