Bootloop mit DS212+ nach Update auf DSM 5.0

[milux]

Hallo zusammen,

ich habe jetzt lange genug hier im Forum gestöbert, google bemüht etc. etc. und bin trotzdem zu keine Lösung gekommen, deswegen hoffe ich jetzt, dass hier jemand ist, der mir weiterhelfen kann.

Habe heute morgen meine DS412+ auf DSM 5.0 geupdatet.
Das lief so glatt und super, dass ich mir dachte: "Jetzt aktualisiere ich die DS212+, in deren Netz ich einen VPN-Tunnel habe, gleich noch mit."
Gesagt, getan, und damit ging der Ärger los. Update verlief fehlerfrei, ich kann in den Logs keine Indizien für einen schwerwiegenden Fehler entdecken:

Mar 13 09:53:05 FCG_SERVER upgrade.cgi: UnpackFirmware: Clean //upd@te.pat...
Mar 13 09:53:10 FCG_SERVER upgrade.cgi: upgrade.cpp:(1033): Verify checksum of [//upd@te]...
Mar 13 09:53:12 FCG_SERVER upgrade.cgi: upgrade.cpp:(1040): Pass checksum of //upd@te...
Mar 13 09:53:12 FCG_SERVER upgrade.cgi: upgrade.cpp:1022 Executing [//upd@te/updater -v / -x > /dev/null 2>&1]
Mar 13 09:53:12 FCG_SERVER updater: updater.c:4890 Start of the updater...
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5020 This is junior, gszDevMtdPartition=[/dev/mtd5]
Mar 13 09:53:12 FCG_SERVER updater: updater.c:2378 orgBuildNumber = 3827, newBuildNumber=4458
Mar 13 09:53:12 FCG_SERVER updater: updater.c:2466 [CheckPackageSize] Find [1] internal volume, external volume count= [0]
Mar 13 09:53:12 FCG_SERVER updater: updater.c:2483 CheckPackageSize, err=0
Mar 13 09:53:12 FCG_SERVER updater: updater.c:3128 SYNORedBootUpdCheckAndApply(3128): Skip bootloader update, no uboot_do_upd.sh exists
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5342 number of partitions = [6]
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5347 [RedBoot]  0xF8000000  0x00080000  0x00072A14
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5347 [zImage]  0xF8080000  0x00200000  0x0017F95C
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5347 [rd.gz]  0xF8280000  0x00140000  0x000E4275
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5347 [vendor]  0xF83C0000  0x00010000  0x00010000
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5347 [RedBoot Config]  0xF83D0000  0x00020000  0x00020000
Mar 13 09:53:12 FCG_SERVER updater: updater.c:5347 [FIS directory]  0xF83F0000  0x00010000  0x00000600
Mar 13 09:53:12 FCG_SERVER updater: flashsize = 0x00400000, eraseblock = 0x00010000
Mar 13 09:53:12 FCG_SERVER updater: UPDTInitPatchInfo(3254): file [RedBoot.msys] not included in the patch package 
Mar 13 09:53:12 FCG_SERVER updater: PATCHINFO: part[RedBoot] file[RedBoot.msys] start = [0xF8000000] size[0x524288] datalen=[0x00072A14] nblock[0] balance[0] fneedupdate[0]
Mar 13 09:53:12 FCG_SERVER updater: PATCHINFO: part[zImage] file[zImage] start = [0xF8080000] size[0x2097152] datalen=[0x001967D0] nblock[26] balance[6] fneedupdate[1]
Mar 13 09:53:12 FCG_SERVER updater: PATCHINFO: part[rd.gz] file[rd.bin] start = [0xF8280000] size[0x1310720] datalen=[0x000F2175] nblock[16] balance[4] fneedupdate[1]
Mar 13 09:53:12 FCG_SERVER updater: UPDTInitPatchInfo(3254): file [vendor] not included in the patch package 
Mar 13 09:53:12 FCG_SERVER updater: PATCHINFO: part[vendor] file[vendor] start = [0xF83C0000] size[0x65536] datalen=[0x00010000] nblock[0] balance[0] fneedupdate[0]
Mar 13 09:53:12 FCG_SERVER updater: UPDTInitPatchInfo(3254): file [RedBoot Config] not included in the patch package 
Mar 13 09:53:12 FCG_SERVER updater: PATCHINFO: part[RedBoot Config] file[RedBoot Config] start = [0xF83D0000] size[0x131072] datalen=[0x00020000] nblock[0] balance[0] fneedupdate[0]
Mar 13 09:53:12 FCG_SERVER updater: UPDTInitPatchInfo(3254): file [FIS Directory] not included in the patch package 
Mar 13 09:53:12 FCG_SERVER updater: PATCHINFO: part[FIS Directory] file[FIS Directory] start = [0xF83F0000] size[0x65536] datalen=[0x00000600] nblock[0] balance[0] fneedupdate[0]
Mar 13 09:53:12 FCG_SERVER updater: szCmd=[/bin/rm -rf /upd@te/b@ckup; /bin/mkdir -p /upd@te/b@ckup]
Mar 13 09:53:12 FCG_SERVER updater: UPDTBackupOldPartition(3349): command=[/bin/dd if="/dev/mtd0" of="/upd@te/b@ckup/mtd_RedBoot" bs=16384]
Mar 13 09:53:13 FCG_SERVER updater: UPDTBackupOldPartition(3349): command=[/bin/dd if="/dev/mtd1" of="/upd@te/b@ckup/mtd_zImage" bs=16384]
Mar 13 09:53:14 FCG_SERVER updater: UPDTBackupOldPartition(3349): command=[/bin/dd if="/dev/mtd2" of="/upd@te/b@ckup/mtd_rd.gz" bs=16384]
Mar 13 09:53:15 FCG_SERVER updater: UPDTBackupOldPartition(3349): command=[/bin/dd if="/dev/mtd3" of="/upd@te/b@ckup/mtd_vendor" bs=16384]
Mar 13 09:53:15 FCG_SERVER updater: UPDTBackupOldPartition(3349): command=[/bin/dd if="/dev/mtd4" of="/upd@te/b@ckup/mtd_RedBoot Config" bs=16384]
Mar 13 09:53:15 FCG_SERVER updater: UPDTBackupOldPartition(3349): command=[/bin/dd if="/dev/mtd5" of="/upd@te/b@ckup/mtd_FIS directory" bs=16384]
Mar 13 09:53:15 FCG_SERVER updater: UPDTDoPatch: skip updating [RedBoot]
Mar 13 09:53:15 FCG_SERVER updater: updater.c:3450(UPDTDoPatch) Try to Erase MTD Partition(/dev/mtd1), [0/3]...
Mar 13 09:53:40 FCG_SERVER updater: updater.c:3461(UPDTDoPatch) Try to Write MTD Partition(/dev/mtd1), [0/3]...
Mar 13 09:53:46 FCG_SERVER updater: updater.c:3467(UPDTDoPatch) Try to Verify MTD Partition(/dev/mtd1), [0/3]...
Mar 13 09:53:49 FCG_SERVER updater: UPDTDoPatch: Finish updating [zImage]
Mar 13 09:53:49 FCG_SERVER updater: updater.c:3450(UPDTDoPatch) Try to Erase MTD Partition(/dev/mtd2), [0/3]...
Mar 13 09:54:05 FCG_SERVER updater: updater.c:3461(UPDTDoPatch) Try to Write MTD Partition(/dev/mtd2), [0/3]...
Mar 13 09:54:10 FCG_SERVER updater: updater.c:3467(UPDTDoPatch) Try to Verify MTD Partition(/dev/mtd2), [0/3]...
Mar 13 09:54:12 FCG_SERVER updater: UPDTDoPatch: Finish updating [rd.gz]
Mar 13 09:54:12 FCG_SERVER updater: UPDTDoPatch: skip updating [vendor]
Mar 13 09:54:12 FCG_SERVER updater: UPDTDoPatch: skip updating [RedBoot Config]
Mar 13 09:54:12 FCG_SERVER updater: UPDTDoPatch: skip updating [FIS Directory]
Mar 13 09:54:12 FCG_SERVER updater: updater.c:4410 Decompress hda1.tgz to SynoUpgrade.tar
Mar 13 09:54:46 FCG_SERVER updater: updater.c:4212 successfully backup image for System Migration in path (/tmpRoot/.syno/patch).
Mar 13 09:54:46 FCG_SERVER updater: libconfigupdate.c:98 Original info before upgrade, dsmversion: 3827, smallfixnumber: 0, event: all
Mar 13 09:54:46 FCG_SERVER updater: updater_lib.c:144 UpdateUnlinkManUtil, err: 0
Mar 13 09:54:46 FCG_SERVER updater: updater_lib.c:160 UpdateUnlinkOldPHPConf, err: 0
Mar 13 09:54:46 FCG_SERVER updater: updater_lib.c:183 UpdateCrondConf
Mar 13 09:54:46 FCG_SERVER updater: update zoneinfo: Amsterdam
Mar 13 09:54:46 FCG_SERVER updater: libconfigupdate.c:28 update config for version: 4000
usw. usw.
Mar 13 09:55:01 FCG_SERVER updater: libconfigupdate.c:28 update config for version: 4432
Mar 13 09:55:01 FCG_SERVER updater: service_conf_ports_set.c:95 Configure file (/usr/syno/etc/services.d/versionbkp_server.sc) does not exist![0x0D00 string_sep_pair.c:54]
Mar 13 09:55:01 FCG_SERVER updater: updater_lib.c:5979 failed to change port for img backup [No such file or directory][0x0D00 string_sep_pair.c:54]
Mar 13 09:55:01 FCG_SERVER updater: libconfigupdate.c:28 update config for version: 4436
usw. usw.
Mar 13 09:55:01 FCG_SERVER updater: libconfigupdate.c:28 update config for version: 4456
Mar 13 09:55:01 FCG_SERVER updater: updater.c:5414 Congratulation!! The update has been completed!!
Mar 13 09:55:31 FCG_SERVER upgrade.cgi: upgrade.cpp:492 Reboot system

Nach dem Reboot ließ er mich dann schonmal nicht ins Admin-Interface, und zeigte nach der Eingabe von user/pw, dass das Interface "vorbereitet" würde, ich solle mich doch bitte später anmelden.
Also habe ich mich mit SSH (root) auf der Kommandozeile eingeloggt, und mit "top" nachgesehen, was er denn so treibt.
Da ist mir zunächst der Prozess "scemd" durch seine 100% CPU-Last aufgefallen( außerdem die Prozesse "md2_resync" und "md2_raid1", die hin und wieder mit 10-20% CPU-Last nach oben kommen) und dann ist das NAS auch schon zum 1. Mal abgeschmiert und war nicht mehr erreichbar.

Nach wenigen Minuten hat sich dasselbe Spiel wiederholt, interessante Feststellung nebenbei:
Sobald scemd seine Arbeit gemacht hat und die CPU-Last fällt, kommt es praktisch sofort zum Absturz.
Folglich ist es wohl irgendetwas, dass damit in Zusammenhang steht, vielleicht irgendwas, was unmittelbar danach ausgeführt wird.

Nach ein paar Runden habe ich scemd zum 1. Mal beherzt mit "kill" abgeschossen, was unmittelbar zum Absturz geführt hat.
Bei einem weiteren Versuch habe ich es dann tatsächlich geschafft, mich anzumelden, bevor der Absturz kam.
Diese Session scheint durch alle Abstürze hinweg offen zu bleiben, was mich sehr verwundet hat. Seitdem kann ich das Interface immer 2-3 Minuten nutzen...

Das Kuriose: ALLE DIENSTE FUNKTIONIEREN (natürlich nur in der kurzen Zeit bis zum Absturz)!
SSH, Samba, das Admin-Inferface, alles überhaupt kein Thema...
Die Dateien sind auch alle da, ich vermisse eigentlich nichts außer ein stabiles System.

 

[milux]

Fortsetzung...

Hier mal die kompletten Logs aus "/var/log/messages" von einer solchen "Runde" von Kernelstart bis Absturz:

Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] CPU: VIVT data cache, VIVT instruction cache
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Machine: Synology 6282 board
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Using UBoot passing parameters structure
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Sys Clk = 200000000, Tclk = 166666667
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Synology Board ID: 27
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Memory policy: ECC disabled, Data cache writeback
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping off.  Total pages: 130048
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Synology Hardware Version: DS212pv20-j
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Internal HD num: 2
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Internal netif num: 1
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Esata chip use 7042: 1
Mar 13 14:33:22 FCG_SERVER kernel: [    0.000000] Console: colour dummy device 80x30
Mar 13 14:33:22 FCG_SERVER kernel: [    0.250000] Mount-cache hash table entries: 512
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] 
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] CPU Interface
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] -------------
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] SDRAM_CS0 ....base 00000000, size 256MB 
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] SDRAM_CS1 ....base 10000000, size 256MB 
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] SDRAM_CS2 ....disable
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] SDRAM_CS3 ....disable
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] PEX0_MEM ....base e0000000, size 128MB 
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] PEX0_IO ....base f2000000, size   1MB 
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] PEX1_MEM ....base e8000000, size 128MB 
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] PEX1_IO ....base f2100000, size   1MB 
Mar 13 14:33:22 FCG_SERVER kernel: [    0.420000] INTER_REGS ....base f1000000, size   1MB 
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] NFLASH_CS ....base fa000000, size   2MB 
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] SPI_CS ....base f4000000, size  16MB 
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] BOOT_ROM_CS ....no such
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] DEV_BOOTCS ....no such
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] CRYPT_ENG ....base f0000000, size   2MB 
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000]  Detected Tclk 200000000 and SysClk 500000000 
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] Apply DS 212 GPIO
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] Synology 6282 1, 2 bay GPIO Init
Mar 13 14:33:23 FCG_SERVER kernel: [    0.420000] PCIe link is enable, apply PCIe workaround
Mar 13 14:33:23 FCG_SERVER kernel: [    0.920000] PEX0 interface detected Link X4
Mar 13 14:33:23 FCG_SERVER kernel: [    1.420000] PEX1 interface detected Link X1
Mar 13 14:33:23 FCG_SERVER kernel: [    1.430000] bio: create slab <bio-0> at 0
Mar 13 14:33:23 FCG_SERVER kernel: [    1.600000] raid6: int32x1    156 MB/s
Mar 13 14:33:23 FCG_SERVER kernel: [    1.770000] raid6: int32x2    247 MB/s
Mar 13 14:33:23 FCG_SERVER kernel: [    1.940000] raid6: int32x4    283 MB/s
Mar 13 14:33:23 FCG_SERVER kernel: [    2.110000] raid6: int32x8    279 MB/s
Mar 13 14:33:23 FCG_SERVER kernel: [    2.110000] raid6: using algorithm int32x4 (283 MB/s)
Mar 13 14:33:23 FCG_SERVER kernel: [    2.800000] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Mar 13 14:33:23 FCG_SERVER kernel: [   11.410000] ata1: link is slow to respond, please be patient (ready=0)
Mar 13 14:33:23 FCG_SERVER kernel: [   15.910000] ata1: SRST failed (errno=-16)
Mar 13 14:33:23 FCG_SERVER kernel: [   15.910000] ata1: SRST fail, set srst fail flag
Mar 13 14:33:23 FCG_SERVER kernel: [   18.880000] ata1: link reset sucessfully clear error flags
Mar 13 14:33:23 FCG_SERVER kernel: [   22.120000] Delay 5 seconds to wait for disk 2 ready.
Mar 13 14:33:23 FCG_SERVER kernel: [   32.670000] ata2: link is slow to respond, please be patient (ready=0)
Mar 13 14:33:23 FCG_SERVER kernel: [   35.530000] PCI: enabling device 0000:00:01.0 (0140 -> 0143)
Mar 13 14:33:23 FCG_SERVER kernel: [   36.990000] SPI Serial flash detected @ 0xf8000000, 4096KB (64sec x 64KB)
Mar 13 14:33:23 FCG_SERVER kernel: [   37.050000] vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Mar 13 14:33:23 FCG_SERVER kernel: [   37.050000] vender Mac2 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Mar 13 14:33:23 FCG_SERVER kernel: [   37.060000] vender Mac3 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Mar 13 14:33:23 FCG_SERVER kernel: [   37.070000] serial number='C2KNN03807'
Mar 13 14:33:23 FCG_SERVER kernel: [   37.080000] SPI Serial flash detected @ 0xf4000000, 4096KB (64sec x 64KB)
Mar 13 14:33:23 FCG_SERVER kernel: [   37.100000] Loading Marvell Ethernet Driver:
Mar 13 14:33:23 FCG_SERVER kernel: [   37.100000]   o Cached descriptors in DRAM
Mar 13 14:33:23 FCG_SERVER kernel: [   37.100000]   o DRAM SW cache-coherency
Mar 13 14:33:23 FCG_SERVER kernel: [   37.110000]   o 2 Giga ports supported
Mar 13 14:33:23 FCG_SERVER kernel: [   37.110000]   o Single RX Queue support - ETH_DEF_RXQ=0
Mar 13 14:33:23 FCG_SERVER kernel: [   37.120000]   o Single TX Queue support - ETH_DEF_TXQ=0
Mar 13 14:33:23 FCG_SERVER kernel: [   37.120000]   o TCP segmentation offload (TSO) supported
Mar 13 14:33:23 FCG_SERVER kernel: [   37.130000]   o Receive checksum offload supported
Mar 13 14:33:23 FCG_SERVER kernel: [   37.130000]   o Transmit checksum offload supported
Mar 13 14:33:23 FCG_SERVER kernel: [   37.140000]   o SKB Recycle supported - (Enabled)
Mar 13 14:33:23 FCG_SERVER kernel: [   37.140000]   o Rx descripors: q0=128
Mar 13 14:33:23 FCG_SERVER kernel: [   37.150000]   o Tx descripors: q0=532
Mar 13 14:33:23 FCG_SERVER kernel: [   37.150000]   o Loading network interface(s):
Mar 13 14:33:23 FCG_SERVER kernel: [   37.160000]     o  register under mv88fx_eth platform
Mar 13 14:33:23 FCG_SERVER kernel: [   37.160000]     o eth0, ifindex = 2, GbE port = 0
Mar 13 14:33:23 FCG_SERVER kernel: [   37.170000]     o eth0, phy chipid = 1410e90, Support WOL = 32
Mar 13 14:33:23 FCG_SERVER kernel: [   37.170000] 
Mar 13 14:33:23 FCG_SERVER kernel: [   37.320000] md: invalid raid superblock magic on sda5
Mar 13 14:33:23 FCG_SERVER kernel: [   37.320000] md: sda5 does not have a valid v0.90 superblock, not importing!
Mar 13 14:33:23 FCG_SERVER kernel: [   37.370000] md: invalid raid superblock magic on sdb5
Mar 13 14:33:23 FCG_SERVER kernel: [   37.380000] md: sdb5 does not have a valid v0.90 superblock, not importing!
Mar 13 14:33:23 FCG_SERVER kernel: [   37.400000] md: sda2 has different UUID to sda1
Mar 13 14:33:23 FCG_SERVER kernel: [   37.410000] md: sdb2 has different UUID to sda1
Mar 13 14:33:23 FCG_SERVER kernel: [   38.220000] VFS: Mounted root (ext2 filesystem) on device 1:0.
Mar 13 14:33:23 FCG_SERVER kernel: [   38.480000] Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
Mar 13 14:33:23 FCG_SERVER kernel: [   38.680000] usb usb2: No SuperSpeed endpoint companion for config 1  interface 0 altsetting 0 ep 129: using minimum values
Mar 13 14:33:23 FCG_SERVER kernel: [   38.800000] ds212+_synobios: module license 'Synology Inc.' taints kernel.
Mar 13 14:33:23 FCG_SERVER kernel: [   38.800000] Disabling lock debugging due to kernel taint
Mar 13 14:33:23 FCG_SERVER kernel: [   38.850000] correction with 0x0f
Mar 13 14:33:23 FCG_SERVER kernel: [   38.910000] Brand: Synology
Mar 13 14:33:23 FCG_SERVER kernel: [   38.910000] Model: DS-212+
Mar 13 14:33:23 FCG_SERVER kernel: [   38.910000] This is default settings: set group disks wakeup number to 1, spinup time deno 1
Mar 13 14:33:23 FCG_SERVER kernel: [   38.950000] synobios: unload
Mar 13 14:33:23 FCG_SERVER kernel: [   39.140000] Got empty serial number. Generate serial number from product.
Mar 13 14:33:23 FCG_SERVER kernel: [   43.140000] usb 2-4: ep 0x81 - rounding interval to 128 microframes, ep desc says 160 microframes
Mar 13 14:33:23 FCG_SERVER kernel: [   43.500000] EXT3-fs: md0: couldn't mount because of unsupported optional features (240).
Mar 13 14:33:23 FCG_SERVER kernel: [   43.510000] EXT2-fs: md0: couldn't mount because of unsupported optional features (240).
Mar 13 14:33:23 FCG_SERVER kernel: [   43.530000] VFS: Mounted root (ext4 filesystem) on device 9:0.
Mar 13 14:33:28 FCG_SERVER kernel: [   50.280000] cesadev_init(bf186000)
Mar 13 14:33:28 FCG_SERVER kernel: [   50.320000] mvCesaInit: sessions=10240, queue=64, pSram=f0000000
Mar 13 14:33:28 FCG_SERVER kernel: [   50.570000] encryptfs using the OCF package.
Mar 13 14:33:29 FCG_SERVER kernel: [   51.250000] correction with 0x0f
Mar 13 14:33:29 FCG_SERVER kernel: [   51.300000] Brand: Synology
Mar 13 14:33:29 FCG_SERVER kernel: [   51.310000] Model: DS-212+
Mar 13 14:33:29 FCG_SERVER kernel: [   51.310000] This is default settings: set group disks wakeup number to 1, spinup time deno 1

 

[milux]

Fortsetzung die 2...

Mar 13 14:33:29 FCG_SERVER synonetseqadj: conf_maxlanport_get.c:22 Failed to SLIBCFileGetKeyValue(/etc.defaults/synoinfo.conf,maxlanport)
Mar 13 14:33:31 FCG_SERVER interface-catcher: eth0 () is added
Mar 13 14:33:32 FCG_SERVER interface-catcher: lo () is added
Mar 13 14:33:33 FCG_SERVER spacetool.shared: spacetool.c:2523 [Info] Old vg path: [/dev/vg1000], New vg path: [/dev/vg1000], UUID: [Q1q6S2-FeJb-0yjw-tTJP-kZJS-97Q1-zhWhGq]
Mar 13 14:33:33 FCG_SERVER spacetool.shared: spacetool.c:2530 [Info] Activate all VG
Mar 13 14:33:33 FCG_SERVER spacetool.shared: spacetool.c:2541 Activate LVM [/dev/vg1000]
Mar 13 14:33:33 FCG_SERVER spacetool.shared: spacetool.c:2564 space: [/dev/vg1000]
Mar 13 14:33:33 FCG_SERVER spacetool.shared: spacetool.c:2592 space: [/dev/vg1000], ndisk: [2]
Mar 13 14:33:34 FCG_SERVER synovspace: virtual_space_conf_check.c:74 [INFO] No implementation, skip checking configuration of virtual space [HA]
Mar 13 14:33:34 FCG_SERVER synovspace: virtual_space_conf_check.c:74 [INFO] No implementation, skip checking configuration of virtual space [SNAPSHOT_ORG]
Mar 13 14:33:34 FCG_SERVER synovspace: virtual_space_conf_check.c:78 [INFO] "PASS" checking configuration of virtual space [FCACHE], app: [1]
Mar 13 14:33:34 FCG_SERVER synovspace: vspace_wrapper_load_all.c:76 [INFO] No virtual layer above space: [/volume1] / [/dev/vg1000/lv]
Mar 13 14:33:37 FCG_SERVER kernel: [   59.820000] nf_conntrack version 0.5.0 (7988 buckets, 31952 max)
Mar 13 14:33:41 FCG_SERVER synocheckshare: synocheckshare.c:117 Start synocheckshare...
Mar 13 14:33:42 FCG_SERVER synocheckshare: service_disable_set.c(69)Not defined date : id=3
Mar 13 14:33:44 FCG_SERVER synousbdisk: RCClean succeeded
Mar 13 14:33:45 FCG_SERVER synosata: synosata.c:70 no external sata devices granted
Mar 13 14:33:47 FCG_SERVER hotplugd: ##### ACTION:add
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVICE:/proc/bus/usb/001/002
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVPATH:1-1
Mar 13 14:33:47 FCG_SERVER hotplugd: SUBSYSTEM:usb
Mar 13 14:33:47 FCG_SERVER hotplugd: external_disk_port_check.c:128 device path should not be NULL
Mar 13 14:33:47 FCG_SERVER hotplugd: ##### ACTION:add
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVICE:/proc/bus/usb/001/002
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVPATH:1-1:1.0
Mar 13 14:33:47 FCG_SERVER hotplugd: SUBSYSTEM:usb
Mar 13 14:33:47 FCG_SERVER hotplugd: INTERFACE:9/0/0
Mar 13 14:33:47 FCG_SERVER hotplugd: hotplugd.c:800 ##### complete device hotplug!!
Mar 13 14:33:47 FCG_SERVER heartbeatd: heartbeatd.c:157 Heartbeat is not enabled, skip starting
Mar 13 14:33:47 FCG_SERVER hotplugd: ##### ACTION:add
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVICE:/proc/bus/usb/001/003
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVPATH:1-1.4
Mar 13 14:33:47 FCG_SERVER hotplugd: SUBSYSTEM:usb
Mar 13 14:33:47 FCG_SERVER hotplugd: external_disk_port_check.c:128 device path should not be NULL
Mar 13 14:33:47 FCG_SERVER hotplugd: ##### ACTION:add
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVICE:/proc/bus/usb/001/003
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVPATH:1-1.4:1.0
Mar 13 14:33:47 FCG_SERVER hotplugd: SUBSYSTEM:usb
Mar 13 14:33:47 FCG_SERVER hotplugd: INTERFACE:8/6/80
Mar 13 14:33:47 FCG_SERVER hotplugd: ##### ACTION:add
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVICE:/proc/bus/usb/001/002
Mar 13 14:33:47 FCG_SERVER hotplugd: DEVPATH:2-4
Mar 13 14:33:47 FCG_SERVER hotplugd: SUBSYSTEM:usb
Mar 13 14:33:47 FCG_SERVER hotplugd: hotplugd.c:800 ##### complete device hotplug!!
Mar 13 14:33:48 FCG_SERVER ddnsd: IsDDNSEnable(ddnsd.c:2997): All Config are Disable, Stop daemon
Mar 13 14:33:49 FCG_SERVER kernel: [   71.860000] init: pgsql-adapter pre-start process (4550) terminated with status 1
Mar 13 14:34:12 FCG_SERVER kernel: [   94.630000] usb 2-4: ep 0x81 - rounding interval to 128 microframes, ep desc says 160 microframes
Mar 13 14:34:17 FCG_SERVER root: The UPS is connected. driver=[usbhid-ups]
Mar 13 14:34:17 FCG_SERVER usbhid-ups[5007]: Startup successful
Mar 13 14:34:18 FCG_SERVER upsd[5160]: Startup successful
Mar 13 14:34:18 FCG_SERVER upsd[5160]: upsd.c:733 IP [127.0.0.1] add to ACL list
Mar 13 14:34:18 FCG_SERVER upsd[5160]: upsd.c:737 IP [::1] add to ACL list
Mar 13 14:34:19 FCG_SERVER upsmon[5171]: Startup successful
Mar 13 14:34:19 FCG_SERVER root: /usr/syno/bin/ups.sh start invoked.
Mar 13 14:34:19 FCG_SERVER upsmon[5174]: UPS [ups@localhost] connected
Mar 13 14:34:20 FCG_SERVER synorelayd[5388]: synorelayd.cpp:1221 stoped
Mar 13 14:34:20 FCG_SERVER syno_hdd_util: Model:[WD30EZRX-00MMMB0], Firmware:[80.00A80], S/N:[WD-WCAWZ2067591] in [/dev/sdb] is not ssd
Mar 13 14:34:20 FCG_SERVER syno_hdd_util: Model:[WD30EZRX-00MMMB0], Firmware:[80.00A80], S/N:[WD-WCAWZ2067335] in [/dev/sda] is not ssd
Mar 13 14:34:21 FCG_SERVER cupsd[5438]: [conf.c:1893] Filter "pstoraster" not found.
Mar 13 14:34:27 FCG_SERVER kernel: [  109.440000] usbip_common_mod: module is from the staging directory, the quality is unknown, you have been warned.
Mar 13 14:34:27 FCG_SERVER kernel: [  109.520000] usbip: module is from the staging directory, the quality is unknown, you have been warned.
Mar 13 14:34:27 FCG_SERVER hotplugd: ##### ACTION:add
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVNAME:sdq
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVICE:/proc/bus/usb/001/003
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVGUID:0000000099100
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVPATH:sdq
Mar 13 14:34:27 FCG_SERVER hotplugd: SUBSYSTEM:block
Mar 13 14:34:27 FCG_SERVER hotplugd: PHYSDEVPATH:/devices/platform/orion-ehci.0/usb1/1-1/1-1.4/1-1.4:1.0/host6/target6:0:0/6:0:0:0
Mar 13 14:34:27 FCG_SERVER hotplugd: hotplugd.c:800 ##### complete device hotplug!!
Mar 13 14:34:27 FCG_SERVER hotplugd: hotplugd.c (1351) ==== USB disk [sdq] plugged in ====
Mar 13 14:34:27 FCG_SERVER hotplugd: hotplugd.c:1352 goto USB disk, szDeviceName=sdq
Mar 13 14:34:27 FCG_SERVER hotplugd: SYNOReadOneSectorFromDev(56): failed to open device [/dev/sdq] (errno = 123)
Mar 13 14:34:27 FCG_SERVER hotplugd: volume_parts_info_get_by_dev.c:89 Dev:sdq cannot find PostfixNumber.
Mar 13 14:34:27 FCG_SERVER hotplugd: disk_size_get.c:42 Failed to open /dev/sdq, errno=No medium found
Mar 13 14:34:27 FCG_SERVER hotplugd: volume_parts_info_get_by_dev.c:285 failed to get disk '/dev/sdq' size
Mar 13 14:34:27 FCG_SERVER hotplugd: hotplugd.c:1356 Failed to handle USB disk hotplug in.
Mar 13 14:34:27 FCG_SERVER hotplugd: ##### ACTION:add
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVNAME:sdr
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVICE:/proc/bus/usb/001/003
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVGUID:0000000099101
Mar 13 14:34:27 FCG_SERVER hotplugd: DEVPATH:sdr
Mar 13 14:34:27 FCG_SERVER hotplugd: SUBSYSTEM:block
Mar 13 14:34:27 FCG_SERVER hotplugd: PHYSDEVPATH:/devices/platform/orion-ehci.0/usb1/1-1/1-1.4/1-1.4:1.0/host6/target6:0:0/6:0:0:1
Mar 13 14:34:27 FCG_SERVER hotplugd: hotplugd.c:800 ##### complete device hotplug!!
Mar 13 14:34:27 FCG_SERVER hotplugd: hotplugd.c (1351) ==== USB disk [sdr] plugged in ====
Mar 13 14:34:27 FCG_SERVER hotplugd: hotplugd.c:1352 goto USB disk, szDeviceName=sdr
Mar 13 14:34:28 FCG_SERVER hotplugd: SYNOReadOneSectorFromDev(56): failed to open device [/dev/sdr] (errno = 123)
Mar 13 14:34:28 FCG_SERVER hotplugd: volume_parts_info_get_by_dev.c:89 Dev:sdr cannot find PostfixNumber.
Mar 13 14:34:28 FCG_SERVER hotplugd: disk_size_get.c:42 Failed to open /dev/sdr, errno=No medium found
Mar 13 14:34:28 FCG_SERVER hotplugd: volume_parts_info_get_by_dev.c:285 failed to get disk '/dev/sdr' size
Mar 13 14:34:28 FCG_SERVER hotplugd: hotplugd.c:1356 Failed to handle USB disk hotplug in.
Mar 13 14:37:57 FCG_SERVER S99zbootok.sh: Error! synoservices start failed! (service [pgsql] is not ready, please wait...)
Mar 13 14:38:12 FCG_SERVER ntpdate: Sync with time server 128.138.141.172 offset 1.368319 sec.

Was mir im Unterscheid zu den Logs vor dem Update noch aufgefallen ist:
- Die Fehler rund um das hotplugd-Zeug, die mit "/dev/sdr" zu tun haben, sind definitiv neu.
- Die Fehler um pgsql, also die Kernel-Meldung "kernel: [ 71.860000] init: pgsql-adapter pre-start process (4550) terminated with status 1" sowie "S99zbootok.sh: Error! synoservices start failed! (service [pgsql] is not ready, please wait...)" sind auch neu.
Beides erscheint nicht bei meiner aktualisierten DS412+, ich habe am ehesten den Postgres-Zeugs in Verdacht...

Ich bin dankbar für jeden Hinweis, der mir Hilft, das Problem zu beheben oder auch nur weiter einzugrenzen.
Vielen Dank im Voraus!

LG,
Michi

 

[milux]

Update: Heute habe ich den 2. Tag verschwendet, indem ich die wenigen Daten von der DiskStation innerhalb der 3-Minuten-Zeitfenster gesichert habe.
Anschließend habe ich per Büroklammer den Hard-Reset gemacht (2 x 4 Sekunden) und das OS neu geflasht.
Hat leider nichts gebracht, selbst das jetzt jungfräuliche System schmiert am laufenden Band ab.
Mein Rekord heute war eine Laufzeit von 37 Minuten, aber in der Regel kommt der Absturz zuverlässig innerhalb der 5 Minuten nach dem Boot. Dass es mal länger stabil läuft, ist ein seltener Glücksfall.
Ich bin nach wie vor dankbar für alle sachdienlichen Hinweise und die Adresse von dem Typen, der diese DSM-Version freigegeben hat, damit ich eine Bombe in seinen Vorgarten... nun gut, lassen wir das...

 

[Johannes_Stelzer]

Hi!
Habe selbiges Problem mit meiner DS212+.
Die Logdateien habe ich gestern an den Support gesendet, aber noch keine Antwort erhalten.
Update folgt ...

 

[Argosy]

Ich hab ein ähnliches Problem. Die DS212+ läuft einigermasen stabil. Aber sobald ich mit XBMC Filme streame crasht sie sofort...dann gleich nochmal und dann läuft sie für ca.40 Minuten.
Dabei ist es egal ob über NFS oder SMB.

Fehlermeldung ist immer Stromausfall, aber das glaube ich auch nicht ganz, da ich nach stromausfall kein restart aktiviert habe und B. Es mit einem zweiten Netzteil zu den gleichen ausfällen kommt.

Bei Normalem Betrieb crash sie auch, zum Glück nicht ganz so häufig.

 

[milux]

Faszinierend...
Ich bin inzwischen eigentlich fest davon ausgegangen, dass mein Erlebnis ein Einzelfall ist...
Der Versuch das selber hin zu bekommen ist übrigens absolut sinnlos, es muss irgendwas böses im Kernel oder ein Hardware-Defekt sein.
Hier mein Schriftverkehr mit Synology, diese Antwort habe ich heute geschrieben:

Sehr geehrter Herr XXX,

ich habe alle Schritte wie gewünscht durchgeführt, die Ergebnisse sind die fett gedruckten Passagen.

Am 19.03.2014 10:32, schrieb Synology Technical Support:
> Sehr geehrter Herr Lux,
>
> vielen Dank für Ihre Anfrage.
>
> Bitte führen Sie folgende Schritte durch, um die DiskStation einen Selbsttest durchführen zu lassen:
> 1. Schalten Sie das Synology Gerät aus.
> 2. Entfernen Sie alle angeschlossenen externen Geräte.
Versteht sich von selbst, anders ergibt das auch wenig Sinn...
> 3. Entfernen Sie alle internen Festplatten aus Ihrem Synology Gerät (Wichtig: Merken Sie sich bitte, welche Festplatten, in welchen Einschub gehören)
Erledigt. Ich habe die Festplatten zwischenzeitlich schon komplett gelöscht, also ist mir die spätere Einbau-Reihenfolge ziemlich "wumpe", wie man so schön sagt...
Die Daten hatte ich selbstverständlich zuvor extern gesichert.
> 4. Schalten sie Ihr Synology Gerät wieder ein.
>
> Schließen Sie bitte die entnommenen Festplatten an einen PC an und prüfen diese im Anschluss mit dem entsprechenden Test-Programm des Herstellers (auf der Webseite des Herstellers).
> Dadurch können Sie ausschließen, dass ein Defekt der Festplatten vorliegt.
Ich habe stattdessen an Stelle der zwei WD30EARS eine völlig andere SATA-Festplatte aus einem alten, ausrangierten Media Markt-PC installiert, die SMART-Attribute der beiden zuvor installierten Platten waren ebenso wie die der Test-Festplatte in Ordnung (comes without saying...).
> Beobachten Sie bitte ab Start der DiskStation, ob die grüne LED am Netzteil durchgängig leuchtet.
> Sollte dieses Leuchten zu irgendeinem Zeitpunkt unterbrochen sein, so ist das Netzteil defekt.
Ich habe mit einem Galaxy S4 den Vorgang auf Video aufgenommen, es ist deutlich zu sehen, dass die LED während dem Absturz konstant leuchtet, ergo ist das Netzteil wohl in Ordnung.
> Starten Sie bitte den Synology Assistant und aktivieren den Speichertest in den Einstellungen des Assistant.
> Danach markieren Sie die DiskStation im Assistant und klicken auf den Button "Speichertest"
> Die DiskStation startet nun neu und führt einen Speichertest durch.
Wie gefordert durchgeführt, das funktioniert im Übrigen nicht ohne Festplatte, da kein OS.
Deswegen die alte, lärmende SATA-Platte, siehe oben.
> Sollte der Assistant ohne Probleme durchlaufen, so ist die DiskStation in Ordnung.
> Bei einem Speicherproblem, ist die DiskStation defekt.
Der erste Speichertest ist komplett durch gelaufen.
Die DiskStation ist jedoch keineswegs in Ordnung, denn wenige Minuten nach dem Speichertest war ich wieder in der altbekannten Reboot-Schleife...
> Bei einem Defekt der DiskStation ist Ihr Händler der erste Ansprechpartner. Für einen Ersatz/Austausch im Rahmen der gesetzlichen Gewährleistung ist Ihr Händler zuständig.
> Bitte wenden Sie sich an Ihren Händler um das Gerät entsprechend ersetzen zu lassen.
> Sollte es dabei zu Problemen kommen, teilen Sie mir bitte den Händler sowie einen Ansprechpartner mit.
Der Händler ist auf ebay, heißt hardwarestore2000, und hat mich bereits darüber informiert, dass er sich um die Abwicklung des Garantiefalls kümmern wird.
Rücksendung erfolgt ASAP...
> Bitte teilen Sie mir das Ergebnis der diversen Tests mit.
Aber gerne doch, hiermit geschehen!
>
> Mit freundlichen Grüßen
>
> XXXXX
> Technical Support Engineer

 

[Argosy]

+milux

Wenn du Lust und Zeit hast, dann versuch doch mal mit der alten Platte und dem Synology Assistenten die alte 4.3 FW zu flashen. Wenn die Box dann wieder läuft ist es zu 100% klar das es an DSM 5.0 liegt.

 

[milux]

@Johannes, Argosy:
Ist dieses Fehlverhalten bei euch auch erst mit DSM 5.0 aufgetreten, oder war es schon vorher bemerkbar?

@Argosy:
Die Firmware verhindert ein Überschreiben mit einer alten DSM-Version.
Es geht zwar mit einem Beitrag aus dem Wiki trotzdem, allerdings beinhaltet ein Teil dieser Lösung das Software-basierte Überschreiben der neuen DSM-Version mit der alten.
Das Problem dabei ist, dass hierbei im Gegensatz zu einem vollen Reset eine Art "Zwitter-OS" entsteht, halb alt und halb neu, da die System-Partitionen nicht gelöscht werden.
Wenn das Gerät dann nicht mehr startet, kann ich nicht mal mehr einen Reset machen, um wieder auf 5.0 zu flashen, und habe außerdem keinerlei Garantie mehr.
Unter Android-Flashern würde man das als "bricken" bezeichnen, und diese Kiste ist mir zu heiß.
Falls du deine DS212+ allerdings ohne Garantie der Forschung opfern willst, gebe ich sehr gerne eine Schritt-für-Schritt-Anleitung.

 

[raymond]

Da habe ich wohl mit meiner DS212+ Glück gehabt: läuft wunderbar. Okay wird euch nicht wirklich viel helfen, aber sollte doch erwähnt werden.

 

[milux]

Absolut, ich finde das sehr hilfreich.
Hast du die DiskStation schon ein paar mal neu gestartet?
Wenn der Bug über längere Zeit nicht auftritt "katalysiert" das den Fehler bei mir sehr zuverlässig.
Wenn die DS nach zwei oder drei Neustarts mit einem Abstand von ca. 1/4 Stunde absturzfrei läuft, würde ich sagen du hast den Bug ziemlich sicher nicht...

Es deutet dann wieder alles auf einen Hardwarefehler hin.
Alternativ vielleicht sogar auf eine Kombination aus geändertem Power-Management in DSM 5.0 und Schwachstellen in der Hardware des DS212+...
Wenn es nicht allen so geht, kann ich das Ding auf jeden Fall guten Gewissens einschicken, das ist doch schon mal etwas!

 

[Argosy]

Ich hatte ein ähnliches Problem schon mal mit der ersten 4.3 Version da ist mir damals auch immer die Box mehrmals pro Tag mit der gleichen Meldung gecrasht.
Das wurde dann aber im Verlauf der 4.3 gefixt und das Problem hatte seit mehr als einem Jahr nicht mehr.

Jetzt ist es ganz neu mit DSM 5.0 Aufgetaucht...das erstemal ist die Box mit pyLoad gecrasht, dann mit OpenElec und nun selbst wenn ich mit Jdownloader auf die Box direkt speichere crasht sie nach etwa 40 Minuten.


(Sorry wusste ich nicht, ich dachte nur das Bootrom und Recovery wären im Flash der Rest alles auf Pestflatte.)

 

[raymond]

Ein paar mal neugestartet habe ich schon, jedoch nicht so oft. Vielleicht max. 3 Mal.
Ich habe jedoch auch nicht viel laufen: die Video Station, dnetc (was die NAS gut auslastet) und dann halt nur die Windows Freigabe.

 

[milux]

Ich hatte für meine Experimente die letzten Tage nur noch das OS, Samba und SSH laufen, also überhaupt keine Pakete mehr.

@Argosy: Ich dachte eigentlich auch, dass man das System sinnvollerweise so konstruieren müsste, das es durch solche Updates nicht zu einem Totalschaden kommen kann.

Ich habe allerdings gerade folgendes Experiment gemacht:
1. Platte abgezogen
2. Hinten mit der Büroklammer Reset ausgelöst, einfacher Piepston, sofort nochmal 4 Sekunden gedrückt, nochmal einfacher Piepston (bei einem vollen Reset piepst das Teil normalerweise 4 Mal, passt also schon nicht mehr!!!)
3. NAS aus, Platte rein, wieder gestartet. Läuft wieder wie vorher, kein Wort von irgendeinem Reset.

Fazit: Was auch immer Synology da für ein Kack konstruiert hat, es schreit gerade dazu dass man es bei solchen Rettungsversuchen endgültig zerstört...

 

[Argosy]

Wie lange hat man auf die DS Garantie? 1 Jahr (Schweiz) oder bietet Synology erweiterte Garantie an?

Falls das wirklich ein Hardware Schaden ist, dann kauf ich mir vermutlich mal ein QNap.

 

[milux]

Also auf der Homepage steht bei den Synology-Geräten "2 Years", und als ich mich mit meinem 1,8 Jahre alten DS212+ beim hardwarestore gemeldet habe, habe ich auch keinen Widerspruch kassiert, also gehe ich mal davon aus, dass es auch schon seinerzeit 2 Jahre gewesen sind.

 

[Argosy]

Ich hoff mal es ist ein Software bug....oder das Netzteil..ich hab das von meiner DS107J zum testen genommen...das hat ein bischen weniger Leistung ist aber auch bei Händlern als Netzteil für 212+ gelistet.

Garatie ist Futsch :-(

Gekauft am 27.04.2012
Garantie 1 Jahr (Schweiz) neu sind es bei uns auch 2 Jahre.

 

[milux]

Achso, deine DiskStation war nicht neu?
Weil ich hab' meine fast exakt zum gleichen Datum gekauft (24.4.).
Das ist ein faszinierendes Detail, das deutet vielleicht auf einen Chargen-Fehler hin...

Und wenn du was vernünftiges haben willst, brauchst du auch nicht bei Qnap schauen, die müssen genauso Qualität und Kosten abwägen.
Wenn's wirklich gut sein soll, kommst du nicht umhin dein System selbst zu bauen.

 

[Puppetmaster]

Das Problem dabei ist, dass hierbei im Gegensatz zu einem vollen Reset eine Art "Zwitter-OS" entsteht, halb alt und halb neu, da die System-Partitionen nicht gelöscht werden.

Nach der Anleitung im Wiki wird eigentlich auch ein doppelter Reset gemacht, der zur Folge hat, dass die Systempartition gelöscht wird. Die alte FW läßt sich danach auf eine "frische" Partition installieren.

Es gibt allerdings bei der DSM Version 5.0 hier leicht widersprüchliche Aussagen. Die einen meinen, dass ein downgrade so nicht mehr möglich ist, andere behaupten, sie hätten es schon durchgeführt.

 

[milux]

Wenn ich eine Bestätigung bekomme, dass das funktioniert, führe ich es gerne durch.
Die Strings in der VERSION zu verändern und anschließend über den Synology Assistant sauber direkt zu flashen funktioniert auf jeden Fall nicht, und die Funktion zum vollständigen Reset scheint erst nach einem Boot zur Verfügung zu stehen, also könnte ich den 2. Reset (der das Chaos beseitigt) unter Umständen nicht machen, genau da liegt der Hund ja begraben...
Würdest du sagen, dass ein vollständiger Reset möglich ist, wenn außer dem Flash-Inhalt alles Schrott ist?