Userprofill futsch?! (Nicht ausreichende Kapazität für die Aktualisierung + root voll

[rumknapser]

Hallo und guten Abend,

ich bin entsetzt!

Nach einem Browser-Restart (Firefox 48.0.2 auf Windows7, 64Bit) und einer erfolgreichen Anmeldung an die DSM 6.0.2-8451 Update 2
wird mein Userprofil, mit dem ich mich seit Jahren anmelde immer wieder resettet.
Das äußert sich so, das alles wie auf Standard zurückgesetzt wird. Bei *jeder* Anmeldung, bekomme ich also alle Hinweise und die DSM Hilfe angezeigt (obwohl ich den Haken bei "nochmals anzeigen" rausnehme). Auch das Paket Zentrum will immer wieder meine Zustimmung für irgendwas....

Was ist -automatisch- passiert?
MariaDB wurde akutalisiert
vielleicht einige Addons im FireFox, allerdings tritt das Problem auch mit dem Internet Explorer auf.
(DSM Updates werden zwar automatisch heruntergeladen, aber nicht automtisch installiert. So jedenfalls meine Einstellungen)

Wenn ich mir in der Systemsteuerung unter DSM-Aktualisierung die DSM Version angucke, steht da:

Nicht ausreichende Kapazität für die Aktualisierung. Die Systempartition benötigt mindestens 400 MB

Auf Volume1 sind genügend GBs frei.

Einloggen auf der Konsole jeht jottseidank,
ein "df -h" bringt folgendes ans Licht:

Filesystem            Size  Used Avail Use% Mounted on
rootfs                2.3G  2.2G     0 100% /
/dev/md0              2.3G  2.2G     0 100% /
none                  3.0G  4.0K  3.0G   1% /dev
/tmp                  3.0G   56M  2.9G   2% /tmp
/run                  3.0G   14M  2.9G   1% /run
/dev/shm              3.0G  4.0K  3.0G   1% /dev/shm
none                  4.0K     0  4.0K   0% /sys/fs/cgroup
none                  3.0G  4.0K  3.0G   1% /proc/bus/usb
/dev/vg1000/lv         33T   33T  285G 100% /volume1
/dev/vg1000/lv         33T   33T  285G 100% /opt

Wieso ist die Systempartition voll und was kann ich machen`?

Könnte ein Reboot helfen? Ich trau mich aber nicht....
Oder soll ich irgendwas löschen? trau ich mich auch nicht....

Ich hoffe zwar nicht, das hier jemand schon ähnliche Erfahrungen machen musste, aber evtl. hat ja jemand eine Idee, wie ich weiter vorgeghen kann?
(ausser, erstmal ein Backup der Systemkonfiguration anzuschmeissen....obwohl ich hier auch nicht weiss/wissen kann, ob das koscha ist....)

Arglglglgl....

 

[dil88]

Du könntest einmal im Forum suchen, das Thema ist wiederholt besprochen worden. Mit dem Befehl du -xmd 1 / kannst Du im Filesystem starten, um das Verzeichnis zu ermitteln, was für Dein Problem verantwortlich ist. Du kannst aber auch mit einem ls -l /var/log beginnen, weil oft ein JDownloader.log oder etwas in der Art die Systempartition gefloodet hat.

 

[rumknapser]

Ja, bin gerade dabei, sorry, war etwas zu panisch und habe die "Fehlermeldung" während des Tippens gefunden.

Wofür soll das "d" bei "du -xmd 1 /" stehen? Die ManPage schweigt sich da aus. Und das Netz (bis dato) auch....
Wirft jedenfalls einen Fehler

du: invalid option -- 'd'

 

[dil88]

Auf meiner DS liefert du --help liefert dazu:

-d N Limit output to directories (and files with -a) of depth < N

Du begrenzt so den Output auf die Verzeichnisse in dem von Dir spezifizierten und bekommst nicht auch noch die Unterverzeichnisse der Unterverzeichnisse usw. Dadurch behält man m.E. ganz gut den Überblick und kann sich Schritt für Schritt dem Problem annähern.

 

[rumknapser]

Ok, danke.
das Phänomen mit dem "du" lag am Pfad. Es wurde das "du" aus dem /opt/ Zweig genomen.
So gings dann:

 /bin/du -hxd 1 /

Diese Threads sind hilfreich, schlussendlich haben die Threadersteller große Dateien gefunden und gelöscht.
Systempartition voll warum?
Standard Systempartition voll - brauche dringend Hilfe
Kein Firmewareupdate möglich -> Nicht ausreichende Kapazität für Aktualisierung

Allerdings liegt bei mir nirgends etwas größeres...soweit ich den Output korrekt interpretiere:

# /bin/du -hxd 1 /
11M     /etc
16K     /.system_info
9.2M    /etc.defaults
4.0K    /initrd
4.0K    /mnt
32K     /.old_patch_info
4.0K    /lost+found
132K    /root
18M     /.syno
700M    /usr
5.8M    /var.defaults
87M     /var
829M    /

# /bin/du -hxd 1 /usr/
260M    /usr/syno
68M     /usr/share
8.0K    /usr/etc
24M     /usr/sbin
12M     /usr/lib32
74M     /usr/bin
260M    /usr/lib
3.3M    /usr/local
1012K   /usr/libexec
700M    /usr/

# ls -lh /
total 44K
lrwxrwxrwx   1 root root    7 2016-08-26 11:30 bin -> usr/bin
drwxr-xr-x   6 root root    0 2016-10-08 13:59 config
drwxr-xr-x  14 root root  19K 2016-10-12 16:13 dev
drwxr-xr-x  47 root root 4.0K 2016-10-27 19:47 etc
drwxr-xr-x  41 root root 4.0K 2016-10-08 13:58 etc.defaults
drwxr-xr-x   2 root root 4.0K 2016-08-16 22:35 initrd
lrwxrwxrwx   1 root root    7 2016-08-26 11:30 lib -> usr/lib
lrwxrwxrwx   1 root root    9 2016-08-26 11:30 lib32 -> usr/lib32
lrwxrwxrwx   1 root root    7 2016-08-26 11:30 lib64 -> usr/lib
drwx------   2 root root 4.0K 2016-08-16 22:35 lost+found
drwxr-xr-x   2 root root 4.0K 2016-08-16 22:35 mnt
drwxrwxr-x  15 root root 4.0K 2016-06-28 12:49 opt
dr-xr-xr-x 268 root root    0 2016-10-08 13:58 proc
drwx------   9 root root 4.0K 2016-10-08 13:59 root
drwxr-xr-x  23 root root 1.7K 2016-10-27 20:09 run
lrwxrwxrwx   1 root root    8 2016-08-26 11:30 sbin -> usr/sbin
dr-xr-xr-x  12 root root    0 2016-10-08 13:58 sys
drwxrwxrwt  19 root root 2.4K 2016-10-27 21:16 tmp
drwxr-xr-x  11 root root 4.0K 2016-08-16 22:16 usr
drwxr-xr-x  15 root root 4.0K 2016-10-08 14:00 var
drwxr-xr-x  14 root root 4.0K 2016-08-26 11:30 var.defaults
drwxr-xr-x  32 root root 4.0K 2016-10-27 01:20 volume1

# ls -lh /usr/
total 88K
drwxr-xr-x  3 root root  20K 2016-10-27 05:05 bin
drwxr-xr-x  3 root root 4.0K 2016-08-26 11:30 etc
drwxr-xr-x 36 root root  36K 2016-10-27 05:05 lib
drwxr-xr-x  3 root root 4.0K 2016-08-26 11:30 lib32
lrwxrwxrwx  1 root root    3 2016-08-26 11:30 lib64 -> lib
drwxr-xr-x 26 root root 4.0K 2016-08-26 11:30 libexec
drwxr-xr-x  9 root root 4.0K 2016-08-26 11:30 local
drwxr-xr-x  2 root root 4.0K 2016-08-26 11:30 sbin
drwxr-xr-x 33 root root 4.0K 2016-10-27 05:05 share
drwxr-xr-x 27 root root 4.0K 2016-09-22 16:41 syno

# ls -lh /var
total 52K
drwxr-xr-x  4 root root 4.0K 2016-08-26 11:31 cache
drwxrwx---  2 root root 4.0K 2016-03-23 05:06 crash
drwxr-xr-x  3 root root 4.0K 2016-08-26 11:30 dynlib
drwxr-xr-x  2 root root 4.0K 2015-11-12 10:20 empty
drwxr-xr-x 19 root root 4.0K 2016-10-27 21:17 lib
lrwxrwxrwx  1 root root   11 2016-02-22 16:26 lock -> ../run/lock
drwxr-xr-x 13 root root 4.0K 2016-10-27 20:47 log
drwxr-xr-x 26 root root 4.0K 2016-09-17 00:12 packages
lrwxrwxrwx  1 root root    6 2016-08-26 11:30 run -> ../run
drwxr-xr-x  2 root root 4.0K 2016-10-08 13:59 services
drwxr-xr-x  3 root root 4.0K 2016-10-27 19:51 spool
drwxr-xr-x  3 root root 4.0K 2016-08-26 11:30 state
drwxr-xr-x  2 root root 4.0K 2016-04-03 11:04 synobackup
drwx------  4 root root 4.0K 2016-04-02 05:39 target
drwxrwxrwx  5 root root 4.0K 2016-10-27 20:16 tmp

# ls -lh /var/log/
total 35M
-rw-rw---- 1 system log   131K 2016-10-27 05:05 apparmor.log
-rw-r--r-- 1 root   root   326 2016-02-22 17:57 ash_history.log
-rw-r--r-- 1 root   root  2.2M 2016-04-11 21:50 audio_debug_msg
-rw-r----- 1 root   log   8.2M 2016-10-27 21:18 auth.log
-rw-rw---- 1 system log   313K 2016-10-26 21:58 bash_err.log
-rw-rw---- 1 system log   156K 2016-10-27 21:18 bash_history.log
drwxr-xr-x 2 root   root  4.0K 2016-10-27 21:07 cloudsync
drwxr--r-- 2 root   root  4.0K 2015-11-12 10:19 cluster
drwxr-xr-x 2 root   root  4.0K 2016-10-27 20:47 cstn
-rw-r--r-- 1 root   root   14K 2016-10-06 09:56 DeviceBusyList
-rw-r--r-- 1 root   root     0 2016-02-22 16:26 disk_log.xml
-rw-r--r-- 1 root   root  4.0K 2016-10-08 13:59 disk_overview.xml
-rw-r--r-- 1 root   root  160K 2016-10-08 14:00 dmesg
-rw-r--r-- 1 root   root   14K 2016-03-12 22:57 dms.log
-rw-r--r-- 1 root   root   54K 2016-10-08 13:58 dpkg.log
-rw-r--r-- 1 root   root   37K 2016-10-08 13:58 dpkg_upgrade.log
-rw-rw---- 1 system log   1.9M 2016-10-27 20:41 esynoscheduler.log
-rw-rw---- 1 system log   2.6K 2016-04-03 19:10 fileindexd.log
drwxr-xr-x 2 root   root  4.0K 2016-04-01 08:50 httpd
-rw-rw---- 1 system log    14K 2016-10-08 13:59 iscsi.log
-rw-rw---- 1 system log   2.7M 2016-10-27 14:37 kern.log
drwxr-xr-x 2 admin  users 4.0K 2016-03-12 22:57 lighttpd
-rw-rw---- 1 system log   7.7M 2016-10-27 20:19 messages
drwxr-x--- 2 http   root  4.0K 2016-02-22 16:32 nginx
drwxr-xr-x 2 root   root  4.0K 2016-03-06 20:19 openvswitch
-rw------- 1 root   root  602K 2016-10-08 14:00 php-fpm.log
-rw-rw---- 1 system log   644K 2016-10-27 19:49 postgresql.log
-rw-r----- 1 root   root   77K 2016-06-09 01:07 router.log
-rw-r--r-- 1 root   root     0 2016-02-24 23:41 rsync.error
drwxr-xr-x 2 root   root  4.0K 2016-02-22 16:27 samba
-rw-rw---- 1 system log    77K 2016-10-26 20:08 scemd.log
drwxr-x--- 2 root   root  4.0K 2016-10-08 14:00 selfcheck
-rw-rw-rw- 1 root   root   12K 2016-10-08 13:59 space_operation_error.log
-rw-r--r-- 1 root   root  4.9K 2016-10-08 14:00 synocmsclient.log
-rw-rw---- 1 system log   2.8M 2016-04-03 19:10 synocontentextractd.log
-rw-rw---- 1 system log   1.5K 2016-04-03 19:10 synocontentsearchd.log
-rw-r--r-- 1 root   root   56K 2016-10-08 13:57 synocrond-execute.log
-rw-rw---- 1 system log    15K 2016-10-08 13:59 synocrond.log
-rw-r----- 1 root   root   13K 2016-04-02 05:37 synodtv.log
-rw-rw---- 1 system log    39K 2016-10-08 13:57 synofeasibilitycheck.log
-rw-rw---- 1 system log   3.6M 2016-10-27 18:14 synoindex.log
-rw-r--r-- 1 root   root  8.7K 2016-09-06 00:14 synoinfo.conf.bad
drwxr-x--- 2 root   root  4.0K 2016-10-27 21:15 synolog
-rw-r--r-- 1 root   root  2.5M 2016-10-27 05:05 synopkg.log
-rw-rw---- 1 system log   7.5K 2016-10-08 13:57 synopoweroff.log
-rw------- 1 root   root   112 2016-02-22 16:27 synorelayd.log
-rw-rw---- 1 system log    12K 2016-10-05 04:37 synoscheduler.log
-rw-rw---- 1 system log   1.2M 2016-10-27 05:05 synoservice.log
-rw-rw---- 1 system log   3.0K 2016-10-08 13:57 synotifyd.log
-rw-r--r-- 1 root   root  4.3K 2016-10-08 13:58 synoupdate.log
-rw-rw---- 1 system log    71K 2016-10-24 23:00 syslog.log
drwxr-xr-x 2 root   root  4.0K 2016-10-27 20:48 upstart

Es sind jedenfalls keine Dateien zu erkennen, die ich "mal eben so" löschen würde.

Ich habe ein paar alte gz'te Logs gelöscht und nun 104 MB frei, aber ausreichen (400MB) tuts noch nicht und das Userprofil wird auch nicht korrekt geladen (Ich vermute, das ich es eh neu einrichten muss....)

Evtl. hilft dieser Hinweis, bzw. ein Reboot, den will ich mir aber erstmal sparen, da ich nicht weiss, ob irgendwo anders das Problem liegt und mir die Kiste danach gar nicht mehr hochkommt....

 

[rumknapser]

Evtl. hilft dieser Hinweis, bzw. ein Reboot, den will ich mir aber erstmal sparen, da ich nicht weiss, ob irgendwo anders das Problem liegt und mir die Kiste danach gar nicht mehr hochkommt....

Ok, es musste in der Tat ein Reboot der DS vorgenommen werden. Danach war der Platz wieder frei.

Warum er allerdings überhaupt belegt war, ist mir ein Rätsel....

Im Moment sieht es so aus:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
rootfs                2.3G  872M  1.4G  40% /
/dev/md0              2.3G  872M  1.4G  40% /
none                  3.0G  4.0K  3.0G   1% /dev
/tmp                  3.0G  1.1M  3.0G   1% /tmp
/run                  3.0G  8.9M  2.9G   1% /run
/dev/shm              3.0G  4.0K  3.0G   1% /dev/shm
none                  4.0K     0  4.0K   0% /sys/fs/cgroup
none                  3.0G  4.0K  3.0G   1% /proc/bus/usb
/dev/vg1000/lv         33T   33T  122G 100% /volume1
/dev/vg1000/lv         33T   33T  122G 100% /opt

Danke für die schnellen Ratschläge! Manchmal ist man hektisch bis panisch, wenn die root Partition vollläuft und man nicht weiss, was als nächstes passiert....