Immer noch 'nicht ausreichende Kapazität für Aktualisierung' ............

[nhbischo]

N' Abend !

Auch auf die Gefahr vll die passende Antwort einfach nicht gefunden zu haben (Habe mir die betreffenden Threads zu dem Problem durchgelesen, aber nichts gefunden, was helfen könnte ausser Reset. Und die Daten mal kurz sichern dauert etwas länger)

Wollte mir die Beta auf die DS 413J packen. Nur leider siehe obige Fehlermeldung geht da nichts

und /dev/md0 hat Size 2.3G Used 2.3 G

Daraufhin ls -al. Keine Datei zu sehen, die den Platz benötigen könnte. Den Trick mit Reset usw. habe ich ausprobiert. Keine Änderung.

Firmware ist natürlich die momentan aktuellste. DSM 4.2-3211

Weiter getestet. /volume/@cloudstation/@sync/repo ist mit 1863720 voll. Kann es damit etwas zu tun haben ?


Danke

Mathias

 

[QTip]

In welchem Verzeichnis hast du ls -la ausgeführt? Schon mal mit ls -laS /root geschaut, die größten Dateien stehen dann oben?

 

[nhbischo]

N'Abend !
Im Root Verzeichnis

Mit ls -al /root interessant. Keine Dateien sichtbar

Anhang anzeigen 13331

 

[QTip]

Hast du zufällig ipkg installiert, dann installiere mal das Paket coreutils, wenn noch nicht geschehen. Dort gibt es einen Befehl, der dir die Größe der Ordner anzeigen kann.

du -sh /*

Ansonsten ginge noch das hier mit Bordmitteln - findet alle Dateien > 100000 Bytes (100 kBytes), musst aber mehr suchen:

/usr/bin/find / -xdev -size +100000c -exec ls -alS {} \; | more

Den Parameter -size +100000c kannst du anpassen, indem du die Zahl veränderst (Angabe in Bytes).

 

[nhbischo]

 

[nhbischo]

Dort kommen dann jeweils die .1, .2, .3 usw. bis .z

Dann noch die beiden Directory's 1 und 2

Was steht denn in diesen Links bzw. Verzeichnissen ? Löschbar ? Indexfiles ?

Mathias

 

[QTip]

Das sind wichtige Dateien für die Cloudstation, die würde ich nicht löschen.
Was mich wundert ist, das dein @cloudstation Verzeichnis nicht in /volume1 ist sondern in /volume liegt. Normalerweise gibt es kein /volume ohne Nummer hinten dran. Zumindest haben alle meine DS'en ein /volume1, auch wenn nur 1 volume existiert. /volume(x) liegt aber in einem Bereich, der nicht mit / verbunden ist, also dürften die enthaltenen Dateien/Ordner nichts mit deinem Problem zu tun haben. Hattest du die Cloudstation vor dem Erstellen eines Volumes aktiviert und in Benutzung?

Du hast wirklich kein /volume1?

Mach mal bitte noch ein df -h und poste die Ausgabe hier.

 

[nhbischo]

 

[QTip]

OK, also hast du doch ein /volume1, gut. Dann schau mal, ob in /volume1 auch ein Verzeichnis @cloudstation existiert.