Custom USV?

[Great Gatsby]

Welche Firmware hast Du drauf?

Modellname			DS106j
Arbeitsspeicher insgesamt	32 MB
Firmware-Version		DSM 2.3-1157

Es handelt sich um die Firmware der 107er, installiert nach Deiner Anleitung. Lief bis jetzt ohne erkennbare Probleme, und das schon ziemlich lange.

 

[goetz]

Hallo,
hast Du ipkg installiert und eigene mounts angelegt?

Gruß Götz

 

[Great Gatsby]

Hallo,
hast Du ipkg installiert und eigene mounts angelegt?

Ja, IPKG habe ich installiert.

Außerdem vielleicht noch erwähnenswert ist, dass eventuell noch ein Kernel-Modul (?) von OpenVPN auf der DiskStation installiert sein könnte. Unter der DSM 2.2-959 hatte ich mich an einer OpenVPN-Installation versucht (ab hier, auch dabei hattest Du mir netterweise geholfen ), die ich aber nicht abgeschlossen habe). Allerdings habe ich danach noch zwei Firmware-Upgrades auf 2.3-1147 und 2.3-1157 durchgeführt, die das meinem Verständnis nach ja eigentlich beseitigt haben müssten ...

Eigene mounts habe ich nicht wissentlich angelegt. Hier hatte ich einen mount beseitigt und durch einen Symlink ersetzt.

Ansonsten: Auf der DiskStation ist noch das AdminTool 0.98a von itari installiert, das ebenfalls ohne Probleme läuft.

 

[goetz]

Hallo,
dann fällt mir auch nichts mehr ein. Aber poste bitte noch den Inhalt von /opt/etc/init.d und /usr/local/etc/rc.d

Gruß Götz

 

[Great Gatsby]

Hallo,
dann fällt mir auch nichts mehr ein. Aber poste bitte noch den Inhalt von /opt/etc/init.d und /usr/local/etc/rc.d

/opt/etc/init.d:

DiskStation> ls -al
total 16
drwxr-xr-x 2 root root 4096 Aug 12 23:10 .
drwxr-xr-x 7 root root 4096 Jul  9 16:42 ..
-rwxr-xr-x 1 root root  683 Jan 20  2008 S01modutils
-rwxr-xr-x 1 root root  844 Dec 23  2009 S20openvpn
DiskStation>

/usr/local/etc/rc.d:

DiskStation> ls -al
total 16
drwxr-xr-x 2 root root 4096 Aug  4 17:18 .
drwxr-xr-x 3 root root 4096 Jan  7  2010 ..
-rwxrwxrwx 1 root root  578 Feb 22 11:01 Init_3rdparty.sh
-rwxrwxrwx 1 root root  473 May 23 18:33 adm.sh
DiskStation>

 

[jahlives]

Und sind die Dateien in init.d ausführbar oder nicht? Ein ls -al oder dir kann helfen

 

[Great Gatsby]

Und sind die Dateien in init.d ausführbar oder nicht? Ein ls -al oder dir kann helfen

Ist oben geändert - danke!

 

[jahlives]

Probier mal ein chmod -x bei den beiden Dateien, dann DS rebooten und nochmals probieren (USV Script)

 

[goetz]

Hallo,
jetzt hatte ich auch gerade ein /volume1 crashed aber kein piepsen und kein verlängertes booten. Eine Erklärung habe ich dafür nicht.

Gruß Götz

 

[Great Gatsby]

Probier mal ein chmod -x bei den beiden Dateien, dann DS rebooten und nochmals probieren (USV Script)

Bevor ich etwas falsch mache: Mit "den beiden Dateien" sind die zwei Dateien in /opt/etc/init.d gemeint?

 

[jahlives]

Bevor ich etwas falsch mache: Mit "den beiden Dateien" sind die zwei Dateien in /opt/etc/init.d gemeint?

Jop die beiden habe ich gemeint

 

[Great Gatsby]

Alles klar. Ich habe das Ausführbarkeitsflag mit "chmod -x *" von beiden Dateien in init.d entfernt, neu gebootet und dann per SSH mit

/bin/sh /volume1/homes/admin/S99ShutdownScript.sh &

das Skript laufen lassen. Resultat war leider das gleiche, nach ein wenig Arbeit beginnt die Station wieder mit dem Piepen alle zwei Sekunden.

Sollte jemand ähnliche Probleme haben oder sogar eine Lösung dafür gefunden haben - bitte hier posten!

 

[Flitzer]

Hallo zusammen,

wollte das Thema nochmals puschen...

Hab eine DS-106 mit DSM 3.0-1354, bei mir Piepst sie auch alle 2-3 Sekunden.

Ebenfalls habe ich den Fehler mit Vol.1 crashed.

Hat jemand eine Lösung, anschubser @goetz

 

[Great Gatsby]

Hallo zusammen,

wollte das Thema nochmals puschen...

Hab eine DS-106 mit DSM 3.0-1354, bei mir Piepst sie auch alle 2-3 Sekunden.

Ebenfalls habe ich den Fehler mit Vol.1 crashed.

Hat jemand eine Lösung, anschubser @goetz

Ja, eine Lösung ohne das "Piepsen nach dem Crash" würde mich auch immer noch interessieren ...

 

[Great Gatsby]

Noch etwas, was mir als mögliche Fehlerquelle eingefallen ist: Die Quelle für das Skript ist ja /usr/syno/bin/synoups. Abweichungen im Quelltext habe ich beim Vergleich des synoups meiner DS106j mit dem Ausschnitt, den goetz oben gepostet hat, nicht entdecken können.

Mir fällt aber auf, dass die DiskStations, auf denen das Skript nicht zur Erkennung eines File System-Crashs führt und damit sauber abgearbeitet wird, alle DiskStations mit ext4 sein dürften, währenddessen die DS106j architekturbedingt nur mit ext3 zu betreiben ist, wenn ich es richtig verstehe. Könnte darin vielleicht ein Unterschied liegen, der dazu führt, dass /volume1 als "crashed" erkannt und read-only neu gestartet wird?

 

[Great Gatsby]

Noch ein kleiner Nachtrag: Ich habe meine DS-106j gerade auf die aktuelle 107er-Firmware 3.1-1605 aktualisiert und sehe, dass es dort nun in den Energie-Einstellungen möglich ist, den lauten Piepston für "Volume crashed" auszuschalten.

Ich habe noch nicht versucht, ob das mit der DS-106j auch tatsächlich funktioniert, aber falls es der Fall sein sollte, wäre es ja immerhin insofern schon ein Fortschritt, als dass man sich nach dem Ausführen des Shutdown-Skripts das laute Piepsen bis zum Abschalten durch die Timer-Steckdose nicht mehr anhören müsste.

An einer eigentlichen Lösung, d.h. dem Vermeiden des Volume1-Crashes bleibe ich aber natürlich weiter interessiert, sollte noch jemand eine Lösung finden.

 

[Great Gatsby]

Die Lösung?

Gute Nachricht: Ich habe eventuell die Lösung!

Beim Wiederaktivieren meines Shutdown-Skripts zum Testen fiel mir auf, dass es auf der DS-106j mit der neuen 107er-Firmware DSM 3.1-1605 anscheinend plötzlich keinen /volume1-Crash mehr hervorruft. Die Station piepte nach dem Ausführen nicht mehr im Zwei-Sekunden-Rhythmus wie früher, obwohl das Piepsen bei Volume-Crash in den Energieeinstellungen des DSM 3.1-1605 noch nicht ausgeschaltet war. Auch im Auszug aus /var/log/messages entdecke ich für die fraglichen Shutdown- und Reboot-Zeiten keinen Volume-Crash mehr.

Hier die beiden Auszüge zur Bewertung durch den hier versammelten Sachverstand:

Shutdown:

Apr  2 23:45:03 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Apr  2 23:45:12 synoaudiod: synoaudiod.cpp:530 synoaudiod exit
Apr  2 23:45:19 ssctl: ssctl.cpp:98:ClearSSTmpResource(): Get no service info
Apr  2 23:45:25 scheduler: scheduler.c (1644) Got signal. Die gracefully.
Apr  2 23:45:29 kernel: fs_close_all_files: force to close file c0b698c0
Apr  2 23:45:29 kernel: fs_close_all_files: force to close file c02fd4a0
Apr  2 23:45:29 kernel: fs_close_all_files: force to close file c176f640
Apr  2 23:45:29 kernel: fs_close_all_files: force to close file c176fdc0
Apr  2 23:45:30 kernel: sys_umount: force unmount success

Reboot:

Apr  2 23:55:31 syslogd started: BusyBox v1.16.1
Apr  2 23:55:31 kernel: kinoded started
Apr  2 23:55:31 kernel: pty: 256 Unix98 ptys configured
Apr  2 23:55:31 kernel: RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
Apr  2 23:55:31 kernel: physmap.c:421(init_physmap): Unknown flash type, using ppcboot settings.
Apr  2 23:55:31 kernel: master->size = 200000, erasesize = 10000
Apr  2 23:55:31 kernel: Mac0 00:11:32:02:17:1d
Apr  2 23:55:31 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Apr  2 23:55:31 kernel: Vender partition MacNum:1 retlen:64
Apr  2 23:55:31 kernel: Serial Number: XXXXXXXXXX
Apr  2 23:55:31 kernel: hda: XXXXXXXX, ATA DISK drive
Apr  2 23:55:31 kernel: blk: queue c022aeb0, I/O limit 4095Mb (mask 0xffffffff)
Apr  2 23:55:31 kernel: ide0 at 0xbffff8-0xbfffff,0xbffff6 on irq 16
Apr  2 23:55:31 kernel: ide1 at 0xbfffe8-0xbfffef,0xbfffe6 on irq 16
Apr  2 23:55:31 kernel: ide2: DISABLED, NO IRQ
Apr  2 23:55:31 kernel: ide3: DISABLED, NO IRQ
Apr  2 23:55:31 kernel: ide4: DISABLED, NO IRQ
Apr  2 23:55:31 kernel: ide5: DISABLED, NO IRQ
Apr  2 23:55:31 kernel: ide6: DISABLED, NO IRQ
Apr  2 23:55:31 kernel: ide7: DISABLED, NO IRQ
Apr  2 23:55:31 kernel: hda: attached ide-disk driver.
Apr  2 23:55:31 kernel: hda: host protected area => 1
Apr  2 23:55:31 kernel: VFS: Mounted root (ext2 filesystem).
Apr  2 23:55:31 kernel: i2c-ppc.c(mpc_i2c_init)(240) i2c_base = fc003000
Apr  2 23:55:31 kernel: correction with 0x0f
Apr  2 23:55:31 kernel: Unknown model: 0
Apr  2 23:55:31 kernel: Module type init error
Apr  2 23:55:31 kernel: Unknown model: 0
Apr  2 23:55:31 kernel: synobios: unload
Apr  2 23:55:31 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Apr  2 23:55:31 kernel: VFS: Mounted root (ext3 filesystem).
Apr  2 23:55:31 kernel: sk98lin: Network Device Driver v8.41.2.3
Apr  2 23:55:31 kernel: (C)Copyright 1999-2006 Marvell(R).
Apr  2 23:55:31 kernel: eth0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter
Apr  2 23:55:31 kernel:       PrefPort:A  RlmtMode:Check Link State
Apr  2 23:55:31 kernel: i2c-ppc.c(mpc_i2c_init)(240) i2c_base = fc003000
Apr  2 23:55:31 kernel: correction with 0x0f
Apr  2 23:55:31 kernel: Unknown model: 0
Apr  2 23:55:31 kernel: Module type init error
Apr  2 23:55:31 s00_synocheckfstab: system_blk_dev_readahead_set.c:35 Failed to set '/dev/hda3''s readahead to 4096d
Apr  2 23:55:31 s00_synocheckfstab: volume_readahead_allset.c:32 Failed to set RA on [/dev/hda3]
Apr  2 23:55:33 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Apr  2 23:55:34 scemd: scemd.c:125 fan_type=0, raid_type=0, led_type=0, thermal_type=0, fanctrl_type=0, auto_poweron_type=0, dual_power_type=0, usbcopy_type=0, fan_number=0, ebox_type=1, pis_type=0, rtc_type=0
Apr  2 23:55:34 scemd: modules/mapping_fan.c:227 Default fan type FAN_UNKNOWN is used.
Apr  2 23:55:34 scemd: modules/disk_hibernation.c:429 Force hibernation enable, idle minutes 10
Apr  2 23:55:34 kernel: eth0: network connection up using port A
Apr  2 23:55:34 kernel:     speed:           1000
Apr  2 23:55:34 kernel:     autonegotiation: yes
Apr  2 23:55:34 kernel:     duplex mode:     full
Apr  2 23:55:34 kernel:     flowctrl:        symmetric
Apr  2 23:55:34 kernel:     role:            slave
Apr  2 23:55:34 kernel:     irq moderation:  disabled
Apr  2 23:55:34 kernel:     scatter-gather:  enabled
Apr  2 23:55:34 kernel:     tx-checksum:     enabled
Apr  2 23:55:34 kernel:     rx-checksum:     enabled
Apr  2 23:55:42 scemd: modules/cpu_frequence_adjust.c:176 cpufreq module was not loaded, CPU Frequence Scalling was disabled.
Apr  2 23:55:42 kernel: PCI: 00:0e.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW.
Apr  2 23:55:42 kernel: PCI: 00:0e.2 PCI cache line size corrected to 32.
Apr  2 23:55:42 kernel: USB_DEVICE: This is hub. No need to call_policy_interface.
Apr  2 23:55:42 kernel: USB_DEVICE: This is hub. No need to call_policy_interface.
Apr  2 23:55:43 kernel: USB_DEVICE: This is hub. No need to call_policy_interface.
Apr  2 23:55:43 syno_hdd_util: Model:[XXXXXXXX], Firmware:[XX], S/N:[XXXXXXXXXX] in [/dev/hda] is not ssd
Apr  2 23:56:03 synousbdisk: RCClean succeeded
Apr  2 23:56:03 synosata: synosata.c:187 no external sata devices used
Apr  2 23:56:05 ddnsd: main(ddnsd.c:2790):  not enable DDNS, shutdown daemon
Apr  2 23:56:19 cupsd[1688]:  [771] [listen.c:184] Unable to open listen socket for address :::631 - Address family not supported by protocol.
Apr  2 23:56:33 syno_bkp_data_update: Fail to get share information (NetBackup)
Apr  2 23:56:33 syno_bkp_data_update: syno_bkp_data_update.c: main(234) - Fail to update netbakup data format.
Apr  2 23:57:28 synorcd: hw_raytac.c (222) failed to open /dev/usb/hiddev5 (No such device).
Apr  2 23:57:42 scemd: scemd.c:379 stop manutild.

Fragen: Teilt Ihr meine Einschätzung? Oder seht Ihr in den logs noch etwas, was einen davon abhalten sollte, die Station zum zeitgesteuerten Abschalten auf die Weise in einen "abschaltsicheren Modus" zu bringen? - Vielen Dank!

 

[Mario_m]

Meldung

Weiss jemand ob man die Meldung (crashed) nach dem Neustart irgendwie unterbinden kann, ohne die anderen Meldungen der Box zu unterbinden?

Bin mir auch nicht sicher ob die DS die Platten wirklich unmountet. Kann man das irgendwie testen?

 

[jahlives]

ein Volume crashed sollte eigentlich nicht auf die leichte Schulter genommen werden. Da sollte man zumindest prüfen ob man Fehler im Dateisystem hat. Das geht leider nur via Konsole und im DSM nicht wirklich. Ich habe noch bei jedem volume1 crashed Fehler im Dateisystem gefunden.

 

[Mario_m]

Ich war der Meinung, dass die Meldung immer kommt, da die Box ja mit dem Script von Goetz als quasi abgestürzt gesetzt wird um beim Neustart dies der Box auffällt.
Oder irre ich mich da?