Ordner video durch "mount --bind" überschrieben

[Keynaan]

Hallo ihr da draußen,

so, nun ist es also nach etlichen Jahren Kommandozeile soweit. Ich habe mich bös vertippt und war zu schnell auf dem Enter.

Ich habe mit

mount --bind /volume2/HDvideo/ /volume1/video/

meinen Video Ordner quasi übermountet. Da aber der Speicherplatz noch nicht freigegeben ist habe ich noch Hoffnung.

Gibt es da eine Möglichkeit dies wieder rückgängig zu machen? "unmount" kennt die DS komischer Weise nicht. Was ist denn da los?

Reicht ein Neustart zum Unmounten? Prinzipiell sollte ja dann der Ordner nicht gemountet werden und video ist wieder da, oder? Ich habe Angst, dass dann die Dateien weg sind.

Grüße an alle.

p.s.: Backup ist vorhanden *yeahaw* Habe aber eine Lust die alle per USB zu kopieren. Evtl. klappt es ja noch anders.

 

[Ap0phis]

Versuch mal "umount" (ohne "n" hinter´m "u")!

 

[Keynaan]

Ah, da haben wir ja umount. Vielen Dank Ap0phis.

Allerdings geht es nicht, da
umount: can't umount /volume1/video: Device or resource busy

Edit: klappt jetzt. Ging nur temporär nicht. Allerdings ist der Ordner fort. Mist. Da kann wohl jemand über Nacht kopieren...

 

[Ap0phis]

Jo, könnte sein, da wohl der synoindexd drauf zugreift.
Ein Neustart sollte hier aber auch helfen.

Und dann dürftest du wahrscheinlich wohl neu indizieren müssen.

 

[Keynaan]

Sie startet gerade neu, das kann aber noch gut 10min dauern, bis die wieder da ist. Es ist schon eine alte Dame, wie man in der Signatur sehen kann. ^^
Ich gebe noch Bescheid was dabei heraus kommt.

Allerdings verstehe ich die Rolle des synoindexd nicht so ganz in dem Zusammenhang. Der Ordner war ja per SSH nicht mehr zu sehen. Indiziert synoindexd nicht nur für die DLNA/Photo/etc Dienste?

Einen erholsamen Abend wünsche ich noch.

(BTW wo kann man am besten nachschauen warum der Start so lange dauert? )

 

[Ap0phis]

Der synoindexd überwacht die ordner: music, photo und video.

Die kannst mal in der /var/log/messages nachschauen, ob du da was wegen des langsamen Strats findest.
Oder zuerst mal in die Systemlogs im DSM nachschauen, ob da schon was erkennbar ist.

 

[Keynaan]

Eben, er überwacht die Ordner und bindet sie nicht ein, oder ändert sie.
Sei es drum. Der Ordner video ist wieder samt Inhalt da.

In den Syslogs war bisher nix besonderes. Da hatte ich immer schon mal geschaut.

Wow, aber in messages scheint so einiges im Argen zu sein:

Nov 3 22:01:32 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Nov 3 22:01:48 ssctl: ssctl.cpp:98:ClearSSTmpResource(): Get no service info
Nov 3 22:01:59 scheduler: scheduler.c (1644) Got signal. Die gracefully.
Nov 3 22:02:12 kernel: correction with 0x0f
Nov 3 22:02:12 syslogd exiting
Nov 3 22:03:15 syslogd started: BusyBox v1.16.1
Nov 3 22:03:17 spacetool: spacetool.c:2086 [Info] Old vg path: [/dev/vg1], New vg path: [/dev/vg1], UUID: [q8vOll-9JJL-Wa0p-fi2g-ffWC-8jEl-nKcgnJ]
Nov 3 22:03:17 spacetool: spacetool.c:2089 [Info] Activate all VG
Nov 3 22:03:21 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Nov 3 22:03:28 kernel: EXT3-fs warning: mounting fs with errors, running e2fsck is recommended
Nov 3 22:13:01 kernel: EXT3-fs warning: mounting fs with errors, running e2fsck is recommended
Nov 3 22:13:07 scemd: scemd.c:125 fan_type=2, raid_type=1, led_type=1, thermal_type=1, fanctrl_type=1, auto_poweron_type=2, dual_power_type=1, usbcopy_type=1, fan_number=1, ebox_type=1, pis_type=1, rtc_type=1
Nov 3 22:13:08 scemd: modules/raid_sys_volume_check.c:163 MD0 active disks 2, designed disks 2
Nov 3 22:13:08 scemd: modules/raid_sys_volume_check.c:163 MD1 active disks 2, designed disks 2
Nov 3 22:13:08 scemd: modules/disk_hibernation.c:429 Force hibernation enable, idle minutes 20
Nov 3 22:13:11 synocheckshare: Fix shares in smb.conf.
Nov 3 22:13:17 kernel: Got empty serial number. Generate serial number from product.
Nov 3 22:13:18 syno_hdd_util: Model:[ST31500341AS], Firmware:[CC1H], S/N:[9VS2P815] in [/dev/sdb] is not ssd
Nov 3 22:13:18 syno_hdd_util: Model:[ST31500341AS], Firmware:[CC1H], S/N:[9VS0QP76] in [/dev/sda] is not ssd
Nov 3 22:13:22 synousbdisk: RCClean succeeded
Nov 3 22:13:22 synosata: synosata.c:187 no external sata devices used
Nov 3 22:13:23 ddnsd: main(ddnsd.c:2790): not enable DDNS, shutdown daemon
Nov 3 22:13:30 cupsd[2710]: [771] [listen.c:184] Unable to open listen socket for address :::631 - Address family not supported by protocol.
Nov 3 22:13:40 syno_bkp_data_update: Fail to get share information (NetBackup)
Nov 3 22:13:40 syno_bkp_data_update: syno_bkp_data_update.c: main(234) - Fail to update netbakup data format.
Nov 3 22:13:55 synoeaupgrade: synoeaupgrade.c:242 Fail to upgrade EA. Input/output error
Nov 3 22:15:02 synoindex: synoindex.c (531) Indexing daemon is not running
Nov 3 22:15:16 scemd: scemd.c:379 stop manutild.



Dies: Nov 3 22:13:01 kernel: EXT3-fs warning: mounting fs with errors, running e2fsck is recommended
und die letzten "Fails" sorgen mich ein wenig.

 

[joku]

Dies: Nov 3 22:13:01 kernel: EXT3-fs warning: mounting fs with errors, running e2fsck is recommended
und die letzten "Fails" sorgen mich ein wenig.

Hallo, wenn Du die DiskStation bootest prüft e2fsck das Filesystem. Gruß Jo

 

[Keynaan]

Prüft es nur, oder repariert bzw. sperrt es auch die kaputten Blöcke?

Ich habe nämlich beim Vergleich mit meinem Backup bemerkt, dass Dateien fehlen, die beim check per console einen io error verursachen. Scheint fast so als hätte das 1-jährige lagern doch zu ein wenig "bit rot" gesorgt. ^^

Grüße an alle

 

[goetz]

Hallo,
ein e2fsck läuft beim booten nur über die Systempartition, niemals über die Datenpartition. Der ext3-Kerneltreiber meckert weil das Dateisystem Fehler meldet, macht aber sonst nichts. Möchte man es per Hand ausführen müssen alle Prozesse geschlossen werden die auf das entsprechende Volume zugreifen und das Volume muß ausgehängt werden.

Gruß Götz

 

[Keynaan]

Hm, hatte so etwas ähnliches schon gelesen. Hast du dafür zufällig gerade die Befehle parat? Sonst suche ich es mir noch zusammen.

 

[joku]

Hallo, vielleicht hilft Dir das hier weiter. Gruß Jo
Synology DS212+: filesystem check

 

[Keynaan]

Danke

 

[Keynaan]

Eine Sache noch: Die kaputten Dateien lassen sich nicht löschen. Das Backup bricht an denen immer ab, weil sie war mit "ls" noch (fehlerhaft) auftauchen, aber natürlich nicht mehr lesbar sind. mit rm -rf lassen sie sich nicht löschen, weil sie nicht anwählbar sind. Hat noch jemand eine Idee, wie man das in den Griff bekommen kann?

Beste Grüße

 

[Keynaan]

Hallo,

ich bin es noch einmal mit einer abschliessenden Frage.

Seid ihr euch sicher, dass fsck beim Start der DS ausnahmslos die Systempartition überprüft? Nachdem ich die oben fehlerhaften genannten Dateien repariert habe, (in dem ich diese gelöscht und über fsck.ext4 repariert/entfernt habe) bootet meine DS in ca. 1min. Vorher waren es locker 15-20min.

Beste Grüße an alle