Synology-Forum.nl
Overige software => File Station => Topic gestart door: arne op 08 oktober 2013, 10:03:17
-
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!
-
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 ;
du -d 1 -hdat laat de grootte van alle folders op 1e nivo zien in kilo- mega- en gigabytes.
daarna kun je evt. met du -d 2 inzoomen om te kijken op diepere nivo's waar je terabytes zijn gebleven ;)
voorbeeld :
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 .
-
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...
-
Gebruik je soms ook Cloud ?
Heb je soms de prullenbak (recycle bin) aan staan en nooit geleegd ?
-
ik gebruik inderdaad cloud station... kan dat het probleem zijn?
prullenbak heb ik reeds geleegd...
-
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)
-
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/ (http://www.synology-forum.nl/cloud-station/cloud-station-zorgt-voor-disk-full/)
-
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) : du -d 1 -h /volume1
-
@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!
-
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) : du -d 1 -h /volume1
Ik zou het vanaf de root doen dus, i.p.v. /volume1 /
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 8)
-
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:
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"
-
Als je de regel van Goner hierboven intyped, krijg je een geheugendump.
Welke regel van Goner ?
-
Birdy, ik bedoelde de regel uit het laatste bericht, maar ik bedenk me nu dat jouw aanpassing beter is:
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:
Nas1> ls /volume1/@cloudstation
@clientd @sync
-
Ok, maar ik kreeg geen geheugen dump met Goner's regel 8)
-
Die dump kreeg ik wel. Steeds een paar regels en dan een pauze van minuten lang en dan weer een paar regels.
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.
-
Ik ken dat 'du' niet en weet niet of die lange pauzes normaal zijn.
du = "Check size of Directory and sub-directories" letterlijk "disk usage"
Die "pauzes" zijn geen pauzes maar de tijd die nodig is de mappen te doorlopen en op te tellen hoeveel daar in zit.
In het geval van: du -d 1 -h /volume1
Wordt er vanaf /volume1 gekeken en telt de inhoud van onderliggende mappen op en laat 1 map dieper zien (-d 1) het totaal in leesbare waardes (-h).
Dus hiermee is du druk mee en voor een DS-j type is dit best wel een aanslag op de CPU waardoor het lijkt dat er pauzes zijn.
Overigens, nu begrijp ik wat je bedoelde met "geheugen dump", ik dacht aan een crash met een (intern) geheugen dump en niet aan de lijst van du ::)
Dus, wat jij kreeg had ik ook, de uikomst (lijst) van du ;D
-
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.
'du' is een standaard Unix/Linux commando.
Is uiteraard wel even bezig omdat de disk-usage berekend wordt en dus de size van alle folder/bestanden berekend wordt ; kan even duren voor folders met heel veel (kleine) bestandjes. Vergelijk maar met 'treesize' of zo in Windows, die is ook wel even bezig.
Levert op mijn j-model geen problemen op ...
Was (als IT-er) ook even verbaasd over de 'geheugen dump' ; een memory of core dump is iets héél anders dan de output van een tooltje als 'du' ;)
-
Dat 'geheugen dump' was inderdaad lekentaal. Een dump van het vaste gegeugen (= harde schijf) en niet het vluchtige geheugen (RAM). :lol:
Dat de pauzes er waren om de files op te tellen snapte ik wel, maar ik wilde gewoon een waarschuwing geven om geduld te hebben. b.v. om de home folder te berekenen duurde de pauze ca 7 minuten en alles bij elkaar was mijn 212j wel > 15 minuten bezig.
En inderdaad is 'du' een handig middel om te zien waar de data staan omdat je ook de hidden folders meeneemt. De shell op de nas is gewoon een andere dan ik op de mac/unix gewend ben. Daar type ik "man du" in en ik krijg direct de handleiding voor een commando. Op de nas ben ik een tijdje aan het knoeien geweest om deze te vinden. Als iemand die zelden de terminal gebruikt moet ik toch steeds eerst weer de manual van dat commando raadplegen voordat lk een commando gebruik.
-
b.v. om de home folder te berekenen duurde de pauze ca 7 minuten en alles bij elkaar was mijn 212j wel > 15 minuten bezig.
Wow, dan staat-ie lekker vol. Mijn 212j (anderhalf jaar in gebruik) was een stuk sneller klaar.
De shell op de nas is gewoon een andere dan ik op de mac/unix gewend ben.
Ja, ik ga ook regelmatig de mist in met commando's en parameters. BusyBox is een stuk beperkter dan echte Unix of Linux distributies.
-
Basic commands to get around the Synology Box using the CLI
Maar wel wat beperkt hoor m.n. in beschikbare opties in bepaalde commands, daarom noemt men het ook Basic :lol: 8)
http://forum.synology.com/wiki/index.php/Basic_commands_to_get_around_the_Synology_Box_using_the_CLI (http://forum.synology.com/wiki/index.php/Basic_commands_to_get_around_the_Synology_Box_using_the_CLI)
-
Burdy, Goner en Briolet:
Bedankt voor alle tips!!
het bleek inderdaad cloudstation te zijn!:D
ik verwijderde cloudstaion nadat ik mijn data had gekopieerd(8gb) en inderdaad, mn opslag breidde drastisch uit!(zie foto's van tijdens en na verwijderen...)
Hartelijke dank voor jullie reacties!
kan ik cloudstation wel weer in gebruik nemen? of adviseren jullie wat anders?
-
Natuurlijk kan je CloudStation in gebruik nemen mits je maar exact weet wat je in de Cloud zet.
Ga je daar bestanden van vele GB's in zetten en regelmatig bewerken dan gaat de schijfruimte drastisch omlaag.
Ik gebruik CloudStation voor mijn Office bestanden en dan valt het dataverbruik echt wel mee.
-
Lees anders even het volgende, dan weet je waar Cloud voor bedoeld is:
http://www.synology.nl/dsm/home_file_sharing_cloud_station.php?lang=nld (http://www.synology.nl/dsm/home_file_sharing_cloud_station.php?lang=nld)
Vooral de opmerking:"Tot 32 vroegere versies bijhouden" (kan dus flink oplopen!)
Dus ook het onderwerp: "Selectieve synchronisatie"
;)
-
Maar in CloudStation kan je die 32 versies veranderen in een ander aantal.
Ik heb deze waarde op 16 gezet en ook dat lijkt mij nog rijkelijk (te) veel.
-
kan ik cloudstation wel weer in gebruik nemen?
Maar wat komt er in Cloudstation terecht dan dat al die 2 terabyte in beslag nam ?? Je hoefde blijkbaar maar 8GB weg te halen .. ?!
Je vertelde dat je eigenlijk alleen films en foto's op je NAS hebt staan ... kan me niet voorstellen dat je daar 32 versies van bewaart :S