Speicherplatzproblem in Systempartition

Status
Für weitere Antworten geschlossen.

TuRRiCAN

Benutzer
Mitglied seit
18. Feb 2008
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
Hallo,

ich habe schon ein Weilchen gesucht, aber nicht so das Richtige gefunden, deshalb ein neuer Thread:

Ich kann keinerlei neue Pakete installieren oder vorhandene Pakete updaten - ich erhalte immer die nicht sehr aufschlussreiche Fehlermeldung: "Operation fehlgeschlagen". Pakete deinstallieren geht allerdings.
Weiterhin kann ich meine Systemkonfiguration nicht sichern - hier gibt's die Meldung: "Der freie Speicherplatz auf diesem System ist unzureichend."

Ansonsten funktioniert die DS soweit.

Nun habe ich 0% (naja, mittlerweile 2% Erfahrung) mit der Kommandozeile, aber ich habe mich mal mit PuTTY ins System begeben und folgende Ergebnisse sammeln können:
Rich (BBCode):
DS210j> df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.4G  631M  1.7G  28% /
/tmp             58M  140K   58M   1% /tmp
/run             58M  1.4M   57M   3% /run
/dev/shm         58M     0   58M   0% /dev/shm
/dev/vg1/lv     1.8T  1.4T  474G  75% /volume1

... das sieht eigentlich so aus, als wäre da Platz, oder?

Rich (BBCode):
DS210j> ls -al
drwxr-xr-x   23 root     root          4096 Nov  9 09:24 .
drwxr-xr-x   23 root     root          4096 Nov  9 09:24 ..
drwxr-xr-x    3 root     root          4096 Apr 29  2016 .old_patch_info
-rw-------    1 root     root          1024 Apr 15  2014 .rnd
drwxr-xr-x    3 root     root          4096 Apr 29  2016 .syno
drwxr-xr-x    2 root     root          4096 Apr 15  2014 .system_info
drwxr-xr-x    2 root     root          4096 Apr 29  2016 bin
-rw-------    1 root     root      17752064 May 30 16:01 core
drwxr-xr-x   11 root     root          3660 Nov  9 09:25 dev
drwxr-xr-x   39 root     root          4096 Nov  9 11:22 etc
drwxr-xr-x   35 root     root          4096 Nov  8 12:50 etc.defaults
drwxr-xr-x    2 root     root          4096 Apr 26  2016 initrd
drwxr-xr-x   27 root     root         36864 Nov  8 12:50 lib
drwx------    2 root     root          4096 Apr 26  2016 lost+found
drwxr-xr-x    2 root     root          4096 Apr 26  2016 mnt
dr-xr-xr-x  108 root     root             0 Jan  1  1970 proc
drwx------    3 root     root          4096 May 12  2016 root
drwxr-xr-x   16 root     root          1140 Nov  9 11:09 run
drwxr-xr-x    2 root     root          4096 Apr 29  2016 sbin
drwxr-xr-x   11 root     root             0 Jan  1  1970 sys
drwxrwxrwt   10 root     root          1020 Nov  9 11:33 tmp
drwxr-xr-x    8 root     root          4096 Apr 29  2016 usr
drwxr-xr-x   16 root     root          4096 Nov  9 09:25 var
drwxr-xr-x   13 root     root          4096 Apr 29  2016 var.defaults
drwxr-xr-x   28 root     root          4096 Nov  9 09:25 volume1

im /var/log -Verzeichnis sieht es so aus:

Rich (BBCode):
DS210j> ls -al
drwxr-xr-x   10 root     root          4096 Oct 13 18:03 .
drwxr-xr-x   16 root     root          4096 Nov  9 09:25 ..
drwx------    3 root     root          4096 Apr 15  2014 cores
-rw-r--r--    1 root     root             0 Nov 30  2014 disk_log.xml
-rw-r--r--    1 root     root          2936 Nov  9 09:25 disk_overview.xml
-rw-r--r--    1 root     root        694783 Nov  9 09:26 dmesg
-rw-r--r--    1 root     root         44964 Oct 11 16:03 dmesg.1.xz
-rw-r--r--    1 root     root         43820 Aug 25 16:03 dmesg.2.xz
-rw-r--r--    1 root     root         46052 Jul  9 09:03 dmesg.3.xz
-rw-r--r--    1 root     root         46508 May  9  2017 dmesg.4.xz
-rw-r--r--    1 root     root       1019068 Nov  9 11:31 dms.log
-rw-r--r--    1 root     root        396968 Oct  8 19:45 dms.log.0.gz
-rw-r--r--    1 root     root        360021 Apr 11  2017 dms.log.1.gz
-rw-r--r--    1 root     root         89883 Jul  9  2016 dms.log.2.gz
-rw-r--r--    1 root     root        264245 Jul  4  2016 dms.log.3.gz
-rw-r--r--    1 root     root        155041 Nov  8 12:50 dpkg.log
-rw-r--r--    1 root     root        103889 Nov  8 12:50 dpkg_upgrade.log
-rw-r-----    1 root     root         10024 May 13  2015 gcpd.log
drwxr-xr-x    2 root     root          4096 Apr 15  2014 httpd
-rw-r-----    1 root     root         12702 May 12  2015 iscsi.log
-rw-r-----    1 root     root       3272106 Nov  9 11:19 kern.log
-rw-r-----    1 root     root        401228 Feb 27  2017 kern.log.1.xz
drwxr-xr-x    2 admin    users         4096 Nov 30  2014 lighttpd
-rw-r--r--    1 root     root        101348 May 13  2015 log.nmbd
-rw-r--r--    1 root     root       1300381 May 12  2015 log.smbd
-rw-r-----    1 root     root       2852767 Nov  9 11:19 messages
-rw-r-----    1 root     root        371712 Apr 30  2017 messages.1.xz
-rw-r-----    1 root     root        256068 Sep 26  2015 messages.2.xz
-rw-r-----    1 root     root        156328 Dec  9  2014 messages.3.xz
-rw-r-----    1 root     root        157804 Dec  8  2014 messages.4.xz
drwx------    2 http     http          4096 Jun 30  2014 nginx
-rw-------    1 root     root        207935 Oct 30  2015 php-fpm.log
-rw-r-----    1 root     root        440529 Nov  9 09:26 postgresql.log
-rw-r-----    1 root     root         65940 Jul  4  2016 postgresql.log.1.xz
-rw-r-----    1 root     root         24924 Oct 20  2015 postgresql.log.2.xz
-rw-r-----    1 root     root         25200 Oct  4  2015 postgresql.log.3.xz
-rw-r-----    1 root     root         24904 Sep 18  2015 postgresql.log.4.xz
-rw-r--r--    1 root     root             0 Aug  6 18:06 rsync.error
drwxr-xr-x    2 root     root          4096 May 26  2015 samba
-rw-r-----    1 root     root       4019223 Nov  9 09:54 scemd.log
drwxr-x---    2 root     root          4096 Nov  8 12:53 selfcheck
-rw-r--r--    1 root     root           610 Nov 11  2014 ssupgradeerr.log
-rw-r--r--    1 root     root        123259 Nov 30  2014 surveillance.log
-rw-r-----    1 root     root         58823 Aug 30  2014 synodtv.log
-rw-r--r--    1 root     root          7557 Apr 29  2016 synoinfo.conf.bad
drwx------    2 root     root          4096 Nov  9 10:37 synolog
-rw-r--r--    1 root     root       1071025 Nov  9 09:26 synopkg.log
-rw-r-----    1 root     root        278142 Nov  9 10:37 synoservice.log
-rw-r-----    1 root     root         79660 Oct 13 16:03 synoservice.log.1.xz
-rw-r-----    1 root     root         81592 Oct 10  2016 synoservice.log.2.xz
-rw-r-----    1 root     root         86836 Oct 21  2015 synoservice.log.3.xz
-rw-r--r--    1 root     root         10103 Nov  8 12:50 synoupdate.log
-rw-r-----    1 root     root        651418 Nov  9 09:24 syslog.log
-rw-r-----    1 root     root         23888 Aug 20  2015 syslog.log.1.xz
drwxr-xr-x    2 root     root          4096 Aug  6 18:06 upstart

Hat jemand eine glorreiche Idee, was meine DS für ein Problem hat?
Vielen Dank im voraus!

Meine Eckdaten:
Modell: DS210j
DSM-Version: 5.2-5967 Update 5
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.715
Punkte für Reaktionen
1.022
Punkte
754
Die Belegung der Systempartition ist völlig normal, Dein Problem muss eine andere Ursache haben.
 

TuRRiCAN

Benutzer
Mitglied seit
18. Feb 2008
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
Kein Problem mit dem Platz, aber mit dem Speicher ...

Ja, das hat es (wie es aussieht) tatsächlich.

Ich habe es geschafft, den Midnight Commander zu installieren - damit lässt sich natürlich deutlich komfortabler durch die Verzeichnisse navigieren und Dateien anschauen. Dabei habe ich festgestellt, dass meine DS intensiv mitloggt, was so alles passiert. Jetzt habe ich also nach einer Log-Datei Ausschau gehalten, die sich ändert, sobald ich ein Speicherplatzproblem angezeigt bekomme.
Und nach einiger Zeit bin ich tatsächlich in der /var/log/kern.log fündig geworden.
Wann immer ich versuchte, die Systemkonfiguration zu sichern, wurde ein solcher Eintrag (natürlich mit anderem Zeitstempel) hinzugefügt:
Rich (BBCode):
Nov  9 13:12:04 DS210j kernel: [ 2791.300000] EXT4-fs error (device dm-0): ext4_add_entry: bad entry in directory #2528: rec_len is smaller than minimal - block=10465offset=0(0), inode=110, rec_len=8, name_len=0
Ich behaupte: das sieht gar nicht gut aus.
Wie kriege ich das gefixt?
 

TuRRiCAN

Benutzer
Mitglied seit
18. Feb 2008
Beiträge
7
Punkte für Reaktionen
0
Punkte
1
EXT4-fs error gefixt

Da ich zu der Fehlermeldung "EXT4-fs error" hier im Forum keine eindeutige Anleitung gefunden habe, schreibe ich einfach, was ich gemacht habe - vielleicht hilft das ja jemanden, der mal das gleiche Problem hat.

In einem anderen Thread (suche ich noch raus), habe ich ein paar Befehle gefunden:

  1. Dienste runterfahren, außer den SSH, über den man ja mit der DS verbunden ist:
    Rich (BBCode):
    syno_poweroff_task -d
  2. Volume wieder aktivieren:
    Rich (BBCode):
    vgchange -ay
  3. Fehlersuche durchführen:
    Als nächstes gibt man
    Rich (BBCode):
    fsck.ext4 -pvf -C0 /dev/vg1/lv
    oder
    Rich (BBCode):
    fsck.ext4 -yvf -C0 /dev/vg1/lv
    ein.

    Mit den Parametern "-pvf" wird eine Suche durchgeführt und bei jedem Fehler kann man mit yes oder no der Behebung zustimmen.
    Mit den Parametern "-yvf" wird die Suche genauso durchgeführt, allerdings gilt jede Nachfrage bereits mit yes bestätigt. Wenn man also will, dass alles automatisch behoben wird, könnt ihr auch gleich diese Parameter verwenden.

    "/dev/vg1/lv" ist übrigens der Name meines Volume1.
    Um rauszubekommen, wie das Volume (bzw. die Volumegruppe) bei Euch heißt, gebt vorher ein:

    Rich (BBCode):
    df -h
    und sucht in der Euch angezeigten Auflistung nach Eurem Volume1.
  4. Neustart:
    Rich (BBCode):
    reboot

Bei mir hat die Suche einige fehlerhafte Einträge gefunden und behoben und nach dem nächsten Neustart war alles wieder "schick". Ich konnte beliebige Pakete installieren und updaten und auch meine Systemkonfiguration ließ sich wieder sichern.
 

claas

Benutzer
Mitglied seit
07. Jan 2010
Beiträge
629
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich habe auch das Problem, das meine Systempartition vollgelaufen ist.
md0 nutzt 80%.
Mir fallen zwei Ordern auf:
/usr/local/i686-linux-gnu
und
/usr/local/x86_64-linux-gnu

Gehören die da hin?

Danke

Claas
 

Aevin

Benutzer
Mitglied seit
22. Nov 2010
Beiträge
1.371
Punkte für Reaktionen
96
Punkte
74
Nutzt jemand von euch zufällig den JDownloader der DS ?
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
80% ist nicht vollgelaufen, aber gut belegt. Bei wirklichen Problemen war der den eher Richtung 100% voll, wenn die GUI nicht mehr reagiert hat etc.

Nein. /usr/local/i686_64-linux-gnu und der andere gehören da normal nicht hin.
Garantie habe ich aber keine, da müsste man erst mal mehr zu entsprechenden DS wissen die du benutzt.
 

claas

Benutzer
Mitglied seit
07. Jan 2010
Beiträge
629
Punkte für Reaktionen
0
Punkte
0
Hallo Fusion,

die 80% führen jedenfalls dazu, dass das automatische Update nicht klappt. DSM sagt, dass die Systempartition nicht genug Speicherplatz hat.
Ich habe eine DS1511+
Ich hatte ein Paket installiert, dass ein eigenes Linux installiert.
Könnten die Ordner daher kommen?
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Ja, mag sein, dafür braucht er meist mindestens 400mb freien Platz zum schaufeln.

Ja, bei der 1511+ gehören die Ordner nicht da hin.

Ob ein ominöses Paket dafür verantwortlich ist, keine Ahnung, ohne Details, aber möglich bei falscher Konfiguration vermutlich, ich bin kein Hellseher und weiß nur was du hier schreibst. :)
 
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