Systempartition zu klein

[qbic]

Hi Leute,
ich habe zwar schon etwas zum Thema hier gefunden, dennoch bin ich etwas ratlos.
Ich habe das Problem, dass ich mein DSM nicht mehr aktualisieren kann weil meine Systempartition zu klein sein soll. (mindestens 200MB zum entpacken erforderlich)

Das Problem ist einfach, ich finde nichts, was den besagten Speicherplatz wegnimmt.

Dazu hier mal eine Ausgabe:

qbic-nas> ls -l
drwxr-xr-x 2 root root 4096 Apr 2 10:58 bin
drwxr-xr-x 7 root root 40960 Apr 19 21:47 dev
drwxr-xr-x 15 root root 4096 Apr 19 21:48 etc
drwxr-xr-x 13 root root 4096 Apr 19 21:48 etc.defaults
drwxr-xr-x 2 root root 4096 Mar 23 19:55 initrd
drwxr-xr-x 14 root root 12288 Apr 2 10:58 lib
drwxr-xr-x 2 root root 4096 Apr 2 10:58 lib64
lrwxrwxrwx 1 root root 11 Apr 2 10:58 linuxrc -> bin/busybox
drwx------ 2 root root 4096 Mar 23 19:51 lost+found
drwxr-xr-x 2 root root 4096 Mar 23 19:50 mnt
drwxr-xr-x 9 root root 4096 Apr 19 21:46 opt
dr-xr-xr-x 144 root root 0 Apr 19 21:47 proc
drwxr-xr-x 2 root root 4096 Apr 2 10:58 root
drwxr-xr-x 2 root root 4096 Apr 2 10:58 sbin
drwxr-xr-x 12 root root 0 Apr 19 21:47 sys
drwxrwxrwt 6 root root 880 Apr 19 22:41 tmp
drwxr-xr-x 7 root root 4096 Apr 2 10:58 usr
drwxr-xr-x 13 root root 4096 Apr 19 21:48 var
drwxr-xr-x 12 root root 4096 Apr 2 10:58 var.defaults
drwxr-xr-x 26 root root 4096 Apr 19 21:48 volume1

qbic-nas> du -sh bin/
1.1M bin/

qbic-nas> du -sh dev/
60.0K dev/

qbic-nas> du -sh etc
2.3M etc

qbic-nas> du -sh etc.defaults/
2.1M etc.defaults/

qbic-nas> du -sh initrd/
4.0K initrd/

qbic-nas> du -sh lib/
135.7M lib/

qbic-nas> du -sh lib64/
3.5M lib64/

qbic-nas> du -sh mnt/
4.0K mnt/

qbic-nas> du -sh opt/
1.2M opt/

qbic-nas> du -sh proc/
0 proc/

qbic-nas> du -sh root/
8.0K root/

qbic-nas> du -sh sbin/
4.2M sbin/

qbic-nas> du -sh sys/
0 sys/

qbic-nas> du -sh tmp/
184.0K tmp/

qbic-nas> du -sh usr/
239.4M usr/

qbic-nas> du -sh var/
932.0K var/

qbic-nas> du -sh var.defaults/
136.0K var.defaults/

qbic-nas> df -h
Filesystem Size Used Available Use% Mounted on
/dev/md0 2.3G 2.3G 0 100% /
/tmp 1.5G 184.0K 1.5G 0% /tmp
/dev/md2 3.6T 2.6T 965.5G 74% /volume1
/volume1/@optware 3.6T 2.6T 965.5G 74% /opt
/volume1/@Dokumente@ 3.6T 2.6T 965.5G 74% /volume1/Dokumente
​

Volume 1 habe ich mal ausgelassen, hat mit der Systempartition so oder so nix zu tun.
Die Frage ist nun aber, wo zum teufel sind die Daten abgeblieben, die die Systempartition angeblich so voll machen? Übersehe ich hier etwas?

Ich habe zwar vor kurzem Java auf der DS installiert, hatte es aber wieder deinstalliert.
So richtig fehlt mir grad der richtige Ansatz, ich weiß einfach nicht wo ich noch nach Daten suchen soll.


Viel blöder ist aber, dass aufgrund des vollen Laufwerks weder Apache (samt MySQL), sowie SMB richtig läuft.
Irgendwas läuft hier total schief. Ich vermute sogar, dass es an Java liegt. Ist schon urkomisch, dass 1 Woche nachdem ich Java installiert und darüber einen Minecraft Server gehostet habe, das ganze system vollgeballert ist.
Die Frage ist eben nur, wo die entsprechenden Daten zu finden sind.

Ich hoffe Ihr habt irgendeine Idee, will mir das neu Aufsetzen und neu Einrichten und installieren eigentlich sparen. Bereinigen des Laufwerks sollte eigentlich funktionieren vermute ich.

Danke schonmal
qBiC

 

[jahlives]

Neustart mal probiert? Danach immer noch gleiches Problem? Oft sind es die Logs aber /var schaut eigentlich eher leer aus bei dir. Mal geschaut ob du ggf versteckte Verzeichnisse hast? also statt ls -l ls -al machen?

 

[goetz]

Hallo,
gib mal bitte ein
ls -la /
möglich, daß da im root noch was ist.

Gruß Götz

 

[qbic]

Den Neustart habe ich sicherlich schon gemacht. Mehrfach weil ich etwas ausprobiert habe.
Das Problem bleibt aber das gleiche.

ls -al / bringt nichts neues zu tage. Die einzigen Ordner, die hinzukommen, sind .mkcert.serial , .rnd und .syno (. und .. natürlich ausgelassen)
Dort liegen laut "du -sh" insgesamt nur 4 MB

Irgendwie verstehe ich das nicht.
Die Daten müssen doch irgendwo liegen.

Noch irgendeine Idee?

 

[itari]

Wie voll ist lost+found? Auch dürfte das Verzeichnis /opt nicht so groß sein. Vielleicht mal alle Dateisysteme (bis auf / und /tmp) umounten und dann nochmal schauen (auch in /volume1)

Itari

 

[Trolli]

Einfacher gehts übrigens damit:

cd /
du -h -x --max-depth=1

 

[qbic]

Ach ja lost+found hatte ich vergessen.
Der ist auch nur 4 kbyte groß.

Was genau ist an opt zu groß?
Sind doch nur 1,2 Mbyte.

Ziemlich strange das ganze. Werden Symlinks eigentlich auch mit in die Speicherplatzberechnung mit einbezogen? Nicht das ich irgendwann mal auf volume1 irgendwo nen Symlink auf die Systempartition gelegt habe und dann irgendwas reingeballert hab. Ich kann mich zwar nicht an sowas erinnern, möglich ist ja aber alles.

 

[itari]

Es wäre halt mal interessant nachzuschauen, was in /opt liegt, wenn der mount von /volume1/@optware das nicht überlagert. Deswegen mein vorschlag, unmounte mal ...

Itari

 

[jahlives]

Hast du opt mount oder opt mit Symlink? Falls mount: Mach mal ein umount von opt und schau ob in /opt immer noch Daten vorhanden sind
**edit**
bin heute wohl etwas langsam... ;-)
**/edit**

 

[goetz]

Hallo,
umounte mal /opt, so wie itari es vorgeschlagen hat. Wenn /opt mal nicht gemountet war und da was rein geschrieben wurde liegt es physisch auf der Platte, ist aber bei gemountetem /opt nicht sichtbar.

Gruß Götz

 

[qbic]

Nach dem unmount von opt liegen nur noch 4kByte an Daten drin.
Dort kann der Schuh also auch nicht drücken.

Das macht mich langsam echt ein wenig irre.

 

[Trolli]

Und was ergibt 'du -h -x --max-depth=1' im root-Verzeichnis?

 

[Alfamat]

Hallo

Frage: hast Du den SABnzb+ client laufen (oder mal kurz laufen gehabt) ? Wenn man da die Verzeichnisnamen nicht sofort ändert, lädt der alles auf die Systempartition bis sie voll ist. Fazit: kein Update mehr möglich, da Speicherplatz zu klein.

 

[qbic]

Der Befehl funktioniert so bei mir nicht.

Ich hab stattdessen mal den hier benutzt

qbic-nas> du -h -x -d 1 /
239.4M /usr
7.7M /.syno
8.0K /root
936.0K /var
4.0K /lost+found
60.0K /dev
4.0K /mnt
1.1M /bin
135.7M /lib
4.0K /initrd
4.2M /sbin
2.3M /etc
3.5M /lib64
2.1M /etc.defaults
136.0K /var.defaults
397.1M /


@Alfamat:
Nein dieser Dienst sagt mir garnichts.

 

[qbic]

Also ich geb die Suche jetzt auf. Ich glabe da wäre ich schneller gewesen, wenn ich gleich einen soft reset gemacht hätte (Systempartition neu aufsetzen)
Genau das mache ich nämlich gerade.

Danke trotzdem für Eure Hilfe.

MfG Steffen alias qBiC

 

[Trolli]

Ja. Mir wäre da jetzt auch höchstens noch ein Dateisystemcheck eingefallen...

 

[Urganori]

Ich bekomme gerade die gleiche Fehlermeldung, als ich wegen Lion den Beta-Release installieren wollte. Sorry, ich bin 100%-iger Laie und kann mit dem obigen relativ wenig bis gar nichts anfangen. Kann mir vielleicht bitte jemand in einer für mich verständlichen Sprache erklären, was ich machen soll?
Ich sichere auf der DS via Timemachine meine Daten und kann nun unter Lion die DS nicht mehr ansprechen, weil irgend ein Protokoll dort nicht mehr aktiviert ist, aber das ist wahrscheinlich allen eh hinlänglich bekannt.

Dank und Gruss, Urganori

DS209+II / DSM 3.0-1337

 

[itari]

@Urganori

Wende dich am besten an den Synology-Support per E-Mail. Die schauen dann auf deine DS und helfen dir.

Itari

 

[Urganori]

thx, das ist wahrscheinlich das beste, denn mit euch kann ich nicht mithalten, wüsste nicht mal wo man die Befehle/Abfragen absetzt...