Toggle sidebar

Aktualisierung - Nicht genügende Kapazität. Die Systempartition benötigt 200 MB

Status
Für weitere Antworten geschlossen.
H

HarryHallers

Benutzer
Mitglied seit
01. Okt 2009
Beiträge
51
Punkte für Reaktionen
0
Punkte
6
Hallo Zusammen,

ich kann meine DS nicht aktualisieren. Es kommt immer ein Fehler: Aktualisierung - Nicht genügende Kapazität. Die Systempartition benötigt mindestens 200 MB.

Hat jmd. einen Tipp für mich was ich tun kann?

Grüße.
 
G

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.158
Punkte für Reaktionen
405
Punkte
393
Hallo,
Du mußt Dich auf die Konsole begeben und erforschen wo der Brocken auf der Systempartition liegt. Erster Anlaufpunkt wäre das Verzeichnis /var/log.

Gruß Götz
 
T

Tubben

Benutzer
Mitglied seit
02. Aug 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
1
goetz schrieb:
Hallo,
Du mußt Dich auf die Konsole begeben und erforschen wo der Brocken auf der Systempartition liegt. Erster Anlaufpunkt wäre das Verzeichnis /var/log.

Gruß Götz
Zum Vergrößern anklicken....

Moin, da ich das gleiche Problem habe hole ich diesen alten Thread mal hoch.

Kann ich ohne schlechtes Gewissen Dateien im /var/log löschen?

Wobei, wenn ich mich nicht arg verzähle, das gar nicht so gross ist (4.586.140 = 4,59 MB?).
Wo könnten sich den noch große, unnötige Brocken verschwinden?

Rich (BBCode): 
DiskStation> ls -laS
-rw-rw-rw-    1 root     root       4586140 Mar 29 15:14 dms.log
-rw-r--r--    1 root     root       3958507 Mar 29 15:14 log.smbd
-rw-r-----    1 root     root       1142847 Mar 29 14:41 messages
-rw-r--r--    1 root     root        256040 Mar 13 18:52 dmesg
-rw-r--r--    1 root     root        226388 Feb 24 22:09 log.smbd.1.xz
-rw-rw-rw-    1 root     root        203811 Jan  6 05:35 dms.log.7.gz
-rw-r--r--    1 root     root        201525 Dec 15 19:18 dms.log.6.gz
-rw-rw-rw-    1 root     root        186702 Jan 10 18:31 dms.log.8.gz
-rw-r--r--    1 root     root        185158 Nov  4 23:18 dms.log.4.gz
-rw-r--r--    1 root     root        182550 Sep 15  2013 dms.log.2.gz
-rw-r--r--    1 root     root        178838 Nov 10 16:58 dms.log.5.gz
-rw-r--r--    1 root     root        173999 Aug 23  2013 dms.log.1.gz
-rw-r--r--    1 root     root        163494 Sep 28  2013 dms.log.3.gz
-rw-r--r--    1 root     root         42334 Mar 13 18:49 log.nmbd
-rw-r--r--    1 root     root         16799 Aug  6  2013 messages.1.gz
-rw-r-----    1 root     root         12029 Mar 28 20:47 scemd.log
-rw-r--r--    1 root     root          9010 Aug 17  2013 messages.0.gz
-rw-r--r--    1 root     root          8831 Mar 29 14:08 synopkg.log
-rw-r-----    1 root     root          8559 Mar 29 14:40 syslog.log
-rw-r-----    1 root     root          8141 Mar 29 14:11 postgresql.log
drwxr-xr-x    8 root     root          4096 Mar 13 18:49 .
drwxr-xr-x   13 root     root          4096 Mar 13 18:51 ..
drwx------    3 root     root          4096 Mar 13 18:49 cores
drwxr-xr-x    2 root     root          4096 Mar 13 18:52 httpd
drwxrwxrwx    2 admin    users         4096 Aug  4  2013 lighttpd
drwxr-x---    2 http     http          4096 Mar 13 18:49 nginx
drwx------    2 root     root          4096 Mar 29 14:58 synolog
drwxr-xr-x    2 root     root          4096 Mar 29 14:40 upstart
-rw-r--r--    1 root     root          1198 Mar 13 18:49 disk_overview.xml
-rw-rw-rw-    1 root     root           749 Aug  8  2013 synodtv.log
-rw-rw-rw-    1 root     root           744 Mar 13 18:44 synoupdate.log
-rw-------    1 root     root           327 Mar 13 18:57 php-fpm.log
-rw-------    1 root     root            60 Aug 30  2013 synosys.log
-rw-r--r--    1 root     root            34 Mar 13 18:41 smart_quick_log
-rw-rw-rw-    1 root     root            30 Jul 31  2013 lvm_lv_create_log
-rw-rw-rw-    1 root     root             0 Jul 31  2013 mount.log
-rw-rw-rw-    1 root     root             0 Jul 31  2013 partition

Rich (BBCode): 
DiskStation> df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G      2.0G    200.6M  91% /
/tmp                    505.2M      2.9M    502.3M   1% /tmp
/dev/vg1000/lv           10.7T      5.9T      4.9T  55% /volume1


(Diverse du: /[...]: Permission denied gelöscht)
Rich (BBCode): 
DiskStation> du -d 1 -x /
632     /bin
80      /dev
5952    /etc
4       /initrd
116836  /lib
32      /.old_patch_info
4       /mnt
24      /root
9812    /.syno
5264    /sbin
300716  /usr
1627948 /var
5660    /etc.defaults
16      /.system_info
104     /var.defaults
2073096 /
DiskStation>
 
Zuletzt bearbeitet:
B

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.714
Punkte
468
Dann mach dich mal auf die Suche. /var ist schon der richttige Anlaufpunkt, muss ja nicht /var/log sein. Vergleich mal mit mir.

Code: 
root@DS212:~# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G    558.8M      1.7G  24% /
/tmp                    249.6M    884.0K    248.8M   0% /tmp
/dev/vg1000/lv            2.7T    998.4G      1.7T  36% /volume1
root@DS212:~# du -d 1 -x /
608     /bin
16      /.system_info
84      /dev
6064    /etc
4       /initrd
120056  /lib
4       /mnt
32      /.old_patch_info
4       /lost+found
48      /root
4768    /sbin
345880  /usr
13016   /var
5680    /etc.defaults
104     /var.defaults
6680    /.syno
503056  /
Die beiden ersten Logs kannst du bedenkenlos weghauen. Arbeite als root, dann gibt's auch keine Probleme mit den Rechten.
 
T

Tubben

Benutzer
Mitglied seit
02. Aug 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
1
Moin. Ich habe leichte Verständnisprobleme, glaube ich:

Rich (BBCode): 
DiskStation> df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G      2.0G    200.4M  91% /
/tmp                    505.2M      2.9M    502.3M   1% /tmp
/dev/vg1000/lv           10.7T      5.9T      4.9T  55% /volume1
DiskStation>

2.0 von 2.3G benutzt.

Wenn ich das richtig verstehe, sollte folgender Befehl mir alle Verzeichnisse zusammenzählen und als Byte ausgeben.

Rich (BBCode): 
DiskStation> du -d 1 -x /
632     /bin
80      /dev
6016    /etc
4       /initrd
116836  /lib
4       /lost+found
32      /.old_patch_info
4       /mnt
40      /root
9812    /.syno
5264    /sbin
300936  /usr
1620384 /var
5668    /etc.defaults
16      /.system_info
104     /var.defaults
2065840 /

Rich (BBCode): 
DiskStation> du -d 1 -x /var
52      /var/lib
1618776 /var/log
448     /var/run
32      /var/spool
8       /var/state
8       /var/lock
4       /var/db
4       /var/empty
8       /var/services
1024    /var/packages
16      /var/net-snmp
1620384 /var
DiskStation>

Demnach müsste /var/log wirklich übervoll sein.

Rich (BBCode): 
DiskStation> du -d 1 -x /var/log
8       /var/log/nginx
144     /var/log/upstart
284     /var/log/httpd
1614436 /var/log/lighttpd
676     /var/log/synolog
8       /var/log/cores
1618776 /var/log
DiskStation>

Rich (BBCode): 
DiskStation> pwd
/var/log/lighttpd
DiskStation> ls -laS
-rw-r--r--    1 root     root     1388814918 Mar 29 16:39 error.log
-rw-r--r--    1 root     root     264347784 Mar 29 17:17 access.log
drwxrwxrwx    2 admin    users         4096 Aug  4  2013 .
drwxr-xr-x    8 root     root          4096 Mar 29 17:37 ..
DiskStation>

Da haben wir also die beiden Platzfresser, nun frage ich mich aber wieso, weshalb und warum.

Ich kenne Lighttpd nicht, und ich habe das auch nicht installiert. Muss ich mir da Sorgen machen ?

Die letzten Paar Einträge des access.log:

Rich (BBCode): 
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:16:39:27 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 206 15607 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:16:39:27 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 206 15607 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:16:39:27 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 206 15607 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:16:39:27 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 206 15607 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:16:39:27 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 206 15607 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:16:39:28 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 206 1659087 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:16:39:49 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 206 8323058 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"
192.168.178.22 192.168.178.25:50002 - [29/Mar/2014:17:17:41 +0100] "GET /v/NDLNA/23804.mkv HTTP/1.0" 200 180739 "-" "INTEL_NMPR/2.1 DLNADOC/1.50 dma/3.0 alphanetworks"


Nun habe ich diese beiden erstmal runterkopiert, und dann gelöscht :


Rich (BBCode): 
DiskStation> du -d 1 -x /
632     /bin
80      /dev
6016    /etc
4       /initrd
116836  /lib
4       /lost+found
32      /.old_patch_info
4       /mnt
40      /root
9812    /.syno
5264    /sbin
300936  /usr
6032    /var
5668    /etc.defaults
16      /.system_info
104     /var.defaults
451488  /


Müsste jetzt nicht sehr viel mehr Platz vorhanden sein ?
Rich (BBCode): 
DiskStation> df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G      2.0G    200.3M  91% /
/tmp                    505.2M      2.9M    502.3M   1% /tmp
/dev/vg1000/lv           10.7T      5.9T      4.9T  55% /volume1
DiskStation>

Und da liegt mein Verständnissproblem. Eigentlich müssten jetzt gut 1.8GB Platz vorhanden sein.

Gruß,

MIrko
 
Zuletzt bearbeitet:
B

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.714
Punkte
468
Mmmhh, das versteh ich auch nicht. die letzten beiden code-Blöcke widersprechen sich. Ist halt Flash und keine Disk. Schonmal neu gebootet?

Edit: Du bist übrigens genau richtig vorgegangen.
 
Zuletzt bearbeitet:
T

Tubben

Benutzer
Mitglied seit
02. Aug 2013
Beiträge
16
Punkte für Reaktionen
0
Punkte
1
Benares schrieb:
Mmmhh, das versteh ich auch nicht. die letzten beiden code-Blöcke widersprechen sich. Ist halt Flash und keine Disk. Schonmal neu gebootet?

Edit: Du bist übrigens genau richtig vorgegangen.
Zum Vergrößern anklicken....

Jo, danke. Grad gemacht :

Rich (BBCode): 
DiskStation> df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/md0                  2.3G    508.9M      1.7G  22% /
/tmp                    505.2M    484.0K    504.8M   0% /tmp
/dev/vg1000/lv           10.7T      5.9T      4.9T  55% /volume1
DiskStation>

Problem gelöst, danke für die Hilfe :)
 
G

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.158
Punkte für Reaktionen
405
Punkte
393
Hallo,
kleine Anmerkung,
Ist halt Flash und keine Disk.
Zum Vergrößern anklicken....
das stimmt so nicht, liegt alles auf Platte, Flash wird ausschließlich beim Firmwareupgrade beschrieben.

Gruß Götz
 
S

something01

Benutzer
Mitglied seit
20. Sep 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

bei mir wird ist das /var/spool vollgemistet:

Rich (BBCode): 
DiskStation> du -d 1 -x /var
1730908	/var/spool
8	/var/lock
748	/var/packages
364	/var/run
16	/var/net-snmp
92	/var/lib
16	/var/state
4	/var/empty
4	/var/db
12	/var/services
760	/var/log
1732936	/var
DiskStation> du -d 1 -x /var/spool
8	/var/spool/cron
8	/var/spool/php
1730916	/var/spool
DiskStation>

Hat jemand eine Idee, ob und was ich da löschen darf?

Danke!

Sascha
 
B

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.714
Punkte
468
Was liegt denn alles in /var/spool direkt (ls -als /var/spool)?
 
S

something01

Benutzer
Mitglied seit
20. Sep 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Ne Menge :(

Rich (BBCode): 
DiskStation> ls -als /var/spool
  12 drwxr-xr-x    4 root     root         12288 May 31 11:10 .
   4 drwxr-xr-x   13 root     root          4096 May 31 10:41 ..
   4 -rw-r--r--    1 root     root            52 May 31 11:10 conv_progress_photo
   4 -rw-------    1 root     root            52 Jan  7 09:03 conv_progress_photo.013oea
   4 -rw-------    1 root     root            52 Apr 20 09:03 conv_progress_photo.0TYVxN
   4 -rw-------    1 root     root            52 May 26 09:03 conv_progress_photo.0Zg4Pj
   4 -rw-------    1 root     root            52 Feb 14 00:31 conv_progress_photo.0k6b4Q
   4 -rw-------    1 root     root            52 Feb  4 09:02 conv_progress_photo.1MXibG
   4 -rw-------    1 root     root            52 Feb 18 09:03 conv_progress_photo.1XgO0F
   4 -rw-------    1 root     root            52 Mar 11 09:03 conv_progress_photo.1hc5iZ
   4 -rw-------    1 root     root            52 Feb 28 00:31 conv_progress_photo.2GsGg3
   4 -rw-------    1 root     root            52 Feb 24 09:03 conv_progress_photo.2cp86G

   ....


   4 -rw-------    1 root     root            52 May 11 00:31 conv_progress_photo.whEqBy
   4 -rw-------    1 root     root            52 May  3 00:31 conv_progress_photo.wzbXce
   4 -rw-------    1 root     root            52 Feb  9 00:31 conv_progress_photo.xICWu8
   4 -rw-------    1 root     root            52 May 31 10:22 conv_progress_photo.xKeeL5
   4 -rw-------    1 root     root            52 Feb 13 00:31 conv_progress_photo.y2D9Er
   4 -rw-------    1 root     root            52 May 10 00:31 conv_progress_photo.yDsWnM
   4 -rw-------    1 root     root            52 May 17 00:31 conv_progress_photo.ycCQHz
   4 -rw-------    1 root     root            52 May  1 00:31 conv_progress_photo.zBQUv3
   4 -rw-------    1 root     root            52 Mar 17 19:15 conv_progress_photo.zJcCSv
   4 -rw-------    1 root     root            52 Apr 14 09:03 conv_progress_photo.zTmD2C
   4 -rw-r--r--    1 root     root            20 May 31 10:43 conv_progress_video
   4 -rw-------    1 root     root            20 Apr  7 09:03 conv_progress_video.AtgnR7
   4 -rw-------    1 root     root            20 Feb 18 09:03 conv_progress_video.ZF1aI7
   4 -rw-------    1 root     root            20 Apr 27 09:03 conv_progress_video.xux2SR
   4 drwxr-xr-x    3 root     root          4096 Oct 24  2013 cron
1692184 -rw-rw-rw-    1 root     root     1731836768 May 31 11:10 photostation.queue
   8 -rw-rw-rw-    1 root     root          6221 Feb  2 20:12 photostation.queue.tmp
   4 drwxrwxrwt    3 root     root          4096 May 31 10:44 php
14644 -rwxrwxrwx    1 root     users     14983319 May 24 22:12 syno_indexing_queue
23748 -rwxrwxrwx    1 root     users     24305745 Jan  5 03:03 syno_indexing_queue.tmp
   4 -rwxrwxrwx    1 root     root            81 May 31 11:10 thumb_create.queue
   4 -rwxrwxrwx    1 root     root            81 May 31 11:10 thumb_create.queue.tmp
DiskStation>

Hab's ein wenig kürzen müssen, sieht aus, also ob die Photostation da aktiv war...
 
B

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.714
Punkte
468
Das muss wirklich ne Menge sein. Keine Ahnung, was das ist - ein Teil ist alt, ein anderer neu.
Läuft da noch die Konvertierung der Bilder? Ich denke eher, da läuft was Amok.
 
S

something01

Benutzer
Mitglied seit
20. Sep 2012
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Naja,

ich habe Photostation mal de-installiert, den photostation.queue und die ganzen conv_progress-Dateien gelöscht - und siehe da, der neue DSM ließ sich problemlos installieren und ich habe mal wieder was dazu gelernt.

Danke!

Sascha
 
Status
Für weitere Antworten geschlossen.
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten
Zurück