Marvell DS209j Kernel Oops beim automatischen nächtlichen runterfahren

[k9ert]

Hallo allerseits,

ich hoffe ich bin hier im richtigen Unterforum. Seit einigen Tagen fährt meine Synology nicht mehr anständig runter. Im Log steht folgendes:

Apr  4 22:54:12 ddnsd: main(ddnsd.c:1810):  not enable DDNS, shutdown daemon 
Apr  4 22:55:59 scemd: scemd.c:235 stop manutild.
Apr  5 01:30:01 scemd: SCEMD: disk 1 wake up from hibernation 
Apr  5 01:30:01 kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
Apr  5 01:30:01 kernel: ata1.00: waking up from sleep
Apr  5 01:30:10 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Apr  5 01:30:24 kernel: force close libgcc_s.so.1 file(3) dentry(1)
Apr  5 01:30:24 kernel: force close libutil-2.3.3.so file(3) dentry(1)
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:24 kernel: filemap_fault: force unmount hit
Apr  5 01:30:25 kernel: filemap_fault: force unmount hit
Apr  5 01:30:25 kernel: filemap_fault: force unmount hit
Apr  5 01:30:25 kernel: filemap_fault: force unmount hit
Apr  5 01:30:25 kernel: ------------[ cut here ]------------
Apr  5 01:30:25 kernel: Kernel BUG at c0173b4c [verbose debug info unavailable]
Apr  5 01:30:25 kernel: Oops: Exception in kernel mode, sig: 5 [#1]
Apr  5 01:30:25 kernel: NIP: c0173b4c LR: c0173dec CTR: 00000000
Apr  5 01:30:25 kernel: REGS: c3765c60 TRAP: 0700   Tainted: P         (2.6.24)
Apr  5 01:30:25 kernel: MSR: 00029032 <EE,ME,IR,DR>  CR: 24008422  XER: 20000000
Apr  5 01:30:25 kernel: TASK = c3b03030[6357] 'syno_poweroff_t' THREAD: c3764000
Apr  5 01:30:25 kernel: NIP [c0173b4c] prio_tree_replace+0x80/0x90
Apr  5 01:30:25 kernel: LR [c0173dec] prio_tree_remove+0xc8/0x138
Apr  5 01:30:25 kernel: Call Trace:
Apr  5 01:30:25 kernel: [c3765d10] [c3765d68] 0xc3765d68 (unreliable)
Apr  5 01:30:25 kernel: [c3765d40] [c004e114] vma_prio_tree_remove+0x68/0x110
Apr  5 01:30:25 kernel: [c3765d60] [c00548ec] __remove_shared_vm_struct+0x68/0x94
Apr  5 01:30:25 kernel: [c3765d70] [c0050580] free_pgtables+0xc4/0xe8
Apr  5 01:30:25 kernel: [c3765da0] [c0056cf0] exit_mmap+0x94/0xf0
Apr  5 01:30:25 kernel: [c3765dc0] [c00150d4] mmput+0x50/0xd4
Apr  5 01:30:25 kernel: [c3765de0] [c0019d24] exit_mm+0x84/0xe0
Apr  5 01:30:25 kernel: [c3765e00] [c001a56c] do_exit+0x130/0x2dc
Apr  5 01:30:25 kernel: [c3765e20] [c001a78c] do_group_exit+0x38/0x88
Apr  5 01:30:25 kernel: [c3765e40] [c0024bf4] get_signal_to_deliver+0x174/0x298
Apr  5 01:30:25 kernel: [c3765e70] [c000ca40] do_signal+0x48/0x1c4
Apr  5 01:30:25 kernel: [c3765f40] [c0004824] do_user_signal+0x74/0xc4
Apr  5 01:30:25 kernel: Instruction dump:
Apr  5 01:30:25 kernel: 7c002000 4d820020 90050004 81240004 90a90008 4e800020 90a90000 4bffffc4 
Apr  5 01:30:25 kernel: 80030000 7c002278 3160ffff 7d2b0110 <0f090000> 90a50008 90a30000 4bffffa4 
Apr  5 01:30:25 kernel: Fixing recursive fault but reboot is needed!
Apr  6 08:53:34 kernel: Synology Hardware Version: DS209jv10-j
Apr  6 08:53:34 kernel: Zone PFN ranges:
Apr  6 08:53:34 kernel:   DMA             0 ->    16384
Apr  6 08:53:34 kernel:   Normal      16384 ->    16384
Apr  6 08:53:34 kernel: Movable zone start PFN for each node
Apr  6 08:53:34 kernel: early_node_map[1] active PFN ranges

Kann sich das jemand erklären? Ich fahre automatisch um 01:30h runter. Meine Festplatte geht nach 20 Minuten im Leerlauf in den Ruhezustand.

schöne Grüsse

Kim

P.S.: Achja, um 8:53 hab ich dann den Strom gekappt und neu gebootet.

 

[itari]

Wende dich doch damit an den Synology Support per E-Mail und schick denen deinen Auszug als Anhang mit.

Itari

 

[k9ert]

Wende dich doch damit an den Synology Support per E-Mail und schick denen deinen Auszug als Anhang mit.

Hab ich gemacht, hier die Antwort vom Support:

-------------------------------------------------------------------

Hi Kim,

Thank you for the feedback.

Currently there is a known issue. If the folder "opt" exists in DiskStation, it's possible the power off can't work smoothly because umounting the mount points is failed. So any 3rd-party software is installed in this DS209j, you could try disabling it and check if any difference is made. We will give an enhancement for this issue as soon as possible. Thank you.

If you have further questions or suggestions, please feel free to contact Synology support again.
-------------------------------------------------------------------
cheers

Kim

 

[thedude]

Wenn es wirklich an /opt liegt versuche doch mal ein start/stop script für den mount. Ist im wiki beschrieben.

gruss
dude

 

[jahlives]

Oder verzichte auf den mount für /opt und lege symbolische Links an.

ln -s /volume1/@optware/* /opt/

 

[k9ert]

Sehr schön, danke für Eure Tips. Kann/soll ich den Thread irgendwie auf resolved stellen?!

Kim

 

[thedude]

Oder verzichte auf den mount für /opt und lege symbolische Links an.

ln -s /volume1/@optware/* /opt/

Dann musst Du aber auch erklären wie man den default mount tot legt. Wie ist da eigentlich der beste Weg? Gleich das ganze Optware Setup in /etc/rc.local totlegen oder nur den mount Befehl in /etc/rc.optware?

tö
dude

 

[itari]

Dann musst Du aber auch erklären wie man den default mount tot legt. Wie ist da eigentlich der beste Weg? Gleich das ganze Optware Setup in /etc/rc.local totlegen oder nur den mount Befehl in /etc/rc.optware?

Kommentarzeichen vor die Zeile in der /etc/rc.local setzen und dann die DS neu booten.

Itari

 

[thedude]

Gut zu wissen.

 

[jahlives]

Kommentarzeichen vor die Zeile in der /etc/rc.local setzen und dann die DS neu booten.

Wieso neu booten? Einfach umount -f /opt und das Kommentarzeichen in rc.local. Der nächste Reboot kommt bestimmt

 

[itari]

Wieso neu booten?

Ich wollte mich jetzt einfach nicht mit den vielen Möglichkeiten auseinandersetzen, die eintreten können, wenn der umount nicht geht ...

Itari