Volume abgestürzt. Zugriff über Weboberfläche geht nicht wegen Speicherplatz voll

[Darkwing9]

Hallo zusammen,

meine DS kann Volume 1 nicht mehr mounten. Heute morgen hatte das Ding gepiepst und im Speichermanager wurde angezeigt, dass das Volume abgestürzt sei. Nachdem ich in der Filestation keine Ordner gesehen habe und die Smart-Werte der HDDs alle unkritisch aussahen dachte ich, reboot tut gut. Falsch gedacht, jetzt komme ich nicht mehr auf die DS und mir wird bei der Anmeldung "Speicherplatz ist voll" angezeigt.

Ich befürchte das Problem hängt mit meinen Aktivitäten phpVirtualBox zusammen. Hier hatte ich eine SSD über USB3 angehängt und ein wenig rumgespielt. Mit der SSD hatte die DS auch schon mal die gemeinsamen Ordner vorloren. Nach einem Neustart war aber alles wieder gut. Jetzt leider nicht mehr. Was kann ich tun?

Ach ja, blöderweise hatte ich meine DS vor eingen Tagen auf 8GB aufgerüstet, da ich mich ja mit den Thema Virtualisierung beschäftigen wollte. Bis zum Anschluss der SSD hatte auch alles funktioniert und die DS lief auch mit den 8GB tagelang problemlos. Wenn ich jetzt den Support kontaktiere werden die wahrscheinlich wenig Motivation haben mir zu helfen, da ich die DS ja aufgerüstet habe.

Vielen Dank für eure Hilfe und viele Grüße
Darkwing

 

[dil88]

Hast Du ssh oder telnet aktiviert und kommst per Shell auf die DS?

 

[Darkwing9]

Grundsätzlich habe ich den ssh Zugriff aktiviert. Ob die Anmeldung jetzt noch funktioniert werde ich direkt nach Feierabend probieren und die Ergebnisse so gegen 17 Uhr melden.

Besteht die Chance, dass ein Zugriff auf die Daten trotz abgestürztem Volume funktioniert? Kann ich das Volume über die Konsole reparieren?

Über google habe ich leider wenige Informationen bekommen. Zum Teil konnten andere ihr Volume reparieren. Bei mir gibt es leider keinen Punkt zur Reparatur und der Punkt Verwaltung war (wo ich noch das eine Mal auf die Oberfläche kam) grau und somit nicht wählbar.

Viele Grüße Darkwing

 

[dil88]

Aktiviertes ssh ist sehr gut.

Vielleicht gehts ja wieder, wenn Du das Systemvolume von unnötigem Zeug bereinigt hast. Das solltest Du finden, wenn Du

du -mxd 1 /

laufen läßt und schaust, welches Verzeichnis überproportional groß ist. In dem Fall in dieses Verzeichnis gehen und den Inhalt kontrollieren, bis Du die Ursache gefunden hast.

 

[Darkwing9]

Danke, auch diesen Punkt werde ich sofort testen.

 

[Darkwing9]

So, ssh geht und ich komme auf die Konsole. Volume 1 ist auch da, aber leider leer.
Den Befehl du -mxd 1 / habe ich ausgeführt und folgendes Ergebnis erhalten:

1 /bin
10 /etc
0 /.system_info
0 /initrd
229 /lib
7 /lib64
0 /volumeSATA
0 /volumeUSB1
217 /opt
0 /.old_patch_info
0 /lost+found
0 /mnt
1397 /root
18 /.syno
7 /sbin
346 /usr
63 /var
0 /volume1
9 /etc.defaults
2 /var.defaults
2306 /

Im Root sehe ich folgende Einträge:

drwxr-xr-x 27 root root 4096 Oct 26 08:25 .
drwxr-xr-x 27 root root 4096 Oct 26 08:25 ..
drwxr-xr-x 3 root root 4096 Jul 2 07:04 .old_patch_info
-rw------- 1 root root 1024 May 23 19:09 .rnd
drwxr-xr-x 3 root root 4096 Jul 2 07:05 .syno
drwxr-xr-x 2 root root 4096 May 23 19:08 .system_info
-rw-r--r-- 1 root root 60 Oct 26 08:26 1
drwxr-xr-x 2 root root 4096 Jul 2 07:04 bin
drwxr-xr-x 12 root root 18680 Oct 26 08:26 dev
drwxr-xr-x 40 root root 4096 Oct 26 08:29 etc
drwxr-xr-x 37 root root 4096 Sep 7 18:17 etc.defaults
drwxr-xr-x 2 root root 4096 Jun 29 12:46 initrd
drwxr-xr-x 30 root root 36864 Sep 8 14:12 lib
drwxr-xr-x 2 root root 4096 Jul 2 07:04 lib64
drwx------ 2 root root 4096 Jun 29 12:46 lost+found
drwxr-xr-x 2 root root 4096 Jun 29 12:46 mnt
drwxr-xr-x 3 root root 4096 Oct 20 17:51 opt
dr-xr-xr-x 217 root root 0 Oct 26 08:24 proc
drwx------ 8 root root 4096 Aug 21 13:00 root
drwxr-xr-x 15 root root 900 Oct 26 08:26 run
drwxr-xr-x 2 root root 4096 Jul 2 07:04 sbin
dr-xr-xr-x 12 root root 0 Oct 26 08:26 sys
drwxrwxrwt 8 root root 780 Oct 26 14:57 tmp
drwxr-xr-x 9 root root 4096 Jul 2 07:04 usr
drwxr-xr-x 12 root root 4096 Oct 26 08:26 var
drwxr-xr-x 13 root root 4096 Jul 2 07:04 var.defaults
drwxrwxrwx 4 root root 4096 Oct 26 05:02 volume1
drwxr-xr-x 4 root root 4096 Sep 19 18:05 volumeSATA
drwxr-xr-x 6 root root 4096 Oct 25 18:05 volumeUSB1

Was kann ich tun?

 

[dil88]

Das Problem befindet sich m.E. in /root. Also bitte einmal folgende beiden Kommandos absetzen:

du -mxd 1 /root
ls -al /root

und dort schauen, was die knapp 1,4GB belegt.

 

[Darkwing9]

Ergebnis du -mxd 1 / root:

0 /root/.pulse
0 /root/.gnupg
227 /root/.config
0 /root/.cache
0 /root/.local
1170 /root/Downloads
1397 /root

und das Ergebnis ls -al /root:
drwx------ 8 root root 4096 Aug 21 13:00 .
drwxr-xr-x 27 root root 4096 Oct 26 08:25 ..
drwx------ 3 root root 4096 Jul 19 19:57 .cache
drwx------ 4 root root 4096 Oct 20 17:51 .config
-rw------- 1 root root 16 Jul 2 07:06 .esd_auth
drwx------ 2 root root 4096 Sep 7 18:17 .gnupg
drwx------ 3 root root 4096 Jul 19 19:57 .local
-rw-r--r-- 1 root root 582 Aug 21 09:10 .profile
drwx------ 2 root root 4096 Oct 25 23:59 .pulse
-rw------- 1 root root 256 Jul 2 07:06 .pulse-cookie
drwxr-xr-x 3 root root 4096 Aug 21 13:00 Downloads

Im Internet hatte ich bei gleicher Fehlerbeschreibung den folgenden Lösungsweg gefunden:
syno_poweroff_task -d
vgchange -ay
fsck.ext4 -pvf -C 0 /dev/vg1000/lv

Da ich aber überhaupt keine Ahnung habe, was die Befehle bewirken und ob ich damit die Rekonstruktionschancen noch weiter schmälere habe ich diese noch nicht eingegeben. Wird das Volume durch diese Befehle überprüft und rekonstruiert? Im Moment ist Volume 1 leer. Meine DS wacht planmäßig morgens um 5:00 Uhr auf und der Zeitstempel von Volume 1 ist relativ bei dieser Zeit. Wurde ein neues Volume 1 angelegt oder sind die Daten nicht mehr da, weil Volume1 abgestürzt ist und somit die Daten nicht mehr angezeigt werden können?

Vielen Dank für eure Unterstützung Darkwing

 

[dil88]

Bitte unter Downloads fortsetzen:

du -mxd 1 /root
ls -al /root

Schau Dir das erstmal an, bevor Du es postest. Nicht dass wir hier Downloads sehen, die uns nichts angehen. So langsam solltest Du die Ursache finden können und damit Dateien, die Du löschen kannst.

 

[Darkwing9]

Ok, die Ergebnisse kommen gleich.

Es scheinen sich zwei Files aus einem zip-Archiv hier versteckt zu haben. Der Begriff 1080p im Dateinamen deutet auf Teile eines Videos. Soll ich diese Dateien löschen?
Die Dateien sind vom 21. August und bestimmt bei meinen Tests mit Pyload und dem anderen Download-Manager, wo mir der Name nicht einfällt, angelegt worden.

Hat die Löschung Auswirkung auf die Reparatur des Volume1? Ist das Download-Verzeichnis der Grund für mein Volume1 Problem?

Fragen über Fragen und ich habe so wenig Plan von dem was ich gerade mache...

 

[dil88]

Wenn Du die Dateien nicht brauchst, lösche sie. Auf der Platte befinden sich drei Partition: System, Swap und Volume1. Insofern hat die Löschung keine Auswirkungen auf die Reparatur von Volume1.

 

[Darkwing9]

Ich habe die Daten gelöscht.

ls -al /root zeigt jetzt folgende Ergebnisse:
drwx------ 8 root root 4096 Aug 21 13:00 .
drwxr-xr-x 27 root root 4096 Oct 26 08:25 ..
drwx------ 3 root root 4096 Jul 19 19:57 .cache
drwx------ 4 root root 4096 Oct 20 17:51 .config
-rw------- 1 root root 16 Jul 2 07:06 .esd_auth
drwx------ 2 root root 4096 Sep 7 18:17 .gnupg
drwx------ 3 root root 4096 Jul 19 19:57 .local
-rw-r--r-- 1 root root 582 Aug 21 09:10 .profile
drwx------ 2 root root 4096 Oct 25 23:59 .pulse
-rw------- 1 root root 256 Jul 2 07:06 .pulse-cookie
drwxr-xr-x 2 root root 4096 Oct 26 19:37 Downloads

 

[dil88]

Interessant ist, was

df -m /

ausspuckt. Das zeigt Dir, ob die Auslastung der System-Partition wieder ok ist.

 

[Darkwing9]

Filesystem 1M-blocks Used Available Use% Mounted on
- 2330 1145 1070 52% /

Der Zugriff über die Web-Oberfläche geht auch wieder nur leider ist alles auf Anfang gesetzt. Der Hintergrund ist weg, im Hauptmenüs fehlen alle von mir installierten Pakete. Das Lernprogramm wird angezeigt usw.

 

[dil88]

Das hat aber nichts damit zu tun, dass Du unter /root/Downloads ein paar Downloads gelöscht hast.

 

[goetz]

Hallo,
schau mal ob volume1 überhaupt gemounted wurde

mount

Ich würde erst mal einen Neustart machen.

Gruß Götz

 

[Darkwing9]

Finde ich auch komisch. Die Pakete sind grundsätzlich noch da. Wenn ich den Paketmanager öffne möchte der eine Nutzungsbestätigung, die ich jetzt erst einmal nicht bestätigt habe. Ich habe aber im Hintergrund der Meldung gesehen, dass meine Pakete Java usw. vorhanden waren.

Soll ich mal einen Neustart versuchen?

 

[Darkwing9]

Der Befehl mount zeigt folgende Ergebnisse:

/sys on /sys type sysfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/tmp on /tmp type tmpfs (0)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
none on /sys/fs/cgroup type tmpfs (uid=0,gid=0,mode=0755,size=4k)
/dev/bus/usb on /proc/bus/usb type bind (bind)
none on /sys/kernel/debug type debugfs (0)
securityfs on /sys/kernel/security type securityfs (0)
none on /proc/fs/nfsd type nfsd (0)

So, die DS wird neu gestartet.

 

[dil88]

Da fehlt - wie goetz schon vermutet hat - Volume 1. Schau einmal, wie es nach einem Neustart aussieht.

 

[Darkwing9]

Hurra, hurra die DS lebt wieder und das Volume wird auch wieder angezeigt. Der Zugriff über SMB funktioniert auch. Vielen, vielen Dank für eure Zeit und Unterstützung. Ich seit einfach SUPER.

Was war die Ursache für mein Problem? Hat die Löschung der Video-File die Lösung gebracht oder muss ich mit weiteren Abstürzen rechnen?