Toggle sidebar

neue DS107+ zum 2.mal in 3Wo gelbes Status LED

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.
C

cuedog

Benutzer
Registriert
16. Nov. 2008
Beiträge
40
Reaktionspunkte
0
Punkte
0
Hi zusammen.

So langsam aber sicher geht mir die Sache NAS echt auf den Wecker. Zum 2.mal in drei WO gelbes Status LED und nichts geht mehr. Die DS ist 3Wo alt und das kann es doch einfach noch sein. Da brauch ich auch kein NAS wenn die Daten darauf nicht mal annährend so sicher sind wie auf nem Winwos Rechner.

Bin grad dabei die Daten von der Platte der DS zu sichern und dann zum 3.mal neu aufsetzen.

Jetzt frag ich mich natürlich was ich falsch mache und bevor ich sie wieder neu aufsetze wollt ich mal hier um Rat fragen. Auf der DS war die neuste Firmware und der Twonky sonst nichts. Installiert hab ich die Firmware nach Anleitung und da kann man auch nicht viel falsch machen,geht ja fast von allein,nur irgentwo muss ja der Hase vergraben liegen.

Also die DS+ läuft bei mir im Gigabit Netzwerk zusammen mit nem vista Rechner,nem Router von der Telekom(Speedport W502V),Netgear schwitch(GS105) und nem Streaming Client von D-Link(DSM510). Festplatte im NAS ist eine Seagate Baracuda 1TB ohne Jumper. Das ganze funktioniert auch wunderbar. Übertragungsgeschwindigkeiten passt auch und dann aus heiterem Himmel beim Einschalten der DS gelbes LED und Knockout.:mad:

Nur wo liegt jetzt der Fehler???:confused:

Bin wirklich dankbar für jede Hilfe...Wenn noch Infos fehlen sollten einfach bescheid geben.
 
Dafür gibst Du uns zu wenig Input.

Steht die Platte in der Kompatibilitäts-Liste?
 
Vielleicht mal ein Auszug aus den /var/log/messages.

Evtl. könnte man den Fehler einkreisen.
 
So hier mal ein Auszug........

PHP: 
Dec 30 16:36:15 kernel:    arm4regs  :   429.200 MB/sec
Dec 30 16:36:15 kernel:    8regs     :   368.800 MB/sec
Dec 30 16:36:15 kernel:    32regs    :   513.200 MB/sec
Dec 30 16:36:15 kernel: raid5: using function: 32regs (513.200 MB/sec)
Dec 30 16:36:15 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Dec 30 16:36:15 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Dec 30 16:36:15 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Dec 30 16:36:15 kernel: VFS: Mounted root (ext2 filesystem).
Dec 30 16:36:15 kernel: ds107+_synobios: module license 'Synology Inc.' taints kernel.
Dec 30 16:36:15 kernel: Brand: Synology
Dec 30 16:36:15 kernel: Model: DS-107+
Dec 30 16:36:15 kernel: synobios: unload
Dec 30 16:36:15 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 30 16:36:15 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 30 16:36:15 kernel: VFS: Mounted root (ext3 filesystem).
Dec 30 16:36:15 kernel: Brand: Synology
Dec 30 16:36:15 kernel: Model: DS-107+
Dec 30 16:36:16 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 30 16:36:22 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 20
Dec 30 16:36:22 scemd: modules/raid_sys_volume_check.c:361 This model is not support raid system
Dec 30 16:36:23 synousbdisk: RCClean succeeded
Dec 30 16:58:13 kernel: drivers/scsi/sd.c (1711) Internal disk with bus id: 0
Dec 30 16:58:13 kernel:  Amd/Fujitsu Extended Query Table at 0x0040
Dec 30 16:58:13 kernel: DS406-0: Swapping erase regions for broken CFI table.
Dec 30 16:58:13 kernel: Mac1: 00:11:32:04:04:e8
Dec 30 16:58:13 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Dec 30 16:58:13 kernel: Vender partition MacNum:1 retlen:128
Dec 30 16:58:13 kernel: Serial Number: 89E3N00456
Dec 30 16:58:13 kernel: raid6: int32x1     29 MB/s
Dec 30 16:58:13 kernel: raid6: int32x2     45 MB/s
Dec 30 16:58:13 kernel: raid6: int32x4     51 MB/s
Dec 30 16:58:13 kernel: raid6: int32x8     48 MB/s
Dec 30 16:58:13 kernel: raid6: using algorithm int32x4 (51 MB/s)
Dec 30 16:58:13 kernel:    arm4regs  :   429.200 MB/sec
Dec 30 16:58:13 kernel:    8regs     :   368.800 MB/sec
Dec 30 16:58:13 kernel:    32regs    :   513.600 MB/sec
Dec 30 16:58:13 kernel: raid5: using function: 32regs (513.600 MB/sec)
Dec 30 16:58:13 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Dec 30 16:58:13 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Dec 30 16:58:13 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Dec 30 16:58:13 kernel: VFS: Mounted root (ext2 filesystem).
Dec 30 16:58:13 kernel: ds107+_synobios: module license 'Synology Inc.' taints kernel.
Dec 30 16:58:13 kernel: Brand: Synology
Dec 30 16:58:13 kernel: Model: DS-107+
Dec 30 16:58:13 kernel: synobios: unload
Dec 30 16:58:13 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 30 16:58:13 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 30 16:58:13 kernel: VFS: Mounted root (ext3 filesystem).
Dec 30 16:58:13 kernel: Brand: Synology
Dec 30 16:58:13 kernel: Model: DS-107+
Dec 30 16:58:14 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 30 16:58:16 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Dec 30 16:58:22 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 20
Dec 30 16:58:22 scemd: modules/raid_sys_volume_check.c:361 This model is not support raid system
Dec 30 16:58:22 synousbdisk: RCClean succeeded
Dec 30 16:58:31 kernel: Got empty serial number. Generate serial number from product.
Dec 30 16:58:33 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Dec 30 16:58:34 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Dec 30 16:58:34 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Dec 30 16:58:34 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Dec 30 16:58:34 load [local] UPDATE: trigger.c (97) Failed to attach shared memory.
Dec 30 16:58:40 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No such device).
Dec 30 16:59:18 afpd[2362]: DiskStation:AFPServer@* started on 65280.167:128 (2.0.1)
Dec 31 04:28:53 kernel: synobios: power button pressed, ret = 0
Dec 31 04:29:01 scemd: SCEMD: Shutdown the system.
Dec 31 04:29:02 findhostd: si_pid=[3115], process=[/bin/sh]
Dec 31 04:29:02 findhostd: si_ppid=[3114], process=[sh]
Dec 31 04:29:02 findhostd: findhostd.c:51(FHOSTDExit) exit on signal[10] 
Dec 31 04:29:02 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Dec 31 04:29:07 scheduler: scheduler.c (1297) Got signal. Die gracefully.
Dec 31 04:29:07 scheduler: scheduler.c (1315) rTorrent is killed.
Dec 31 04:29:09 syno_poweroff_task: lvm_poweroff.c:52 Failed to /sbin/vgchange -an > /dev/null 2>&1
Jan  2 04:45:04 kernel: CPU: ARM926EJ-Sid(wb) [41069260] revision 0 (ARMv5TEJ)
Jan  2 04:45:04 kernel: Machine: MV-88fxx81
Jan  2 04:45:04 kernel: Using UBoot passing parameters structure
Jan  2 04:45:04 kernel: Sys Clk = 166666667, Tclk = 166666667
Jan  2 04:45:04 kernel: Internal HD num: 0
Jan  2 04:45:04 kernel: Synology Hareware Version: DS107v30
Jan  2 04:45:04 kernel: Memory policy: ECC disabled, Data cache writeback
Jan  2 04:45:04 kernel: CPU0: D VIVT write-back cache
Jan  2 04:45:04 kernel: CPU0: I cache: 32768 bytes, associativity 1, 32 byte lines, 1024 sets
Jan  2 04:45:04 kernel: CPU0: D cache: 32768 bytes, associativity 4, 32 byte lines, 256 sets
Jan  2 04:45:04 kernel: Built 1 zonelists
Jan  2 04:45:04 kernel: PID hash table entries: 1024 (order: 10, 16384 bytes)
Jan  2 04:45:04 kernel: Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Jan  2 04:45:04 kernel: Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Jan  2 04:45:04 kernel: Mount-cache hash table entries: 512
Jan  2 04:45:04 kernel: 
Jan  2 04:45:04 kernel: CPU Interface
Jan  2 04:45:04 kernel: -------------
Jan  2 04:45:04 kernel: SDRAM_CS0 ....base 00000000, size 128MB 
Jan  2 04:45:04 kernel: SDRAM_CS1 ....disable
Jan  2 04:45:04 kernel: SDRAM_CS2 ....disable
Jan  2 04:45:04 kernel: SDRAM_CS3 ....disable
Jan  2 04:45:04 kernel: PEX0_MEM ....base e0000000, size 128MB 
Jan  2 04:45:04 kernel: PEX0_IO ....base f2000000, size   1MB 
Jan  2 04:45:04 kernel: PCI0_MEM ....base e8000000, size 128MB 
Jan  2 04:45:04 kernel: PCI0_IO ....base f2100000, size   1MB 
Jan  2 04:45:04 kernel: INTER_REGS ....base f1000000, size   1MB 
Jan  2 04:45:04 kernel: DEVICE_CS0 ....base fa000000, size   2MB 
Jan  2 04:45:04 kernel: DEVICE_CS1 ....base f8000000, size  32MB 
Jan  2 04:45:04 kernel: DEVICE_CS2 ....base fa800000, size   1MB 
Jan  2 04:45:04 kernel: DEV_BOOCS ....base ffc00000, size   4MB 
Jan  2 04:45:04 kernel: Marvell USB EHCI Host controller #0: c0bf2e00
Jan  2 04:45:04 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Jan  2 04:45:04 kernel: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Jan  2 04:45:04 kernel: Marvell Gigabit Ethernet Driver 'egiga':
Jan  2 04:45:04 kernel:   o Ethernet descriptors in DRAM
Jan  2 04:45:04 kernel:   o DRAM SW cache-coherency
Jan  2 04:45:04 kernel:   o Checksum offload enabled
Jan  2 04:45:04 kernel:   o Loading network interface 'egiga0' as eth0
Jan  2 04:45:04 kernel:   o Radom MAC address 00:a5:02:2c:65:df
Jan  2 04:45:04 kernel: 
Jan  2 04:45:04 kernel: ata1: Device not ready. Try to reset...
Jan  2 04:45:04 kernel: drivers/scsi/sd.c (1711) Internal disk with bus id: 0
Jan  2 04:45:04 kernel:  Amd/Fujitsu Extended Query Table at 0x0040
Jan  2 04:45:04 kernel: DS406-0: Swapping erase regions for broken CFI table.
Jan  2 04:45:04 kernel: Mac1: 00:11:32:04:04:e8
Jan  2 04:45:04 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
Jan  2 04:45:04 kernel: Vender partition MacNum:1 retlen:128
Jan  2 04:45:04 kernel: Serial Number: 89E3N00456
Jan  2 04:45:04 kernel: raid6: int32x1     29 MB/s
Jan  2 04:45:04 kernel: raid6: int32x2     45 MB/s
Jan  2 04:45:04 kernel: raid6: int32x4     51 MB/s
Jan  2 04:45:04 kernel: raid6: int32x8     48 MB/s
Jan  2 04:45:04 kernel: raid6: using algorithm int32x4 (51 MB/s)
Jan  2 04:45:04 kernel:    arm4regs  :   429.200 MB/sec
Jan  2 04:45:04 kernel:    8regs     :   368.800 MB/sec
Jan  2 04:45:04 kernel:    32regs    :   513.200 MB/sec
Jan  2 04:45:04 kernel: raid5: using function: 32regs (513.200 MB/sec)
Jan  2 04:45:04 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
Jan  2 04:45:04 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
Jan  2 04:45:04 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Jan  2 04:45:04 kernel: VFS: Mounted root (ext2 filesystem).
Jan  2 04:45:04 kernel: ds107+_synobios: module license 'Synology Inc.' taints kernel.
Jan  2 04:45:04 kernel: Brand: Synology
Jan  2 04:45:04 kernel: Model: DS-107+
Jan  2 04:45:04 kernel: synobios: unload
Jan  2 04:45:04 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Jan  2 04:45:04 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Jan  2 04:45:04 kernel: VFS: Mounted root (ext3 filesystem).
Jan  2 04:45:04 kernel: Brand: Synology
Jan  2 04:45:04 kernel: Model: DS-107+
Jan  2 04:45:04 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Jan  2 04:45:06 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
 
Ich werds mir mal morgen ausdrucken und mit meinen vergleichen.
Vielleicht fällt uns dann was auf.
 
Ich hab im übrigen nochmal genau nachsehen in der kompatiblitätliste...

In der Offiziellen von Synology steht sie nicht drin,aber in der "inoffiziellen" in der ich damals nachgeshen hatte.

Die genaue Bezeichnung der Platte ist ST31000333AS.

Hat von euch vielleicht jemand die Platte verbaut und kann sagen ob sie Probleme macht??
 
Hast du HarryPotters Tipp mal befolgt und die SATA Kabel ausgetauscht? Ich hatte auch mal ganz merkwürdige Probleme mit einer externen HD (eSata). Als ich dann das interne SATA Kabel getauscht hatte waren die Fehler plötzlich weg.
Komisch kommt mir diese
Jan 2 04:45:04 kernel: ata1: Device not ready. Try to reset...
Zum Vergrößern anklicken....
Meldung vor
 
Wie läuft denn die DS ohne den Multi-Media-Kram? Einfach nur so am Switch ... Sind da auch Ausfälle?

Und hast schon mal einen SMART-Test der Platte gemacht?

Itari
 
@jahlives

Kabel kann ich nicht tauschen....hab nur ne interne HDD am laufen und da ist der Anschluss auf der Platine der DS verlötet.

@itari

Die DS lief ohne Probleme egal ob mit oder ohne Multimedia. Alle Funktionen liefen ohne mucken und zucken und dann beim Einschalten gig nix mehr. Wenn ich nur die DS am switch hab genau das selbe. Hab mit Everest mal SMART test gemacht...die Werte sind soweit alle ok.

Was ist denn eigentlich mit dem Jumper an der HDD?? Der ist ja nicht mehr für master/slave sondern Limit to 1,5Gb/s oder 3Gb/s. Hab sie bis jetzt immer ohne Jumper betrieben.
 
Na ja so wie es aussieht kommen wir hier leider nicht weiter.

Hab jetzt mal die neue beta-Firmware draufgebügelt...Daten sind noch da und die DS rennt auch wieder...mal sehen wie lange...hoffentlich funtzt die jetzt.
 
Hei,

bin jetzt mal dazu gekommen die Auszüge zu vergleichen.

Sieht im grossen und ganzen aus wie bei mir. Ich habe aber irgendwie das Gefühl das nicht alles gelogt wird.

Z.B. kann ich machen was ich will ich sehe bei mir nirgends einen Eintrag zu Hibernation.
 
Ja ist schon seltsam...nur irgentwie scheint es die Firmware bei mir zu zerschießen,denn nach dem Update auf die Beta ging ja alles wieder.
 
Wäre prima wenns bei Dir jetzt durchläuft. Halt mich bitte auf den Laufenden wenn wieder was passiert.
 
So hatte nochmal den Suppport von Synology angeschrieben und das Logfile rübergeschickt...hier die Antwort.........

PHP: 
Hi MAtthias,

Thank you for your feedback.

The log shows the connection between the disk and the sata connector of DS107+ is not stable.
Please refer to the following link to make sure the hard disk is functional well or broken somewhere:

http://www.synology.com/enu/forum/viewtopic.php?t=1955

If the result shows the disk is fine, this means your DS107+ is corrupted. Please contact your vendor to replace/repair this DS107+.

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

Sincerely and Happy New Year,

Adair Hsu

For more information, you could visit:

Synology Wiki:
http://www.synology.com/wiki/index.php/Home

Synology Forum
http://www.synology.com/forum

Subscribe to Synology eNews
http://www.synology.com/enews


Smart test der Festplatte hatte ich ja gemacht,also ist laut dem Support die DS defekt und ich kann sie umtauschen oder??
 
Hi cuedog,

was ist denn aus deinem Problem geworden. Ich habe die gleiche Festplatte und auch immer mal wieder das gleiche Problem. Hasst du die 107 oder die Festplatte getauscht?
 
Status
Für weitere Antworten geschlossen.
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

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 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten