Onvoldoende capaciteit om bij te werken???

[Steves]

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

[Matr1x]

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?

[Tjonge]

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

misschien heb je daar wat aan  ?

[Steves]

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...)

[Steves]

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!)

[TonVH]

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!

[cyrus1977]

Kan je eens een

Code: [Selecteer]

df -h doen.

Je krijgt dan een soort gelijke output als onder. Kan zijn dat je systeempartitie volzit

Code: [Selecteer]

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

[Matr1x]

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.

df-h.png[/attachment:bie2el3z]

Komt nog aardig overheen ook met de info in DSM:

[ Gespecificeerde bijlage is niet beschikbaar ]Opslag.png[/attachment:bie2el3z]

[Matr1x]

Door deze actie zie pas dat er toch wel aardig wat in /tmp staat. Kan ik die map zonder problemen leeggooien?

[cyrus1977]

Eh ja tuurlijk komt dat overeen met je dsm
Dsm doet het zelfde in de achtergrond en piped het naar een gui.  

doe eens een

Code: [Selecteer]

ls -la in je

Code: [Selecteer]

/tmp .

Mijn /tmp is niet zo vol (check via

Code: [Selecteer]

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.

[Matr1x]

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

[Matr1x]

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):

Code: [Selecteer]

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:

Code: [Selecteer]

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.

[Tjonge]

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.

[cyrus1977]

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).

[Tjonge]

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 ?