Kein Firmewareupdate möglich -> Nicht ausreichende Kapazität für Aktualisierung....

Status
Für weitere Antworten geschlossen.

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.591
Punkte für Reaktionen
1.983
Punkte
804
Mit dem Kommando ls -l werden Dir die Inhalte eines Verzeichnisses angezeigt - hier also z.B. "ls -l /Volume2". Löschen kannst Du das Verzeichnis mit "rm -rf /Volume2".
 

Logo00

Benutzer
Mitglied seit
21. Nov 2015
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Vielen Dank :) Das Löschen von Volume 2 hat die Lösung gebracht. Nur Multimedia2 und multimedia 2 lassen sich leider nicht löschen. Es passiert einfach nichts. Gibt es dafür vll. auch eine Lösung?
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.591
Punkte für Reaktionen
1.983
Punkte
804
Sicher, Du musst das Leerzeichen escapen. Probiere es einmal so:

Rich (BBCode):
rm -rf /multimedia\ 2
rm -rf /Multimedia\ 2
 

Logo00

Benutzer
Mitglied seit
21. Nov 2015
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Hat super funktioniert :) Vielen lieben Dank !!!
 

A T H

Benutzer
Mitglied seit
05. Jul 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich hänge mich auch mal hier dran.

Meine DSM 412+ ist zu 41% ausgelastet (2,67 TB geamt und 1.83 TB belegt) und möchte für das Update mindestens 350 MB haben.

DF liefert:
Filesystem 1K-blocks Used Available Use% Mounted on
/var 2385528 1910544 356200 85% /usr/local/zarafa-licensed/
var
/tmp 506244 752 505492 1% /tmp
/run 506244 16136 490108 4% /run
/dev/shm 506244 0 506244 0% /dev/shm
none 4 0 4 0% /sys/fs/cgroup
/dev/bus/usb 502184 4 502180 1% /proc/bus/usb
/dev/vg1000/lv 4831051504 1962079032 2868853688 41% /volume1

und du -d 1 -x / liefert:

864 /bin
9956 /etc
4 /initrd
233420 /lib
7036 /lib64
4 /lost+found
4 /mnt
16 /.system_info
64 /root
32 /.old_patch_info
7384 /sbin
14436 /.syno
1615704 /usr
9292 /etc.defaults
2376 /var.defaults
20 /volumeUSB1
1900624 /

Als Linux Dau habe ich keine Ahnung was zu tun ist.

Danke und Gruß
Andreas
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.151
Punkte für Reaktionen
396
Punkte
393
Hallo,
Dein Problem liegt unter /usr, vermutlich unter /usr/local/zarafa-licensed.
Also weiter suchen
du -d 1 -x /usr

Gruß Götz
 

A T H

Benutzer
Mitglied seit
05. Jul 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
Hallo Götz,

danke für Deine Antwort. Das Kommando liefert:

588 /usr/libexec
43528 /usr/bin
1284356 /usr/local
6888 /usr/sbin
250692 /usr/syno
12 /usr/var
44152 /usr/share
1630220 /usr

ls /usr/local/zarafa-licensed/bin -al zeigt Folgendes:

drwxr-xr-x 2 root root 4096 Aug 9 2014 .
drwxr-xr-x 9 root root 4096 Nov 8 2014 ..
-rwxr-xr-x 1 root root 1136976 Jan 30 14:44 ash
-rwxr-xr-x 1 root root 104576 Jan 30 14:44 cp
-rwxr-xr-x 1 root root 50896 Jan 30 14:44 iconv
-rwxr-xr-x 1 root root 36896 Jan 30 14:44 login
-rwxr-xr-x 1 root root 96400 Jan 30 14:44 ls

Ich habe allerdings keine Ahnung was in diesen Verzeichnissen steht und ob ich sie löschen kann.

Danke und Gruß
Andreas
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.151
Punkte für Reaktionen
396
Punkte
393
Hallo,
jetzt immer systematisch weitermachen, immer mit dem größten Verzeichnis, jetzt /usr/local
du -d 1 -x /usr/local

Gruß Götz
 

A T H

Benutzer
Mitglied seit
05. Jul 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
Hallo Götz,

soweit so klar.

48 /usr/local/cups
68 /usr/local/etc
36 /usr/local/doc
216 /usr/local/libexec
1284296 /usr/local/zarafa-licensed
4 /usr/local/packages
1284672 /usr/local

du -d 1 -x /usr/local/zarafa-licensed
1408 /usr/local/zarafa-licensed/bin
24 /usr/local/zarafa-licensed/etc
2264 /usr/local/zarafa-licensed/lib
4 /usr/local/zarafa-licensed/tmp
40536 /usr/local/zarafa-licensed/usr
1240052 /usr/local/zarafa-licensed/var
1284296 /usr/local/zarafa-licensed

Im Zarafa-licensed Verzeichnis scheint der Ordner log sehr groß zu sein.

du -d 1 -x /usr/local/zarafa-licensed/var
20 /usr/local/zarafa-licensed/var/synobackup
96 /usr/local/zarafa-licensed/var/cache
28 /usr/local/zarafa-licensed/var/spool
8 /usr/local/zarafa-licensed/var/services
11376 /usr/local/zarafa-licensed/var/lib
1564 /usr/local/zarafa-licensed/var/packages
4 /usr/local/zarafa-licensed/var/empty
1224288 /usr/local/zarafa-licensed/var/log
8 /usr/local/zarafa-licensed/var/state
2632 /usr/local/zarafa-licensed/var/dynlib
4 /usr/local/zarafa-licensed/var/db
16 /usr/local/zarafa-licensed/var/net-snmp
12 /usr/local/zarafa-licensed/var/@tmp
1240060 /usr/local/zarafa-licensed/var

In der Windows-Welt würde ich den Inhalt des Ordners einfach löschen. Aber kann ich das hier auch machen?

Gruß
Andreas
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.151
Punkte für Reaktionen
396
Punkte
393
Hallo,
schau erst mal was in dem Ordner ist.
ls -la /usr/local/zarafa-licensed/var/log
Dann kannst Du auch in Zarafa schauen ob es dort die Möglichkeit gibt das log File zu löschen oder zu reduzieren.

Gruß Götz
 

A T H

Benutzer
Mitglied seit
05. Jul 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
Hallo Götz,

in Zarafa selber gibt es leider keine Möglichkeit die Log-Files zu löschen oder zu verkleinern. Besonders groß ist die Datei "fetchmail". Die Frage ist, ob diese Datei neu angelegt wird, wenn ich sie lösche.

drwxr-xr-x 10 root root 4096 Jan 30 15:34 .
drwxr-xr-x 15 root root 4096 Feb 6 05:28 ..
-rw-r--r-- 1 root root 3094 Apr 16 20:22 ash_history.log
drwxr--r-- 2 root root 4096 Mar 3 2014 cluster
drwxr-xr-x 2 root root 4096 May 12 2015 cstn
-rw-r--r-- 1 root root 17355 Mar 26 10:00 disk_log.xml
-rw-r--r-- 1 root root 3465 Apr 1 00:00 disk_overview.xml
-rw-r--r-- 1 root root 623907 Jan 30 14:36 dmesg
-rw-r--r-- 1 root root 48996 Aug 15 2015 dmesg.1.xz
-rw-r--r-- 1 root root 43136 Oct 31 2014 dmesg.2.xz
-rw-r--r-- 1 root root 0 Jul 1 2014 dms.log
-rw-r--r-- 1 root root 136516 Feb 21 10:06 dpkg.log
-rw-r--r-- 1 root root 91428 Feb 21 10:06 dpkg_upgrade.log
-rw-r--r-- 1 root root 1151738853 Apr 17 08:19 fetchmail
-rw-r----- 1 root root 1064 May 12 2015 gcpd.log
drwxr-xr-x 2 root root 4096 Feb 5 09:47 httpd
-rw-r----- 1 root root 455566 Apr 16 20:29 kern.log
-rw-r--r-- 1 root root 24723 May 12 2015 log.nmbd
-rw-r--r-- 1 root root 15140 May 1 2015 log.smbd
-rw-rw-rw- 1 root root 30 Jul 1 2014 lvm_lv_create_log
-rw-r----- 1 root root 4452439 Apr 17 08:17 messages
-rw-r----- 1 root root 225152 Jan 13 2015 messages.1.xz
-rw-r----- 1 root root 246796 Nov 8 2014 messages.2.xz
-rw-rw-rw- 1 root root 0 Dec 16 19:19 mount.log
drwx------ 2 http http 4096 Jul 2 2014 nginx
-rw-rw-rw- 1 root root 0 Jul 1 2014 partition
-rw------- 1 root root 198886 Apr 16 20:30 php-fpm.log
-rw------- 1 root root 51192 Jan 30 14:44 php-fpm.log.1.xz
-rw------- 1 root root 49200 Jan 10 07:53 php-fpm.log.2.xz
-rw------- 1 root root 67060 Dec 18 06:21 php-fpm.log.3.xz
-rw------- 1 root root 56772 Dec 10 18:56 php-fpm.log.4.xz
-rw-r----- 1 root root 110039 Jan 30 14:34 postgresql.log
-rw-r--r-- 1 root root 27720 Jul 1 2014 router.log
drwxr-xr-x 2 root root 4096 May 12 2015 samba
-rw-r----- 1 root root 121234 Mar 26 10:00 scemd.log
drwxr-x--- 2 root root 4096 Apr 11 02:00 selfcheck
-rw-r--r-- 1 root root 151 Feb 1 2015 ssupgradeerr.log
-rw-r--r-- 1 root root 3192 Feb 1 2015 surveillance.log
-rw-r----- 1 root root 669720 Apr 16 20:29 synodtv.log
-rw-r--r-- 1 root root 7767 Jan 30 14:34 synoinfo.conf.bad
drwx------ 2 root root 4096 Apr 17 08:19 synolog
-rw-r--r-- 1 root root 1032195 Apr 16 20:30 synopkg.log
-rw------- 1 root root 5504 Apr 8 12:17 synorelayd.log
-rw-r----- 1 root root 841596 Apr 16 20:30 synoservice.log
-rw-r--r-- 1 root root 7295 Feb 21 10:06 synoupdate.log
-rw-r----- 1 root root 121835 Mar 29 15:26 syslog.log
-rw-r--r-- 1 root root 163 Dec 16 19:19 timebkp.debug
drwxr-xr-x 2 root root 4096 Dec 16 15:49 upstart
lrwxrwxrwx 1 root root 25 Aug 9 2014 zarafa -> /usr/local/za

Gruß
Andreas
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.591
Punkte für Reaktionen
1.983
Punkte
804
Die Datei fetchmail ist der Verursacher, das stimmt. Du könntest das Paket Zarafa temporär deaktivieren, die Datei fetchmail auf ein Volume bzw. einen gemeinsamen Ordner kopieren und dann folgendermaßen löschen:

Rich (BBCode):
cat /dev/null > /usr/local/zarafa-licensed/var/log/fetchmail
 

AndiHeitzer

Benutzer
Sehr erfahren
Mitglied seit
30. Jun 2015
Beiträge
3.314
Punkte für Reaktionen
599
Punkte
174
Rich (BBCode):
cat /dev/null > /usr/local/zarafa-licensed/var/log/fetchmail

Ich weiss ja nicht, ob /DEV/NULL gelesen werden kann :confused:

Ein ...
Rich (BBCode):
echo . > /usr/local/zarafa-licensed/var/log/fetchmail
... sollte aber fehlerfrei laufen.
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.591
Punkte für Reaktionen
1.983
Punkte
804
Ich weiß es, es geht. :)
 

A T H

Benutzer
Mitglied seit
05. Jul 2014
Beiträge
17
Punkte für Reaktionen
0
Punkte
0
Danke an Alle, die mir geholfen haben. Das Löschen der fetchmail log Datei hat problemlos funktioniert und danach war genügend Platz für das Update vorhanden.

Leider war die ganze Aufregung umsonst, denn während der Installation kam der Hinweis, daß man für das Update Zarafa deinstallieren oder anhalten sollte. Wie ich zwischenzeitlich gelesen habe verträgt sich DSM 6.. wohl überhaupt nicht mit Zarafa und Zarafa scheint mittlerweile auch eine Einbahnstraße zu sein. Wirklich schade. Da gibt es endlich einen Exchange Ersatz und dann das.

Gruß
Andreas
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.151
Punkte für Reaktionen
396
Punkte
393

Max-de

Benutzer
Mitglied seit
22. Apr 2016
Beiträge
2
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich würde mich mal mit an das Thema hängen, da ich ein ähnliches Problem habe. Ich habe ein DS2212+ auf welchem ich ein 15T Raid 5 laufen habe der 1 zu 1 per iSCSI auf einem Win2008R2 Server eingebunden ist. Daher auch die 100% belegt auf Volume1. Mein Problem ist das ich die Tage auf das DSM 6.0 updaten wollte und da immer die Meldung kommt "Der freie Speicherplatz der Bootdisk ist unzureichend. .... (Notes: Insufficient capacity for update Please make sure the volume has at least 2161.00 MB available.) Ich habe leider keine Ahnung bzw. Idee wie ich das Problem lösen kann, da scheinbar ja nix übermäßig voll ist.


df -h

Filesystem Size Used Avail Use% Mounted on
/dev/root 2.3G 620M 1.6G 28% /
/tmp 495M 620K 494M 1% /tmp
/run 495M 3.5M 491M 1% /run
/dev/shm 495M 0 495M 0% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
/dev/bus/usb 491M 4.0K 491M 1% /proc/bus/usb
/dev/md2 15T 15T 666M 100% /volume1

Gruß
Max
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.591
Punkte für Reaktionen
1.983
Punkte
804
Auf dem Root-Fileysystem ist eher viel als wenig Platz. Volume 1 ist ziemlich voll, aber das passt nicht zur Fehlermeldung. Vielleicht liegts trotzdem daran. Ansonsten würde ich ein Ticket bei Synology aufmachen.
 

Max-de

Benutzer
Mitglied seit
22. Apr 2016
Beiträge
2
Punkte für Reaktionen
0
Punkte
0
Hallo,

Ich hatte inzwischen ein Ticket aufgemacht aber noch keine Antwort bekommen. Da aber irgendwie durch die ganzen Updates (von 3.2 bis 5.x) mein iSCSI Laufwerk im Windows auf einmal in den Schreibschutz gegangen ist und ich nicht in der Lage war diesen wieder zu entfernen, habe ich das System leer gemacht und die iSCSI LUN neu erstellt. Allerdings habe ich diese nicht wieder auf 100% Speicher erstellt. Und siehe da auf einmal geht auch das Update (6+) auch wieder.

Problem gelöst, Danke!
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.591
Punkte für Reaktionen
1.983
Punkte
804
Sehr schön, danke für die Aufklärung!
 
Status
Für weitere Antworten geschlossen.
 

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