DSM 6.x und darunter DSM-Aktualisierung: /dev/md0 ist voll, die FAQ hilft nicht (oder doch?)

[Fusion]

mv /root/SynologyDS414 /volume1/GemeinsamerOrdner/

GemeinsamerOrdner ist einer jener die du unter Systemsteuerung > Gemeinsame Ordner im DSM sehen kannst.
Wichtig ist der Slash am Ende.

Ansonsten alternativ mal schauen was in dem Ordner ist auf der Konsole

ls -la /root/SynologyDS414

 

[geimist]

l[COLOR="#FF0000"][B]s[/B][/COLOR] -la /root/SynologyDS414

 

[Silver80]

Beides gemacht mit mäßigem Erfolg..

Eingabe "mv /root/SynologyDS414 /volume1/GemeinsamerOrdner/"
kommt folgendes
mv: target ‘Ordner/’ is not a directory


Eingabe "la -la /root/SynologyDS414"
kommt folgendes
-ash: la: command not found

Muss dazu erwähnen wenn ich unter Systemsteuerung gehe und auf Gemeinsame Ordner klicke, kommen Alle von mir angelegten Ordner (Download, Bilder usw.9 - also kein übergeordneter Ordner und dann meine angelegten..

Ich hoffe mein Halbwissen bringt was

 

[peterhoffmann]

mv /root/SynologyDS414 /volume1/GemeinsamerOrdner/

"GemeinsamerOrdner" musst du ersetzen! Und zwar mit einem Ordner, der bei dir vorhanden ist.

Entweder du schaust ins DSM unter Systemeinstellungen => Gemeinsame Ordner
oder
du schaust auf der Konsole nach:

cd /volume1

ls  -d */

Vielleicht wäre es auch ratsam, dass du dir im DSM über das Paketzentrum den Midnight Commander installiert. Den kannst du nach der Installation auf der Konsole mit "mc" starten.

 

[geimist]

Mach doch bitte wie geschrieben:

ls -la [B][COLOR="#FF0000"]/root/SynologyDS414[/COLOR][/B]

 

[Silver80]

Ich denke ich hab das bereits gemacht:

Eingabe: "ls -la /root/SynologyDS414"

root@SynologyDS414:~# ls -la /root/SynologyDS414
ls: cannot access /root/SynologyDS414: No such file or directory


Sry. schon mal im Vorfeld ......

 

[Kurt-oe1kyw]

ich bin ja absoluter Laie auf dem Gebiet, ABER der Ordner heisst bei dir SnologyDS 414



Das hast du dort so eingetragen, wir waren das nicht, daher kommen auch die ganzen Fehlermeldungen...

also ersetze SynologyDS414 durch SnologyDS414 bzw. Snology DS414 - falls da tatsächlich ein Leerzeichen vorhanden ist. ABER das "y" nach dem "S" musst du definitiv weglassen.

 

[Silver80]

Okay dann habe ich als Erstinstallation meines 1.NAS schon mal einen Bock geschossen

Kann man das so einstellen wie es sich gehört ??

 

[Kurt-oe1kyw]

Wenn das einfach ein gemeinsamer Ordner ist dann:
DSM > Hauptmenü > Systemsteuerung > Gemeinsamer Ordner > Zeile "SnologyDS414" markieren > Bearbeiten > neues Fenster > Register "Allgemein" > Name: Versuch hier den Namen zu ändern, lass aber das Leerzeichen weg, also eintippen SynologyDS414 > OK

 

[Kurt-oe1kyw]

sri wie erwähnt, ich bin auf der Konsole absoluter Laie, da müssen dir wieder die Konsolenspezialisten helfen welche Befehle du genau eingeben musst für das Umbenennen vom Ordner SnologyDS414

 

[Fusion]

Dann zur SIcherheit bitte nochmal

ls -la /

ls -la /volume1/

ls -la /root/

und am besten ein Bild der Ausgabe.
Dann starten wir nochmal.

 

[Fusion]

Wie du siehst sind Dateien und Ordner Case-Sensitive / Groß/Kleinschreibung.
Vermute du hast im Zusammenhang mit nzbget in der config etwas falsch geschrieben oder falsche Pfade angegeben oder ähnliches.

Bevor wir jetzt Ordner löschen würde ich nochmal reinschauen. Genau so wie hier geschrieben.

ls -la /root/downloads/

ls -la /volume1/SnologyDS414/

ls -la /volume1/downloads/

Man beachte hier Schreibfehler wie fehlendes y in Synology, Groß/Klein-Schreibung, Leerzeichen. Ich habe jetzt direkt die Schreibweise aus deinen Bildern übernommen, damit wir die richtigen Ziele anschauen.

 

[Fusion]

Ich kann dir nur sagen was ich sehe, und das "passt" eben nicht. Und ein Schreibfehler wie d/D downloads/Downloads ist schnell passiert und übersehen.
Und man sieht direkt, dass die Ordner die nicht dorthin gehören (/root/downloads und /volume1/downloads) mit nzbget zu tun haben

noch für einen weiteren Unterordner

ls -la /volume1/SnologyDS414/volume1/

 

[Fusion]

ok, noch einen

ls -la /volume1/SnologyDS414/volume1/Downloads/

 

[Fusion]

ok, konnte mir den zuerst nicht erklären, den SnologyDS414, aber auch hier ist nzbget verwickelt.

Jetzt kann ich dir Befehle schreiben zum löschen der Ordner.
Solange aber nzbget installiert und falsch konfiguriert ist werden die Ordner vielleicht einfach wieder neu angelegt an derselben falschen Stelle.
Mein Rat wäre als nzbget zu deinstallieren, die Ordner zu entsorgen und dann nzbget neu zu installieren und zu konfigurieren.

Löschen der Ordner, exakte Schreibweise beachten.

rm -rf /volume1/SnologyDS414

rm -rf /volume1/downloads

rm -rf /root/downloads

 

[Kurt-oe1kyw]

Sri, ich bin dann mal raus aus diesem Thema hier. Es macht für mich absolut keinen Sinn, wenn der Fragesteller im Nachhinein alle seine Beiträge ab 16:57 Uhr komplett löscht und dann nur mehr unsere helfenden Beiträge völlig zusammenhanglos über bleiben. So schaut dass jetzt aus als ob Fusion sich in einem "Selbstgespräch" befindet

 

[akoerber]

Hallo,
ich habe das gleiche Problem. Gemeldet wurde es von Hyperbackup.
Das Protokoll-Center zeigt gar keine gespeicherten Protokolle an.

Zwei externe USB-Festplatten habe ich schon abgehängt und einige logs geleert, wie in https://www.synology-forum.de/threa...sp-zu-wenig-platz-fuer-firmware-update.25576/ geraten.

df zeigt:

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 2385528 2333388 0 100% /
devtmpfs 2921028 0 2921028 0% /dev
tmpfs 2957492 180 2957312 1% /dev/shm
tmpfs 2957492 20256 2937236 1% /run
tmpfs 2957492 0 2957492 0% /sys/fs/cgroup
tmpfs 2957492 62156 2895336 3% /tmp
/dev/mapper/cachedev_0 7491362492 3017960060 4473402432 41% /volume1

du -sh /* ergibt folgendes:

0 /bin
0 /config
180K /dev
3.9M /etc
2.4M /etc.defaults
4.0K /initrd
0 /lib
0 /lib32
0 /lib64
4.0K /lost+found
4.0K /mnt
16K /opt
du: cannot access '/proc/7129': No such file or directory
du: cannot access '/proc/7132/map_files/7fc65cfda000-7fc65cfdc000': No such file or directory
du: cannot access '/proc/7138/task/7138/fd/3': No such file or directory
du: cannot access '/proc/7138/task/7138/fdinfo/3': No such file or directory
du: cannot access '/proc/7138/fd/3': No such file or directory
du: cannot access '/proc/7138/fdinfo/3': No such file or directory
0 /proc
24K /root
16M /run
0 /sbin
0 /sys
61M /tmp
1.1G /usr
1.2G /var
5.8M /var.defaults
^C

wobei das dann hängen bleibt - deshalb ^C am Ende.

Was sind das für Fehlermeldungen?
Was kann /dev/md0 noch so vollmüllen?

 

[Benares]

Lies mal hier. Das ist einer frischesten Threads zum Thema.