Synology-Forum.nl
Firmware => Synology DSM 5.1 en eerder => Topic gestart door: Steves op 08 november 2012, 22:36:23
-
Hallo,
Ik zit met een probleempje, Mijn Synology DS212J wil niet meer updaten en/of downloaden. Ik krijg de melding dat er onvoldoende capaciteit is?? Terwijl ik op schijf 1 nog 537.02GB over heb, en op schijf 2 nog 2745.93GB. Lijkt mij dus dat ik wel voldoende capaciteit heb om een simpele DSM update uit te voeren?
Ook kan ik sinds kort niet meer op mijn DDNS link (uwnaam.synology.me) Ik heb al een aantal keer opnieuw EZ-internet proberen in te stellen met poorten etc. maar dat werkt niet echt? (als ik dit binnnen mijn netwerk probeer kom ik btw op de pagina van mijn router????)
heeft iemand hier een idee wat er aan de hand is?
Alvast bedankt!
mvg Steve
-
Het lijkt er op dat je systeempartitie te weinig ruimte vrij heeft voor de update. Heb je misschien iets verkeerd geinstalleerd? Misschien bij een download vergeten er volume1 voor te zetten zodat het op je systeempartitie gezet is?
-
Dag Steve,
met behulp van winscp kun je door de mappen van je synology bladeren,
Daar kun je zien hoe een en ander is opgezet enz
http://winscp.net/eng/docs/lang:nl (http://winscp.net/eng/docs/lang:nl)
misschien heb je daar wat aan ?
-
Bedankt voor alle reacties, het gekke is, ik heb dus recentelijk niets geïnstalleerd (naar mijn weten) inloggen via winscp is gelukt. Alleen hoe nu verder? ik zie namelijk gewoon de zelfde bestandsmappen als op de synology (logisch natuurlijk...)
-
opgelost. kan dus een slotje op!
(had bij SABnzb de downloadmap en tijdelijke map veranderd naar mn desktop, maar dat pikt hij niet... weer terug gezet naar /volume1 en werkt weer spatzuiver!)
-
Bedankt voor alle reacties, het gekke is, ik heb dus recentelijk niets geïnstalleerd (naar mijn weten) inloggen via winscp is gelukt. Alleen hoe nu verder? ik zie namelijk gewoon de zelfde bestandsmappen als op de synology (logisch natuurlijk...)
Als je gaat werken met WinSCP dan zul je verrekte goed moeten oppassen wat je doet want je hebt met enkele muisklikken je hele NAS om zeep geholpen.
Dubbelklik op de bovenste "..' en je zit in de root. Maar je bent gewaarschuwd!
-
Kan je eens een
df -h doen.
Je krijgt dan een soort gelijke output als onder. Kan zijn dat je systeempartitie volzit
mbpro:~ rh$ df -h
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk1 465Gi 156Gi 308Gi 34% 41085283 80719538 34% /
devfs 182Ki 182Ki 0Bi 100% 631 0 100% /dev
map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /net
map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /home
localhost:/_gPlKhgIMXXtuYN2x39G_K 465Gi 465Gi 0Bi 100% 0 0 100% /Volumes/MobileBackups
-
Handig! Met 19% bezetting op systeempartitie hoef ik me nog geen zorgen te maken. Van die 93% op volume1 moet ik maar eens wat naar volume2 gaan verplaatsen.
[attachimg=1:bie2el3z]df-h.png[/attachment:bie2el3z]
Komt nog aardig overheen ook met de info in DSM:
[attachimg=0:bie2el3z]Opslag.png[/attachment:bie2el3z]
-
Door deze actie zie pas dat er toch wel aardig wat in /tmp staat. Kan ik die map zonder problemen leeggooien?
-
Eh ja tuurlijk komt dat overeen met je dsm :)
Dsm doet het zelfde in de achtergrond en piped het naar een gui. :D
doe eens een ls -la in je /tmp .
Mijn /tmp is niet zo vol (check via du -h /tmp)
du -h /tmp
0 /tmp/backup/28011
0 /tmp/backup/26078
0 /tmp/backup/netbkp
16.0K /tmp/backup
32.0K /tmp/synophoto_temp
188.0K /tmp/_airprint
4.0K /tmp/pip-3JoTtO-build
0 /tmp/DSMTaskMgr/admin
0 /tmp/DSMTaskMgr/@system
0 /tmp/DSMTaskMgr/@administrators
0 /tmp/DSMTaskMgr
756.0K /tmp/@synopackage
156.0K /tmp/par-admin/cache-74869fade72d497cf3ac190cb824ad606c2e77bc
156.0K /tmp/par-admin
4.0K /tmp/apple
0 /tmp/S2S-schedule
4.0K /tmp/ups
0 /tmp/space/lock
12.0K /tmp/space
0 /tmp/lock
1.5M /tmp
post je output eens ? Je kunt niet blind alles wissen.. je mysql.pid staat er bijvoorbeeld in.
-
post je output eens ? Je kunt niet blind alles wissen.. je mysql.pid staat er bijvoorbeeld in.
Met het commando du -h /tmp valt het inderdaad wel mee (alleen de dirs neem ik aan):
4.0K /tmp/pip-5OGbN7-build
108.0K /tmp/synophoto_temp
4.0K /tmp/pip-kQ604C-build
0 /tmp/tvdb_api
0 /tmp/python.cache_sickbeard
0 /tmp/python.cache_couchpotatoserver
16.0K /tmp/dms
0 /tmp/DSMTaskMgr/admin
0 /tmp/DSMTaskMgr/@system
0 /tmp/DSMTaskMgr/@administrators
0 /tmp/DSMTaskMgr
424.0K /tmp/@synopackage
0 /tmp/apple
0 /tmp/S2S-schedule
0 /tmp/space/lock
12.0K /tmp/space
0 /tmp/lock
3.5M /tmp
Maar als ik een ls -la /tmp doe (dirs en bestanden) zie ik dit:
drwxrwxrwt 15 root root 1620 Nov 11 02:25 .
drwxr-xr-x 27 root root 4096 Oct 8 07:35 ..
-rw-rw-rw- 1 root root 8192 Oct 7 17:32 .db.group.desc.2647
-rw-rw-rw- 1 root root 8192 Oct 7 17:32 .db.group.id.2647
-rw-rw-rw- 1 root root 8192 Oct 7 17:32 .db.group.name.2647
-rw-rw-rw- 1 root root 8192 Nov 10 13:37 .db.synoshare.2647
-rw-rw-rw- 1 root root 16384 Oct 19 08:34 .db.user.appprivilege.2
647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.misc.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.name.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.shadow.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.smb.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.uid.2647
-rw-r--r-- 1 root root 0 Oct 7 17:31 .ha.not.running
srwxrwxrwx 1 admin users 0 Nov 11 02:11 .s.PGSQL.5432
-rw------- 1 admin users 25 Nov 11 02:11 .s.PGSQL.5432.lock
-rw------- 1 root root 143 Nov 10 23:44 .synorelayd.status
drwxrwxrwx 2 root root 1120 Oct 27 07:15 @synopackage
drwxrwxrwx 5 root root 100 Oct 8 00:41 DSMTaskMgr
-rw-rw-rw- 1 iPAD users 0 Oct 9 18:50 DavLock.dir
-rw-rw-rw- 1 iPAD users 0 Oct 9 18:50 DavLock.pag
drwxr-xr-x 2 root root 40 Oct 7 17:32 S2S-schedule
drwxrwxrwx 2 root root 60 Nov 10 13:37 apple
-rw-r--r-- 1 root root 52 Nov 7 19:57 audio_station_iphone.us
er
---Sr-S--t 1 root root 0 Nov 7 19:57 audio_station_iphone.us
er.lock
-rw------- 1 root root 0 Nov 10 23:35 avahi.raop.list
-rw-r--r-- 1 root root 7 Oct 7 17:33 boot_seq.tmp
-rw-r--r-- 1 root root 57344 Oct 14 09:08 brlock.tdb
-rw-r--r-- 1 root root 154 Nov 11 00:02 browse.dat
-rw-r--r-- 1 root root 46 Oct 7 17:32 cardreader
-rw-r--r-- 1 root root 114688 Nov 11 02:13 connections.tdb
-rw-r--r-- 1 root root 0 Nov 11 02:25 current.users
--w-r-Sr-x 1 root root 0 Oct 7 17:33 current.users.lock
-rw-rw-rw- 1 root root 34 Nov 10 06:13 ddns.status
drwxr-xr-x 2 root root 120 Oct 7 17:50 dms
-rw-r--r-- 1 root root 0 Oct 7 17:33 error-output.txt
-rw-rw-rw- 1 root root 0 Oct 19 19:37 esataguidtab
-rw-r--r-- 1 root root 0 Oct 7 17:31 eunitseq
-rw-r--r-- 1 root root 28 Nov 11 02:06 externalIP.result
-rw------- 1 root root 73 Nov 11 01:57 ezcloud_alias.status
srwxr-xr-x 1 root root 0 Oct 7 17:32 fileindexd.sck
-rw-r--r-- 1 root root 0 Nov 10 13:37 ftp_cur_con.log
-rw-r--r-- 1 root root 696 Oct 7 17:32 gencache.tdb
--w---S--T 1 root root 0 Oct 12 21:27 grouplock
drwxr-xr-x 2 root root 600 Oct 7 17:31 lock
-rw-r--r-- 1 root root 2478080 Nov 11 02:22 locking.tdb
-rw-rw-rw- 1 root root 44 Oct 27 07:18 login_fail.list
-rw------- 1 root root 12288 Nov 9 12:59 messages.tdb
srwxr-xr-x 1 root root 0 Nov 7 19:55 mplayer.sock
srwxrwxrwx 1 admin users 0 Oct 7 17:32 mysql.sock
-rw-rw---- 1 admin users 5 Oct 7 17:32 mysqld.pid
-rw-r--r-- 1 root root 696 Oct 7 17:32 notify.tdb
drwx------ 2 root root 60 Nov 6 23:02 pip-5OGbN7-build
drwx------ 2 root root 60 Oct 13 18:55 pip-kQ604C-build
lrwxrwxrwx 1 root root 26 Oct 7 17:38 pkglist.tmp -> /volume2
/@tmp/pkglist.tmp/
-rw------- 1 admin users 5 Oct 7 17:32 postgresql.pid
-rw------- 1 admin users 45 Oct 7 17:32 postmaster.pid
-rw-r--r-- 1 root root 12288 Oct 7 17:32 printer_list.tdb
drwxrwxrwx 2 couchpot users 40 Oct 7 17:54 python.cache_couchpotat
oserver
drwx------ 2 sickbear users 40 Oct 7 23:02 python.cache_sickbeard
-rw-rw-rw- 1 root root 0 Oct 19 19:37 satatab
srwxr-xr-x 1 root root 0 Oct 7 17:31 scemd_connector.sock_se
rver
-rw-r--r-- 1 root root 8192 Nov 11 02:13 serverid.tdb
-rw-r--r-- 1 root root 204800 Nov 10 22:58 sessionid.tdb
-rw-r-x--T 1 root root 0 Oct 12 21:27 sharelock
-rw-r--r-- 1 root root 0 Oct 7 17:31 snap-origin-module-init
drwxr-xr-x 3 root root 120 Oct 7 17:32 space
-rw-r--r-- 1 root root 12 Oct 7 17:32 sshd.reference
-rw-r--r-- 1 root root 8 Oct 7 17:31 standbytime
srwxr-xr-x 1 root root 0 Nov 7 19:55 synoaudiod.sock
srwxr-xr-x 1 root root 0 Nov 7 19:55 synoctrl
drwxrwx--x 2 nobody nobody 340 Oct 15 01:44 synophoto_temp
srwxr-xr-x 1 root root 0 Oct 7 17:32 synosnmpcd.sock
-rw-r--r-- 1 root root 12 Oct 7 17:31 systempwarning
drwx------ 2 sickbear users 40 Oct 12 22:08 tvdb_api
-rw-r--r-- 1 root root 33809 Nov 7 19:55 usbdebug
-rw-r--r-- 1 root root 93 Oct 27 07:41 usbdiskapplying
-rw-r--r-- 1 root root 24 Oct 27 07:41 usbguidtab
-rw-r--r-- 1 root root 28 Oct 27 07:41 usbtab
--w---S--T 1 root root 0 Oct 12 21:26 userlock
-rw-r--r-- 1 root root 0 Oct 7 17:31 vspace_layer.lock
-rw-r--r-- 1 root root 18 Oct 7 17:31 wcache_off_diskdev
-
post je output eens ? Je kunt niet blind alles wissen.. je mysql.pid staat er bijvoorbeeld in.
Met het commando du -h /tmp valt het inderdaad wel mee (alleen de dirs neem ik aan):
4.0K /tmp/pip-5OGbN7-build
108.0K /tmp/synophoto_temp
4.0K /tmp/pip-kQ604C-build
0 /tmp/tvdb_api
0 /tmp/python.cache_sickbeard
0 /tmp/python.cache_couchpotatoserver
16.0K /tmp/dms
0 /tmp/DSMTaskMgr/admin
0 /tmp/DSMTaskMgr/@system
0 /tmp/DSMTaskMgr/@administrators
0 /tmp/DSMTaskMgr
424.0K /tmp/@synopackage
0 /tmp/apple
0 /tmp/S2S-schedule
0 /tmp/space/lock
12.0K /tmp/space
0 /tmp/lock
3.5M /tmp
Maar als ik een ls -la /tmp doe (dirs en bestanden) zie ik dit:
drwxrwxrwt 15 root root 1620 Nov 11 02:25 .
drwxr-xr-x 27 root root 4096 Oct 8 07:35 ..
-rw-rw-rw- 1 root root 8192 Oct 7 17:32 .db.group.desc.2647
-rw-rw-rw- 1 root root 8192 Oct 7 17:32 .db.group.id.2647
-rw-rw-rw- 1 root root 8192 Oct 7 17:32 .db.group.name.2647
-rw-rw-rw- 1 root root 8192 Nov 10 13:37 .db.synoshare.2647
-rw-rw-rw- 1 root root 16384 Oct 19 08:34 .db.user.appprivilege.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.misc.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.name.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.shadow.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.smb.2647
-rw-rw-rw- 1 root root 8192 Oct 19 08:34 .db.user.uid.2647
-rw-r--r-- 1 root root 0 Oct 7 17:31 .ha.not.running
srwxrwxrwx 1 admin users 0 Nov 11 02:11 .s.PGSQL.5432
-rw------- 1 admin users 25 Nov 11 02:11 .s.PGSQL.5432.lock
-rw------- 1 root root 143 Nov 10 23:44 .synorelayd.status
drwxrwxrwx 2 root root 1120 Oct 27 07:15 @synopackage
drwxrwxrwx 5 root root 100 Oct 8 00:41 DSMTaskMgr
-rw-rw-rw- 1 iPAD users 0 Oct 9 18:50 DavLock.dir
-rw-rw-rw- 1 iPAD users 0 Oct 9 18:50 DavLock.pag
drwxr-xr-x 2 root root 40 Oct 7 17:32 S2S-schedule
drwxrwxrwx 2 root root 60 Nov 10 13:37 apple
-rw-r--r-- 1 root root 52 Nov 7 19:57 audio_station_iphone.user
---Sr-S--t 1 root root 0 Nov 7 19:57 audio_station_iphone.user.lock
-rw------- 1 root root 0 Nov 10 23:35 avahi.raop.list
-rw-r--r-- 1 root root 7 Oct 7 17:33 boot_seq.tmp
-rw-r--r-- 1 root root 57344 Oct 14 09:08 brlock.tdb
-rw-r--r-- 1 root root 154 Nov 11 00:02 browse.dat
-rw-r--r-- 1 root root 46 Oct 7 17:32 cardreader
[color=#FF0000]-rw-r--r-- 1 root root 114688 Nov 11 02:13 connections.tdb[/color]
-rw-r--r-- 1 root root 0 Nov 11 02:25 current.users
--w-r-Sr-x 1 root root 0 Oct 7 17:33 current.users.lock
-rw-rw-rw- 1 root root 34 Nov 10 06:13 ddns.status
drwxr-xr-x 2 root root 120 Oct 7 17:50 dms
-rw-r--r-- 1 root root 0 Oct 7 17:33 error-output.txt
-rw-rw-rw- 1 root root 0 Oct 19 19:37 esataguidtab
-rw-r--r-- 1 root root 0 Oct 7 17:31 eunitseq
-rw-r--r-- 1 root root 28 Nov 11 02:06 externalIP.result
-rw------- 1 root root 73 Nov 11 01:57 ezcloud_alias.status
srwxr-xr-x 1 root root 0 Oct 7 17:32 fileindexd.sck
-rw-r--r-- 1 root root 0 Nov 10 13:37 ftp_cur_con.log
-rw-r--r-- 1 root root 696 Oct 7 17:32 gencache.tdb
--w---S--T 1 root root 0 Oct 12 21:27 grouplock
drwxr-xr-x 2 root root 600 Oct 7 17:31 lock
[color=#FF0000]-rw-r--r-- 1 root root 2478080 Nov 11 02:22 locking.tdb[/color]
-rw-rw-rw- 1 root root 44 Oct 27 07:18 login_fail.list
-rw------- 1 root root 12288 Nov 9 12:59 messages.tdb
srwxr-xr-x 1 root root 0 Nov 7 19:55 mplayer.sock
srwxrwxrwx 1 admin users 0 Oct 7 17:32 mysql.sock
-rw-rw---- 1 admin users 5 Oct 7 17:32 mysqld.pid
-rw-r--r-- 1 root root 696 Oct 7 17:32 notify.tdb
drwx------ 2 root root 60 Nov 6 23:02 pip-5OGbN7-build
drwx------ 2 root root 60 Oct 13 18:55 pip-kQ604C-build
lrwxrwxrwx 1 root root 26 Oct 7 17:38 pkglist.tmp -> /volume2/@tmp/pkglist.tmp/
-rw------- 1 admin users 5 Oct 7 17:32 postgresql.pid
-rw------- 1 admin users 45 Oct 7 17:32 postmaster.pid
-rw-r--r-- 1 root root 12288 Oct 7 17:32 printer_list.tdb
drwxrwxrwx 2 couchpot users 40 Oct 7 17:54 python.cache_couchpotatoserver
drwx------ 2 sickbear users 40 Oct 7 23:02 python.cache_sickbeard
-rw-rw-rw- 1 root root 0 Oct 19 19:37 satatab
srwxr-xr-x 1 root root 0 Oct 7 17:31 scemd_connector.sock_server
-rw-r--r-- 1 root root 8192 Nov 11 02:13 serverid.tdb
-rw-r--r-- 1 root root 204800 Nov 10 22:58 sessionid.tdb
-rw-r-x--T 1 root root 0 Oct 12 21:27 sharelock
-rw-r--r-- 1 root root 0 Oct 7 17:31 snap-origin-module-init
drwxr-xr-x 3 root root 120 Oct 7 17:32 space
-rw-r--r-- 1 root root 12 Oct 7 17:32 sshd.reference
-rw-r--r-- 1 root root 8 Oct 7 17:31 standbytime
srwxr-xr-x 1 root root 0 Nov 7 19:55 synoaudiod.sock
srwxr-xr-x 1 root root 0 Nov 7 19:55 synoctrl
drwxrwx--x 2 nobody nobody 340 Oct 15 01:44 synophoto_temp
srwxr-xr-x 1 root root 0 Oct 7 17:32 synosnmpcd.sock
-rw-r--r-- 1 root root 12 Oct 7 17:31 systempwarning
drwx------ 2 sickbear users 40 Oct 12 22:08 tvdb_api
-rw-r--r-- 1 root root 33809 Nov 7 19:55 usbdebug
-rw-r--r-- 1 root root 93 Oct 27 07:41 usbdiskapplying
-rw-r--r-- 1 root root 24 Oct 27 07:41 usbguidtab
-rw-r--r-- 1 root root 28 Oct 27 07:41 usbtab
--w---S--T 1 root root 0 Oct 12 21:26 userlock
-rw-r--r-- 1 root root 0 Oct 7 17:31 vspace_layer.lock
-rw-r--r-- 1 root root 18 Oct 7 17:31 wcache_off_diskdev
Ik deed de veronderstelling dat deze leeg kon, want in Windows staat hier echt tijdelijke bestanden. Af en toe leegmaken helpt wel eens in Windows.
-
Als je gaat werken met WinSCP dan zul je verrekte goed moeten oppassen wat je doet want je hebt met enkele muisklikken je hele NAS om zeep geholpen.
Dat valt wel mee hoor, als je als een dolle aan het wissen gaat, dan blijft er niets over van je nas , maar als je met je administrator account in logt en niet met je root kun je niet eens alles zomaar wissen, al zou je willen.
Het programma geeft trouwens een mooi inzicht in de opbouw van je synology , en dat zul je via de command line niet zo snel en overzichtelijk kunnen weergeven.
-
Ben ik niet met je eens. Afhankelijk van wie de programma's draait is het wel of niet veilig. Als admin kan je geen root bestanden wissen... maar wel met een beetje pech van de mysql user als die niet als root draait (wat zou moeten, tenzij je je hele server geowned wilt hebben als mysql databases gehacked worden).
-
Ben ik niet met je eens. Afhankelijk van wie de programma's draait is het wel of niet veilig. Als admin kan je geen root bestanden wissen... maar wel met een beetje pech van de mysql user als die niet als root draait (wat zou moeten, tenzij je je hele server geowned wilt hebben als mysql databases gehacked worden).
Ja klopt ben ik helemaal met je eens voor dat je het weet is inderdaad je hele server geowend en krijg je een bitchslap vanjewelste , en dan kost je het een heleboel doekoe om die conjo's uit je crib te deporteren, je mag ook niet zomaar djoeken dus daar zit je dan met je geownde servert.
En nu even zonder dollen, ik wil niet onder iemands duiven schieten , maar juist met programma's als winscp kun je erg veel over je synology te weten komen,
om problemen en ellende te voorkomen , lijkt me het handig om een backup te maken, maar dat spreekt voor zich toch ? :wink:
-
Goed ik ga hier niet meer op reageren. doe wat je niet laten kunt.
succes.