syno_poweroff_task ?

Status
Für weitere Antworten geschlossen.

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
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

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.981
Punkte für Reaktionen
619
Punkte
484
Hast du denn das Löschen auch schon per Konsole versucht?
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
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.
 
  • Like
Reaktionen: Fusion

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
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

Benutzer
Mitglied seit
11. Jan 2011
Beiträge
2.530
Punkte für Reaktionen
38
Punkte
94
zeig doch mal den Syntax, wie du auf der Console löscht.
Und auch mal ein ls -la von den Dateien.
 

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
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

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.981
Punkte für Reaktionen
619
Punkte
484
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

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
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

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
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

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
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

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158

wired2051

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
...eine Antwort auf meine Fragen wäre mir dann aber doch lieber gewesen...
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
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

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
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

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
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

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
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

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
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

Benutzer
Mitglied seit
17. Mrz 2010
Beiträge
893
Punkte für Reaktionen
11
Punkte
44
Vielen Dank!

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

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
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

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
...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.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat