Update nicht möglich, da Systempartition voll

s3to

Benutzer
Mitglied seit
06. Jun 2016
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

wenn ich die Firmware meiner DS213 updaten möchte, wird dies mit der Fehlermeldung quittiert, dass für die Aktualisierung nicht genug Kapazität (min. 400 MB) vorhanden sei.
Auf der eigentlichen Diskstation ist noch deutlich mehr Platz vorhanden.

Nun habe ich ein wenig recherchiert (leider bin ich ein totaler Neuling was irgendwelche Shell-Befehle angeht) und habe diverse Threads zu dem Thema gefunden, allerdings noch nichts, was mein Problem gelöst hätte.

Ich habe es inzwischen geschafft, mich per SSH mit dem NAS zu verbinden, um die Speichersituation als Root-User zu Prüfen.

Der Befehl "df -h" führt zu folgender Ausgabe:
root@NAS:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.4G 2.4G 0 100% /
none 246M 4.0K 246M 1% /dev
/tmp 250M 2.7M 248M 2% /tmp
/run 250M 1.5M 249M 1% /run
/dev/shm 250M 4.0K 250M 1% /dev/shm
/dev/vg1000/lv 2.7T 2.3T 404G 86% /volume1

Im Filesystem /dev/root sind also 2,4 GB vorhanden und zu 100% belegt.
Ich vermute mal, dass da das Problem her kommt.

Daraufhin habe ich noch den Befehl "/usr/bin/du -d 1 -xh /" ausgeführt, mit folgender Ausgabe:
root@NAS:~# /usr/bin/du -d 1 -xh /
3.2M /etc
2.3M /etc.defaults
4.0K /initrd
32K /.old_patch_info
4.0K /lost+found
6.3M /.syno
4.0K /mnt
32K /root
637M /usr
16K /.system_info
5.8M /var.defaults
1.7G /var
2.3G /

Scheinbar ist also der /var Ordner die Ursache.
Allerdings habe ich keine Ahnung, was da liegt und ob ich das gefahrlos löschen kann.

Die Probleme gingen einige Zeit nach ein paar Änderungen von mir los, vielleicht ist das für die Problemfindung relevant:
- Ich habe eine JAVA JVM und JDownLoader auf dem NAS installiert, um über die MyJDownloader GUI von unterwegs downloads starten zu können
- Ich habe MariaDB und PHPMyAdmin installiert und Kodi auf allen Devices so konfiguriert, dass Filminformationen in diese Datenbank geschrieben werden

Herzlichen Dank vorab und viele Grüße!
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.998
Punkte für Reaktionen
264
Punkte
373
Hallo,
mach jetzt einfach mit /var weiter, also
/usr/bin/du -d 1 -xh /var
und finde den größten Ordner und dann immer so weiter.

Gruß Götz
 

s3to

Benutzer
Mitglied seit
06. Jun 2016
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Hallo Götz,

vielen Dank für die Hilfe :)

Im VAR Ordner habe ich eine sehr große Log-Datei von JDownloader gefunden und gelöscht.
Damit scheint das Problem aber leider noch nicht behoben.

root@NAS:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.4G 2.4G 0 100% /
none 246M 4.0K 246M 1% /dev
/tmp 250M 2.7M 248M 2% /tmp
/run 250M 1.6M 249M 1% /run
/dev/shm 250M 4.0K 250M 1% /dev/shm
/dev/vg1000/lv 2.7T 2.3T 401G 86% /volume1

Es ist also leider immer noch 100% belegt.
Erneute Eingabe von führt zu:

root@NAS:~# /usr/bin/du -d 1 -xh /
3.2M /etc
2.3M /etc.defaults
4.0K /initrd
32K /.old_patch_info
4.0K /lost+found
6.3M /.syno
4.0K /mnt
32K /root
637M /usr
16K /.system_info
5.8M /var.defaults
45M /var
699M /

Das sieht ja alles ganz vernünftig aus. Ich frage mich aber, warum dann noch die komplette Partition belegt ist.
Gibt es noch weitere Orte, an denen ich suchen könnte?

Vielen Dank!
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.998
Punkte für Reaktionen
264
Punkte
373
Hallo,
die Ausgabe von du sieht so weit gut aus und andere Orte gibt es eigentlich nicht. Hast Du mal etwas Zeit vergehen lassen und ein neues df abgesetzt?

Gruß Götz
 

s3to

Benutzer
Mitglied seit
06. Jun 2016
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Juhu, nach einem Restart der DS ist die Auslastung nur noch bei 32% :)
Jetzt geht auch das Update wieder. Tausend Dank nochmal für die schnelle Hilfe!
 

Thonav

Benutzer
Sehr erfahren
Mitglied seit
16. Feb 2014
Beiträge
7.874
Punkte für Reaktionen
1.496
Punkte
274
hmm - wo wir gerade dabei sind. Ist an meinen Rootverzeichnissen auffälliges zu entdecken oder sind die Ordnergrößen "im Normalen Bereich"?

root@DS1515:~# /usr/bin/du -d 1 -xh /
11M /etc
9.1M /etc.defaults
4.0K /initrd
16K /.system_info
4.0K /lost+found
32K /.old_patch_info
4.0K /mnt
18M /.syno
48K /root
696M /usr
5.6M /var.defaults
178M /var
20K /Volume1
916M /
root@DS1515:~#
 

virtubit

Benutzer
Mitglied seit
19. Jul 2012
Beiträge
108
Punkte für Reaktionen
0
Punkte
16
Habe das gleiche Problem mit einer neuen DS916+, welche ich vor 3 Tagen komplett neu gekauft und installiert habe (!) kann doch nicht sein....
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.998
Punkte für Reaktionen
264
Punkte
373
Hallo,
/var ist schon ganz gut gefüllt, vermutlich log-Files, je mehr Pakete umso mehr log-Files. Ist aber im grünen Bereich.

Gruß Götz
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.715
Punkte für Reaktionen
1.021
Punkte
754
@Thonav: Du hast noch ausreichend Platz, da musst Du Dir keine Sorgen machen.

@virtubit: Ich verstehe Deinen Frust, aber es wird einen Grund geben. Es reicht ein Prozess, der Amok läuft und permanent in ein Logfile schreibt. Damit kannst Du in drei Tagen locker 2,3GB füllen. Versuch doch bitte mit dem du-Befehl die Ursache zu finden, dann läßt sich das sicherlich klären.
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.998
Punkte für Reaktionen
264
Punkte
373
Hallo,
@virtubit
kann schnell passieren wenn man Pakete installiert die Daten auf der root Partition ablegen, phpvirtualbox, pyload usw.

Gruß Götz
 

virtubit

Benutzer
Mitglied seit
19. Jul 2012
Beiträge
108
Punkte für Reaktionen
0
Punkte
16
Ich hab nur 4 Apps installiert VPN, Hyper Backup, Snapshots, CloudStation. Und ich hab Shares indexieren lassen. Sonst nix.

Es fehlen 478MB auf der Systempartition meint der Updater. Ich geh mal nachschauen ins Filesystem.
 

virtubit

Benutzer
Mitglied seit
19. Jul 2012
Beiträge
108
Punkte für Reaktionen
0
Punkte
16
Ich fand unter /var/log eine Datei "synocontentextractd.log" mit 1,2 GB !!! Hab sie gelöscht, NAS neugestartet und jetzt läuft das Update gerade durch. Weiss jemand was dieses grosse Logfile verursacht hat? Ich vermute fast die Dateiindexierung.... Finde ich irgendwie schlecht programmiert denn ab einer gewissen Grösse sollten doch Logfiles gezippt, rotiert, gelöscht oder so werden.... Zum Glück kenn ich mit mit SSH und Shell aus sonst hätte ich hier wohl keine Chance gehabt....
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.715
Punkte für Reaktionen
1.021
Punkte
754
Wenn Du Dir /var/log ansiehst, wirst Du sehen, dass rotiert und gepackt wird. Hast Du einmal in die Datei synocontentextractd.log hineingesehen, um herauszufinden, worum es dabei geht?
 

virtubit

Benutzer
Mitglied seit
19. Jul 2012
Beiträge
108
Punkte für Reaktionen
0
Punkte
16
Zu meiner Schande muss ich gestehen, dass ich in der Hitze des Gefechts nicht in die Log-Datei geschaut habe. Heute sieht es besser aus - jetzt wird auch die synocontentextractd.log Datei rotiert und gepackt. Und der heutige Inhalt lässt auf die Dateiindexierung schliessen.

....Vielen Dank für die Hilfe hier :cool:
 

busta331

Benutzer
Mitglied seit
25. Jun 2016
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen. ich habe das selbe problem. Kommt auch die fehlermeldung. bitte um hilfe



Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 2.1G 99M 96% /
none 995M 4.0K 995M 1% /dev
/tmp 999M 928K 998M 1% /tmp
/run 999M 5.2M 994M 1% /run
/dev/shm 999M 4.0K 999M 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
/dev/vg1000/lv 16T 13T 2.7T 83% /volume1

11M /etc
9.1M /etc.defaults
13M /.syno
4.0K /initrd
16K /.system_info
4.0K /.old_patch_info
8.0K /Volume1
15M /var
4.0K /\\DISKSTATION\Downloads
4.0K /lost+found
16K /root
716M /usr
5.6M /var.defaults
1.4G /\\DISKSTATION\Filme\neu\downloads\
2.1G /

72K /var/cache
4.0K /var/crash
2.4M /var/dynlib
4.0K /var/empty
5.2M /var/lib
1.6M /var/log
5.1M /var/packages
4.0K /var/services
112K /var/spool
8.0K /var/state
4.0K /var/synobackup
104K /var/tmp
12K /var/target
12K /var/db
15M /var


gruss busta
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.715
Punkte für Reaktionen
1.021
Punkte
754
Das Problem ist das Verzeichnis /\\DISKSTATION\Filme\neu\downloads\. Der Ordner /\\DISKSTATION\Downloads sollte sicherlich auch nicht im root-Verzeichnis liegen. Die beiden löschen, dann sollte es wieder gehen.
 

busta331

Benutzer
Mitglied seit
25. Jun 2016
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
danke für die antwort. du meinst also einfach die verzeichnisse löschen. über das webinterface filestation?
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.715
Punkte für Reaktionen
1.021
Punkte
754
Das wird nicht gehen, mit der FileStation kommst Du m.W. nur auf die Volumes. Wenn Du mit Windows arbeitest, könntest Du es mit WinSCP versuchen. Ansonsten müsstest Du mit einem Tool wie putty eine Shell aufmachen und auf der die Verzeichnisse löschen.
 

busta331

Benutzer
Mitglied seit
25. Jun 2016
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
ok. ja also das verzeichnis /\\DISKSTATION\Downloads hab ich über das webinterface löschen können. nur ich verstehe nicht warum in meinem volume1 /\\DISKSTATION\Filme\neu\downloads\. das in meinem root sein soll. das mach doch garkein sinn. das zeigt es auch an das es über 2 tb speicher noch frei ist. mit putty ja kenn ich mich nicht so gut aus und winscp kenn ich auch nicht. aber ich kann es ja mal probieren. ich denk eher, dass das mein problem ist : /dev/md0 2.3G 2.1G 99M 96% /
 

busta331

Benutzer
Mitglied seit
25. Jun 2016
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
ok ich finde diesen download ordner mit winscp aber ich kann mich da nicht mit root anmelden weil ich das pw nicht weiss
 


 

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