Schijven vol maar weinig in gebruik

[arne]

Sinds 100 dagen heb ik de DS213J in gebruik en begin te merken dat deze bijna 'vol' is
ik heb nu 213GB over van de 1,87 TB. vreemde is dat ik eigenlijk alleen films download en foto's erop bewaar. de map films is 180GB en de map foto's is 60GB. toch kreeg ik onlangs het bericht dat de schijf vol is???

prullenbak heb ik geleegd en ook heb ik de back ups en time machine functie uitgezet en verwijderd.

Hoe kan ik (zoals dat in windows kan) fragmenteren? of is er een andere manier om ruimte te genereren?

Alvast bedankt voor jullie reacties!

[Goner]

Ik zou eerst eens kijken waar al die ruimte is gebleven ...  lijkt me stug dat je in 100 dagen zoveel films hebt gedownload.

probeer eens in te loggen met telnet en doe dan commando ;

Code: [Selecteer]

du -d 1 -hdat laat de grootte van alle folders op 1e nivo zien in kilo- mega- en gigabytes.
daarna kun je evt. met

Code: [Selecteer]

du -d 2 inzoomen om te kijken op diepere nivo's waar je terabytes zijn gebleven 

voorbeeld :

Code: [Selecteer]

DS212j> du -d 1 -h
0       ./sys
282.0M  ./usr
6.4M    ./.syno
4.0K    ./mnt
4.0K    ./lost+found
4.0K    ./volumeUSB1
4.0K    ./initrd
32.0K   ./.old_patch_info
5.9M    ./var
409.9G  ./volume1
88.0K   ./var.defaults
604.0K  ./bin
0       ./proc
76.0K   ./root
4.5M    ./etc
118.4M  ./lib
88.0K   ./dev
5.7M    ./sbin
16.0K   ./.system_info
396.0K  ./tmp
4.2M    ./etc.defaults
410.3G  .

[arne]

Bedankt voor de snelle reactie. in het overzicht van de testen en logs zag ik dat ik maximaal 320gb in mijn mappen heb staan. verder kan ik geen map vinden waar opslag aan verloren is gegaan.. ik heb dus in totaal maar ongeveer 300gb in gebruik.. ik ga je tip gebruiken en laat het weten al ik iets kan vinden!:)
ik ben zelf helaas een noop op het gebied van automatisering en IT. ik heb daarbij ook nog mac dus weet niet precies of ik Telnet kan gebruiken...

[Birdy]

Gebruik je soms ook Cloud ?
Heb je soms de prullenbak (recycle bin) aan staan en nooit geleegd ?

[arne]

ik gebruik inderdaad cloud station... kan dat het probleem zijn?
prullenbak heb ik reeds geleegd...

[Briolet]

CloudStation bewaard ook oude versies van bestaande files. Het is wel heel jammer dat dit deel heel ontoegankelijk is. Alleen als je in filestation zit kun je bij de oudere versies. En er staat ook nergens een overzichtelijk tellertje waaraan je snel ziet hoeveel versies hij bewaard heeft.
Pas als je de files delete en in de cloud prullenbak komen zie je heel overzichtelijk het aantal versies in het overzicht. Gewoon jammer dat deze feature ook niet in FileStation zit.

Anderzijds lijkt het me vreemd dat je stapels verschillende geëditte versies van films hebt. En als je een file of folder herbenoemt, worden het weer nieuwe files (en gaat de file met oude naam naar de prullenbak)

[Birdy]

Cloud heeft de eigenschap om bestands versies te bewaren wanneer overschreven.
Dit zou flink kunnen oplopen als je grote bestanden naar de Cloud laat gaan en vervolgens (veel) gaat wijzigen.

Kijk even naar het volgende draadje:
http://www.synology-forum.nl/cloud-station/cloud-station-zorgt-voor-disk-full/

[Goner]

ik heb daarbij ook nog mac dus weet niet precies of ik Telnet kan gebruiken...

Vast wel.
Ik weet weer niks van Macs, maar misschien helpt dit : http://www.wikihow.com/Use-Telnet-on-Mac-OS-X
aanloggen als 'root' en zelfde wachtwoord als DSM admin.

Is de enige manier om echt iets aan de weet te komen waar al de gigabytes zijn gebleven, dus zou dat zeker proberen ipv te gaan raden naar mogelijke oorzaken zoals Cloud ...
Aangezien de kans groot is dat het veroorzaakt wordt door iets wat je zelf geïnstalleerd hebt, zoeken in /volume1 (of hoe het bij jou heet) :

Code: [Selecteer]

du -d 1 -h /volume1

[arne]

@goner, bedankt voor je reactie. als noop ga ik het toch even proberen, maar weet niet of het lukt... zelf denk ik nu ook dat het ligt aan clous station.. ik heb daar in het verleden wel grote bestanden op geprobeerd te zetten...

ik ga er vanavond naar kijken. laat jullie weten als ik meer weet! bedankt voor de adviezen!

[Birdy]

ik heb daarbij ook nog mac dus weet niet precies of ik Telnet kan gebruiken...

Vast wel.
Ik weet weer niks van Macs, maar misschien helpt dit : http://www.wikihow.com/Use-Telnet-on-Mac-OS-X
aanloggen als 'root' en zelfde wachtwoord als DSM admin.

Is de enige manier om echt iets aan de weet te komen waar al de gigabytes zijn gebleven, dus zou dat zeker proberen ipv te gaan raden naar mogelijke oorzaken zoals Cloud ...
Aangezien de kans groot is dat het veroorzaakt wordt door iets wat je zelf geïnstalleerd hebt, zoeken in /volume1 (of hoe het bij jou heet) :

Code: [Selecteer]

du -d 1 -h /volume1

Ik zou het vanaf de root doen dus, i.p.v.

Code: [Selecteer]

/volume1

Code: [Selecteer]

/
Heb n.l. eens meegemaakt dat iemand paden verkeerd had gezet in sabnzb met als gevolg dat er giga's aan films in /usr/.... terecht kwamen 

[Briolet]

Ik weet weer niks van Macs, maar misschien helpt dit : http://www.wikihow.com/Use-Telnet-on-Mac-OS-X
aanloggen als 'root' en zelfde wachtwoord als DSM admin.

De instructie in die link klopt in zijn algemeenheid maar is voor mij wel onnodig complex om de nas te benaderen. Ik gebruik ook het standaard terminal programma op de mac, maar type daar rechtstreeks in het scherm:

Code: [Selecteer]

ssh root@10.0.0.x
Hij vraagt dan om je wachtwoord. Let wel, standaard echo-ed hij de tekst niet naar het scherm, dus je ziet niet wat je typed.

Na inloggen gaan je commando's naar de nas i.p.v. naar je locale mac. (Dus nu linux commando's gebruiken i.p.v. de bijna gelijke unix commando's die je normaal op de mac gebruikt)

Als je de regel van Goner hierboven intyped, krijg je een geheugendump. (duurt bij mij wel enkele minuten, dus heb geduld) Duurt het te lang, dan breek je af met:  Crtl-C.
Je sluit je sessie op de nas af met het commando "exit"

[Birdy]

Als je de regel van Goner hierboven intyped, krijg je een geheugendump.

Welke regel van Goner ?

[Briolet]

Birdy, ik bedoelde de regel uit het laatste bericht, maar ik bedenk me nu dat jouw aanpassing beter is:

Code: [Selecteer]

du -d 1 -h /
Sinds 4.3 worden diff files gebruikt voor het opslaat van oude versies van cloud files. En die diff files staan misschien niet in /Volumes maar een niveau hoger.

Edit: blijkbaar wel:

Code: [Selecteer]

Nas1> ls /volume1/@cloudstation
@clientd  @sync

[Birdy]

Ok, maar ik kreeg geen geheugen dump met Goner's regel   

[Briolet]

Die dump kreeg ik wel. Steeds een paar regels en dan een pauze van minuten lang en dan weer een paar regels.

Code: [Selecteer]

Nas1> du -d 1 -h /volume1
12.9G /volume1/music
33.4M /volume1/web
222.2M /volume1/@database

Ik ken dat 'du' niet en weet niet of die lange pauzes normaal zijn. In elk geval had ik niet het geduld alle folders af te wachten en heb steeds afgebroken.