syno_poweroff_task ?

wired2051 · 10. Mai 2013

Ich habe ein Problem mit einer Datei auf volume1, die sich nicht löschen lässt. Nun wurde mir an anderer Stelle empfohlen, eine Dateisystemprüfung durchzuführen:

Rich (BBCode):

syno_poweroff_task
umount /volume1
fsck.ext4 -pvf /dev/md1

Da ich syno_poweroff_task noch nie gehört habe, wollte ich mir das hier absegnen lassen.

Soll ich diese 3 Zeilen nach einander auf der Konsole (via Telnet) eingeben? Was macht syno_poweroff_task?

Puppetmaster · 10. Mai 2013

Hast du denn das Löschen auch schon per Konsole versucht?

Ap0phis · 10. Mai 2013

Ein paar mehr Informationen wären da schon hilfreich.

Wie hast du denn versucht, die Datei zu löschen?
Da du schon auf der Konsole bist ... hast du´s da mal probiert?

Rich (BBCode):

root@SynoDS111:~> syno_poweroff_task -h
DS shutdown progress.

usage: syno_poweroff_task [OPTIONS]

  -h            display this help
  -s            safe shutdown mode

Dieser "safe shutdown mode" beendet alle laufenden Prozesse bzw. Dateizugriffe.
Er wird z.B. von der DS benutzt, um sie in einen sicheren Modus für einen bevorstehenden Stromausfall zu versetzen, der ihr durch eine vorgeschaltete USV signalisiert werden kann.

wired2051 · 10. Mai 2013

Danke für Eure Hilfe!

Ich habe das Löschen über DSM probiert, von meiner Kubuntu-Installation aus via smb mit Dolphin und Krusader (als root) und via Telnet auf der Konsole. Ich habe hier keine Hilfe gefunden und auch nicht bei forum.ubuntuusers.de. Das Problem entdeckte ich in meiner rsnapshot-Sicherung. Falls jemand noch einen anderen Lösungsansatz als die Dateisystemprüfung hat, gern...

Wenn ich auf der Konsole syno_poweroff_task -h passiert nichts(?), dann kommt wieder der Prompt. Offenbar wird der safe shutdown mode gestartet - wie beendet man den eigentlich wieder?

laserdesign · 10. Mai 2013

zeig doch mal den Syntax, wie du auf der Console löscht.
Und auch mal ein ls -la von den Dateien.

wired2051 · 10. Mai 2013

Rich (BBCode):

DS209> whoami
root
DS209> ls -la /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/
total 44
drwx------ 4 USER Backup  4096 May  5 00:15 .
drwx------ 3 USER Backup  4096 May  6 11:31 ..
drwx------ 2 USER Backup 16384 May  9 16:58 files
drwx------ 2 USER Backup 20480 May  5 00:15 info
DS209> ls -la /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info/
total 24
drwx------ 2 USER Backup 20480 May  5 00:15 .
drwx------ 4 USER Backup  4096 May  5 00:15 ..
DS209> ls -la /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/files/
ls: cannot access /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/files/C:\nppdf32Log\debuglog DEL.txt: No such file or directory
total 20
drwx------ 2 USER Backup 16384 May  9 16:58 .
drwx------ 4 USER Backup  4096 May  5 00:15 ..
-????????? ? ?        ?          ?            ? C:\nppdf32Log\debuglog DEL.txt
DS209> rm -rfv /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/
rm: cannot remove `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info': Directory not empty
rm: cannot remove `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/files': Directory not empty

C:\nppdf32Log\debuglog DEL.txt wird offenbar wegen eines Adobe Reader browser plugin Bugs angelegt. Ich habe home/USER/.local/share/Trash/ inzwischen vom Backup ausgeschlossen, es geht also um Altlasten in rsnapshot.

Puppetmaster · 10. Mai 2013

Ist das Verzeichnis 'rsnapshot' ein Freigabe-Verzeichnis bei dir?
Bringt es etwas, den kompletten Inhalt über die FileStation mal in einen zweiten Ordner zu kopieren... Sind die korrupten Ordner dann auch noch da?

wired2051 · 10. Mai 2013

rsnapshot ist ein gemeinsamer Ordner auf den die Gruppe Sicherung zugreifen (rw) darf.

Rich (BBCode):

DS209> cp -rfv /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/ /volume2/Ablage/rsync_
DEL/
`/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/files' -> `/volume2/Ablage/rsync_DEL/Trash/files'
cp: cannot stat `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/files/C:\\nppdf32Log\\debuglog DEL.txt': No such file or directory
DS209>

Über DSM gelingt das verschieben manchmal, manchmal kommt die Meldung Fehler aufgetreten unter RECHNER Datei oder Verzeichnis nicht vorhanden und manchmal passiert nichts und die Verzeichnisse bleiben.

jahlives · 10. Mai 2013

ich würde behaupten, dass das Leerzeichen womöglich den Ärger macht. Mal probier das Leerzeichen zu escapen resp die gesamte Pfadnangabe bei rm in ' und ' oder " und "

wired2051 · 11. Mai 2013

Vielleicht habe ich Dich nicht richtig verstanden aber das mit " und ' bringt auch nichts.

Rich (BBCode):

DS209> ls -la /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/
total 28
drwx------ 3 USER Backup  4096 May 11 11:31 .
drwx------ 3 USER Backup  4096 May 11 11:31 ..
drwx------ 2 USER Backup 20480 May 11 11:31 info
DS209> rm -rfv /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/
rm: cannot remove `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info': Directory not empty
DS209> rm -rfv "/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/"
rm: cannot remove `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info': Directory not empty
DS209> ls -la /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info/
total 24
drwx------ 2 USER Backup 20480 May 11 11:31 .
drwx------ 3 USER Backup  4096 May 11 11:31 ..
DS209> rm -rfv /volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info/
rm: cannot remove `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info': Directory not empty
DS209> rm -rfv "/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info/"
rm: cannot remove `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info': Directory not empty
DS209> rm -rfv '/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info/' 
rm: cannot remove `/volume2/rsnapshot/hourly.10/volume1/RECHNER/home/USER/.local/share/Trash/info': Directory not empty

Ich wollt nun fsck.ext4 -pvf /dev/md1 anwenden, doch vorher nochmal prüfen, welches Filesystem überhaupt auf den Platten ist.

Rich (BBCode):

DS209> parted -l
Model: Hitachi HDS722020ALA330 (scsi)
Disk /dev/hda: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system     Flags
 1      131kB   2550MB  2550MB  primary  ext3            raid
 2      2550MB  4698MB  2147MB  primary  linux-swap(v1)  raid
 3      4832MB  2000GB  1996GB  primary                  raid


Model: Hitachi HDS722020ALA330 (scsi)
Disk /dev/hdb: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system     Flags
 1      131kB   2550MB  2550MB  primary  ext3            raid
 2      2550MB  4698MB  2147MB  primary  linux-swap(v1)  raid
 3      4832MB  2000GB  1996GB  primary                  raid


Model: Hitachi HDS722020ALA330 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system     Flags
 1      131kB   2550MB  2550MB  primary  ext3            raid
 2      2550MB  4698MB  2147MB  primary  linux-swap(v1)  raid
 3      4832MB  2000GB  1996GB  primary                  raid


Model: Hitachi HDS722020ALA330 (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system     Flags
 1      131kB   2550MB  2550MB  primary  ext3            raid
 2      2550MB  4698MB  2147MB  primary  linux-swap(v1)  raid
 3      4832MB  2000GB  1996GB  primary                  raid

Nun bin ich richtig irritiert. Ich habe nur zwei Platten verbaut, warum werden /dev/hda, /dev/hdb, /dev/sda und /dev/sdb angezeigt? Oder ist das nur eine Dopplung? Ausserdem habe ich kein RAID.

Und offenbar haben die Platten ext3, sollte ich also nicht

Rich (BBCode):

syno_poweroff_task
umount /volume2
fsck.ext3 -pvf /dev/mdx

...auf der Konsole anwenden? Und welche Platte hinter fsck.ext3 -pvf? /dev/hdb oder /dev/sdb?

Und wie beende ich den syno_poweroff_task-Modus wieder? Und mit welchen Parametern mounte ich danach volume2 wieder? Oder doch besser danach die DS209 neu starten über DSM?

Ich bin ziemlich nervös, denn da liegen meine Daten...!

Ap0phis · 11. Mai 2013

wired2051 schrieb:
...
Ich bin ziemlich nervös, denn da liegen meine Daten...!

Wozu?
Du hast doch ein Backup!

wired2051 · 11. Mai 2013

...eine Antwort auf meine Fragen wäre mir dann aber doch lieber gewesen...

goetz · 11. Mai 2013

Hallo,
per
mount
siehst Du wie das device heißt und welches Filesystem drauf ist (aber das weißt Du ja schon).

Gruß Götz

wired2051 · 11. Mai 2013

Rich (BBCode):

DS209> mount
/dev/root on / type ext3 (rw,relatime,errors=continue,data=ordered)
/tmp on /tmp type tmpfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/sys on /sys type sysfs (0)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/md2 on /volume1 type ext3 (usrquota,grpquota)
/dev/md3 on /volume2 type ext3 (usrquota,grpquota)
/volume1/@optware on /opt type bind (bind)

Also gebe ich folgendes ein:

Rich (BBCode):

syno_poweroff_task
umount /volume2
fsck.ext3 -pvf /dev/md3

Richtig?

Und dann? Wie beende ich den syno_poweroff_task-Modus wieder? Und mit welchen Parametern mounte ich danach volume2 wieder? Oder doch besser danach die DS209 neu starten über DSM?

goetz · 11. Mai 2013

wired2051 schrieb:
Also gebe ich folgendes ein:

Rich (BBCode):

syno_poweroff_task umount /volume2 fsck.ext3 -pvf /dev/md3

Richtig?

Richtig.

Und dann? Wie beende ich den syno_poweroff_task-Modus wieder? Und mit welchen Parametern mounte ich danach volume2 wieder? Oder doch besser danach die DS209 neu starten über DSM?

Wenn fertig einfach

Rich (BBCode):

reboot

Gruß Götz

wired2051 · 11. Mai 2013

Vielen Dank für die klaren Worte!

Nach ca. 1 Stunde kam folgende Meldung:

Rich (BBCode):

DS209> syno_poweroff_task
DS209> umount /volume2
DS209> fsck.ext3 -pvf /dev/md3
1.41.3-1139: Problem in HTREE directory inode 1253380: block #2 has bad min hash
1.41.3-1139: Invalid HTREE directory inode 1253380 (/rsnapshot/daily.2/volume1/RECHNER/home/USER/.local/share/Trash/info).  

1.41.3-1139: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
        (i.e., without -a or -p options)
DS209>

Offenbar werden genau die C:\nppdf32Log\debuglog DEL.txt-Dateien in Trash/info/ bemängelt. Was mache ich nun? RUN fsck MANUALLY hilft mir nicht wirklich. Vermutlich liegen die Dateien verschiedenen Verzeichnissen: /rsnapshot/daily.2/ und /rsnapshot/daily.1/ und /rsnapshot/daily.0/volume1/und ein paar hourly.

goetz · 11. Mai 2013

Hallo,
die Meldung hilft schon, Du sollst -p weglassen, also
fsck.ext3 -vf /dev/md3
dann mußt Du alle Änderungen am Filesystem bestätigen, nimmst Du
fsck.ext3 -yvf /dev/md3
wird auf jede Frage automatisch mit yes geantwortet.

Gruß Götz

wired2051 · 11. Mai 2013

Vielen Dank!

Worauf muss ich denn achten? Seien wir ehrlich, mir fehlt das Wissen um begründet "no" zu sagen.

goetz · 11. Mai 2013

Hallo,
Du kannst ja erst mal einen Trockenlauf mit
fsck.ext3 -vf /dev/md3
machen und immer no antworten, dann wird eben nichts repariert. Ich persönlich bin da schmerzfrei, Filesystemfehler ist Filesystemfehler und die will ich nicht.

Gruß Götz

Ap0phis · 12. Mai 2013

wired2051 schrieb:
...eine Antwort auf meine Fragen wäre mir dann aber doch lieber gewesen...

Ich hoffe, dass du jetzt nach einmal drüber Schlafen etwas lockerer bist!? ;-)

Entschuldige, dass ich dir mit meinem Beitrag etwas den Druck nehmen wollte.

syno_poweroff_task ?

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Super-Moderator

Benutzer

Super-Moderator

Benutzer

Super-Moderator

Benutzer

Super-Moderator

Benutzer

Kaffeautomat