[GELÖST] Rebuild / Datenrettung eines RAID10 (TS-412)

    Hallo liebe QNAPler,


    um es mit einem Filmklassiker zu sagen: „Ihr Seid meine letzte Hoffnung…“ Seit Samstag verstehe ich den Satz: Ein RAID ist kein Backup! (Ja leider erst jetzt)


    Problem: Ich habe mein TS-412 genauer das RAID10 (4x3TB) durch ein unvollständiges Firmware-Update unbrauchbar gemacht und ja es gibt „kein“ Backup. Auf 3 Platten müssten noch alle Daten vorhanden sein. Aus meiner Sicht sollte sich ja auf 2 Platten ein RAID 0 finden lassen (Platte 3+4?)


    Zusammenfassung:
    Ich habe ein Startendes System (neue Firmware), leider keine Einstellungen mehr, Platte 1 wurde ersetzt (also keine alten Daten), ein RAID 10 wurde auf den restlichen Platten erkannt, ist aber „undefined“. Platte 4 zeigt dazu Smart-Warnung (197-Current-Pending-Sector, 198-Offline_Uncorrectable)


    Frage und Hilfe: Kann mir jemand bei diesem Problem helfen? Leider sind meine Linux Kenntnisse eher minimal. Vor allem bei den Lösungen via SSH brauche ich Hilfe von jemandem der die Ergebnisse verstehen kann. Super wäre natürlich ein Wiederbeleben des RAID mit Freigaben und Einstellungen. Realistisch gesehen, würde mir der Zugriff auf die puren Dateien schon enorm helfen.


    --------------------------------------------------------------------------------------------------------------------------
    NAS: TS-412
    Firmware: 4.1.1 (erst nach dem Fehler voll upgedatet, Vorversion leider nicht mehr bekannt)
    Festplatten: 1 x 3TB Western Digital WD30EFRX (Austausch seit Fehler) + 3 x 3TB Seagate ST3000DM001
    Festplattenkonfiguration: RAID 10 (4 x 3T) (Platte 1 ist jetzt neu + leer, Platten 2-4 original Verbund)
    Verschlüsselung: Keine Verschlüsselung.
    Netzwerkanbindung: 1x LAN an SWITCH 1GB
    Angeschlossene Geräte: Keine Geräte.
    Allgemeine Infos: Windows 8.1, Firefox, IE 11, Putty
    --------------------------------------------------------------------------------------------------------------------------


    Ablauf meiner letzten Schritte (Soweit ich das noch sagen kann):


      1. Nach dem „abgebrochenen“ Firmware-Update auf 4.1.1 (Error: Flashspeicher voll!)
      2. habe ich das NAS neugestartet.
      3. NAS startete nicht mehr, rot blinkendem Status.
      4. Ich schaltete aus und zog alle 4 Platten.
      5. System startete und wollte mindestens eine Platte.
      6. Ich setzte die Platte Nr.1 wieder ein.
      7. Jetzt bekam ich auch die Update-Option auf 4.1.1. (Webinterface Ersteinrichtung)
      8. Ich akzeptierte einen möglichen Datenverlust auf Platte Nr.1
      9. System startete, jedoch ohne die alten Einstellungen zu kennen.
      10. Ich vergab die Grundeinstellungen (Benutzer, Passwort usw.)
      11. Nach dem Hochfahren (Weboberfläche offen), habe ich HDD 2-4 wieder eingesetzt (mit Hoffnung auf Rebuild)
      12. Leider bekam ich keinen Rebuild, sondern „zum ersten Mal“ Smart-Warnungen für Platte 1 und 4.
      13. Platte 1. förderte nach automatischen Test (im QNAP) über 800 „Bad Blocks“ zu Tage.
      14. Platte 1 habe ich darauf gegen eine neue Platte (WD Red auch 3TB) getauscht.
      15. Ein RAID 10 wurde zwar vom TS-412 auf HDD 2-4 erkannt, jedoch als „RAID10-Datenträger: Laufwerkundefined“
      16. Den „neuen“ Datenträger HDD1 (Einzeldisk) als Globale Reserve eingerichtet um ein Rebuild anzustoßen.


    Nach den letzten Tagen mit Recherchen in den QNAP Foren und dem wilden durchprobieren von SSH Befehlen, sowie kalt und heiß tauschen von Festplatten, habe ich jetzt nun etwas Tränen in den Augen. Folgende Optionen sehe ich jetzt noch (auch wenn mir genaue Lösungen fehlen).


      1. Mit SSH im TS-412 einen Rebuild oder ähnliches anstoßen (wenn ich es richtig verstanden habe müsste da was mit „mdadm --assemble --scan MD-DEVICE OPTIONS“ gehen: „Assembliert das angegebene Array neu anhand der Superblöcke“).
      2. Die verbleibenden 3 (bzw. nur nötigen 2) Platten in einen Desktop-PC einbauen und mit einem Live-Linux und „mdadm“ einen Rebuild (RAID 0 ?) anstoßen.
      3. Das NAS über Netzwerk und SSH über ein Desktop-Tool auf Block-Level auslesen und zusammensetzten und die gewonnen Dateien auf mein „nun vorhandenes“ zweites NAS übertragen.
      4. Eine Datenrettungsfirma ansprechen und dieser einen Kleinwagen bezahlen :(


    Datenträgerverwaltung:



    RAID-Verwaltung:



    NAS-Report-Script:


    Code
    *********************** QNAP NAS Report ***********************NAS Model:      TS-412Firmware:       4.1.1 Build 20141003System Name:    NASCF661AWorkgroup:      NASBase Directory: /share/HD_DATANAS IP address: 192.168.1.8Default Gateway Device: eth1          inet addr:192.168.1.8  Bcast:192.168.255.255  Mask:255.255.0.0          UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1          RX packets:5253 errors:0 dropped:0 overruns:0 frame:0          TX packets:5280 errors:0 dropped:0 overruns:0 carrier:0          collisions:0 txqueuelen:532          RX bytes:1095192 (1.0 MiB)  TX bytes:1392526 (1.3 MiB)          Interrupt:11DNS Nameserver(s):192.168.1.1HDD Information: Model=WDC WD30EFRX-68EUZN0                    , FwRev=82.00A82, SerialNo=     W                                                D-WMC4N0E3FEK9 Model=ST3000DM001-1CH166                      , FwRev=CC24    , SerialNo=                                                            W1F356RK Model=ST3000DM001-1CH166                      , FwRev=CC24    , SerialNo=                                                            W1F32XGT Model=ST3000DM001-1CH166                      , FwRev=CC24    , SerialNo=                                                            W1F32X6MDisk Space:Filesystem                Size      Used Available Use% Mounted on/dev/ramdisk             32.9M     14.8M     18.1M  45% /tmpfs                    32.0M    184.0k     31.8M   1% /tmp/dev/sda4               371.0M    334.8M     36.2M  90% /mnt/ext/dev/md9                509.5M     20.3M    489.2M   4% /mnt/HDA_ROOTtmpfs                    32.0M         0     32.0M   0% /.eaccelerator.tmpMount Status:/proc on /proc type proc (rw)none on /dev/pts type devpts (rw,gid=5,mode=620)sysfs on /sys type sysfs (rw)tmpfs on /tmp type tmpfs (rw,size=32M)none on /proc/bus/usb type usbfs (rw)/dev/sda4 on /mnt/ext type ext3 (rw)/dev/md9 on /mnt/HDA_ROOT type ext3 (rw,data=ordered)tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)RAID Status:Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]md4 : active raid1 sdd2[2](S) sdc2[3](S) sdb2[1] sda2[0]                 530048 blocks [2/2] [UU]md13 : active raid1 sdb4[0] sda4[3] sdd4[2] sdc4[1]                 458880 blocks [4/4] [UUUU]                 bitmap: 0/57 pages [0KB], 4KB chunkmd9 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1]                 530048 blocks [4/4] [UUUU]                 bitmap: 0/65 pages [0KB], 4KB chunkunused devices: <none>Memory Information:MemTotal:         255604 kBMemFree:           74036 kBls: /share/MD0_DATA: No such file or directoryls: /share/CACHEDEV1_DATA: No such file or directory/share/HDA_DATA:drwxrwxrwx    3 admin    administ      1024 Oct 29 11:46 ./drwxrwxr-x   33 admin    administ      1024 Oct 29 11:51 ../drwxrwxrwx    3 admin    administ      1024 Oct 29 11:46 .versioning/NASReport completed on 2014-10-29 11:53:38 (-sh)


    dmesg:


    Code
    [~] # dmesg0000000 00000000 cf9da820 00000000 cd431d60 00000000 00000000[  112.590659] fe20: cc1efe20 cc1efe20 00000006 cc1effb0 cbd218e0 01000000 0000008d cf8eb2a0[  112.590694] fe40: 00000004 00000080 00000000 cd431f58 cc1efe8c cc1efe60 c003d848 cc72a570[  112.590729] fe60: 00000078 00000006 cc72a5e8 cc1ee000 cf945100 cc1efee0 cc1efec4 cc1efe88[  112.590765] fe80: c003e9e0 c00aadbc c003d960 cc1effb0 cc1eff60 cc72a580 cc1efecc c0010248[  112.590800] fea0: b678da54 cc1effb0 00000000 b678da58 cc1ee000 00000001 cc1effac cc1efec8[  112.590836] fec0: c0012bd4 c003e7a8 c003da38 c003d978 00000000 00000b59 cd431d60 00000006[  112.590871] fee0: 00000006 00000000 fffffffa 00000b59 00000000 c003bd34 cc1eff50 cd431d60[  112.590906] ff00: cc1eff3c cc1eff20 c003cde8 c003cd78 c003c50c c003bba4 cd431d60 00000000[  112.590942] ff20: cc1eff4c cc1eff40 c003ce74 c003cdc0 cc1eff6c cc1eff50 c003cf00 c003ce54[  112.590977] ff40: 00000880 00000000 cc1eff70 cc1ee000 cc1effa4 cc1eff70 c003fbf0 c003ce94[  112.591012] ff60: cc1effa4 cc1eff70 c003fbf0 c003ce94 00000020 00000b59 00000006 b6892000[  112.591047] ff80: 0000010c 00000b59 00000006 b6892000 0000010c 00000000 cc1ee000 00000000[  112.591082] ffa0: 00000000 cc1effb0 c00100f4 c0012afc 00000000 00000b59 00000006 b67534a0[  112.591117] ffc0: 00000b59 00000006 b6892000 0000010c 00000002 bea34e14 b6753000 bea34804[  112.591153] ffe0: bea34690 bea346d8 b678da00 b678da58 20000010 00000b59 0fffe831 0fffec31[  112.591180] Backtrace:[  112.591207] [<c008de50>] (get_dump_page+0x0/0xa8) from [<c00eb978>] (elf_core_dump+0xd7c/0xefc)[  112.591239]  r5:c0415f10 r4:ffff0000[  112.591269] [<c00eabfc>] (elf_core_dump+0x0/0xefc) from [<c00ab2f4>] (do_coredump+0x548/0xa08)[  112.591310] [<c00aadac>] (do_coredump+0x0/0xa08) from [<c003e9e0>] (get_signal_to_deliver+0x248/0x4bc)[  112.591356] [<c003e798>] (get_signal_to_deliver+0x0/0x4bc) from [<c0012bd4>] (do_notify_resume+0xe8/0x5b8)[  112.591398] [<c0012aec>] (do_notify_resume+0x0/0x5b8) from [<c00100f4>] (work_pending+0x24/0x28)[  112.591433] Code: e1500005 da00000f e51b1018 e5913000 (e5932150)[  112.591557] ---[ end trace 49f2f763ad69e1ee ]---[  114.516434] Unable to handle kernel NULL pointer dereference at virtual address 00000150[  114.516481] pgd = cc268000[  114.516496] [00000150] *pgd=0db6c831, *pte=00000000, *ppte=00000000[  114.516528] Internal error: Oops: 17 [#3] ARM[  114.516546] Modules linked in: uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core v4l2_common videodev v4l2_int_device snd_usb_caiaq snd_usb_audio hid_logitech snd_usbmidi_lib snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_oss snd_seq_midi snd_seq_midi_event snd_seq snd_rawmidi snd_page_alloc snd_seq_device snd_timer snd soundcore md4 ecb hmac mac80211 cfg80211 lib80211 fnotify(PO) etxhci_hcd cifs nfsd exportfs nfs auth_rpcgss lockd sunrpc udf isofs thfsplus(O) tntfs(PO) ext4 jbd2 sysinfo(O) usblp usbhid cryptodev(O) mv_cesa sha512_generic sha256_generic sha1_generic aes_generic dm_crypt dm_mod raid456 async_raid6_recov async_pq async_xor async_memcpy async_tx raid6_pq xor raid10 raid0 linear nls_utf8 nls_iso8859_2 nls_cp850 nls_cp437 vfat fat appletalk psnap llc quota_v2 quota_v1 quota_tree fuse hal_netlink(O) hid ehci_hcd ext3 jbd[  114.516937] CPU: 0    Tainted: P      D    O  (3.4.6 #1)[  114.516966] PC is at get_dump_page+0x64/0xa8[  114.517003] LR is at 0xffff1cb[  114.517022] pc : [<c008deb4>]    lr : [<0ffff1cb>]    psr: 20000013[  114.517028] sp : cf94dce0  ip : 00000055  fp : cf94dd0c[  114.517061] r10: 00000000  r9 : 00000000  r8 : ffff1000[  114.517082] r7 : 00000001  r6 : ffff0000  r5 : 00000000  r4 : ffff0000[  114.517105] r3 : 00000000  r2 : cf94dcf4  r1 : c0415f10  r0 : 00000001[  114.517129] Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel[  114.517158] Control: 0005397f  Table: 0c268000  DAC: 00000017[  114.517180] Process nmbd (pid: 2959, stack limit = 0xcf94c270)[  114.517202] Stack: (0xcf94dce0 to 0xcf94e000)[  114.517227] dce0: 0000001c cf94dcf0 cf94dcf4 00000000 c0650fe0 c0415f10 ffff0000 c0415f10[  114.517262] dd00: cf94dddc cf94dd10 c00eb978 c008de60 cf94ddac 01000000 00000000 cf94c000[  114.517298] dd20: cf94de28 bf000000 c0415f10 cc496340 00000076 00000264 cc49b920 cf8eb1a0[  114.517333] dd40: ccfeb2e0 c02ea4a4 00000006 00000076 00000000 cc234460 c0371b94 00000003[  114.517368] dd60: 0000007c cf8eb1a0 c0371b94 00000006 00000090 cbc4ba20 00000264 00000002[  114.517403] dd80: 00000001 000c1000 ffff0000 00000000 00001000 00001000 00000005 00001000[  114.517438] dda0: 00001158 00000000 5450c528 00078ef4 5450c528 c03f9370 00000000 cf94c000[  114.517474] ddc0: cf94de28 cbc4b980 c03f974c 00000000 cf94de84 cf94dde0 c00ab2f4 c00eac0c[  114.517509] dde0: 00000000 cd0dba60 cbd6af48 00000006 00000006 cbc4b980 cbcb9d40 cf9da9a0[  114.517543] de00: 00000000 00000000 00000000 cf9da9a0 00000000 ccfeb2e0 00000000 00000000[  114.517578] de20: cf94de20 cf94de20 00000006 cf94dfb0 cd0dba60 01000000 0000008d cf8eb420[  114.517614] de40: 00000004 00000080 00000000 ccfeb4d8 cf94de8c cf94de60 c003d848 cca71550[  114.517649] de60: 00000078 00000006 cca715c8 cf94c000 cc1e88e0 cf94dee0 cf94dec4 cf94de88[  114.517685] de80: c003e9e0 c00aadbc c003d960 cf94dfb0 cf94df60 cca71560 cf94decc c0010248[  114.517720] dea0: b675ba54 cf94dfb0 00000000 b675ba58 cf94c000 00000001 cf94dfac cf94dec8[  114.517755] dec0: c0012bd4 c003e7a8 c003da38 c003d978 00000000 00000b8f ccfeb2e0 00000006[  114.517790] dee0: 00000006 00000000 fffffffa 00000b8f 00000000 c003bd34 cf94df50 ccfeb2e0[  114.517825] df00: cf94df3c cf94df20 c003cde8 c003cd78 c003c50c c003bba4 ccfeb2e0 00000000[  114.517861] df20: cf94df4c cf94df40 c003ce74 c003cdc0 cf94df6c cf94df50 c003cf00 c003ce54[  114.517896] df40: 00000880 00000000 cf94df70 cf94c000 cf94dfa4 cf94df70 c003fbf0 c003ce94[  114.517931] df60: cf94dfa4 cf94df70 c003fbf0 c003ce94 00000020 00000b8f 00000006 b6860000[  114.517966] df80: 0000010c 00000b8f 00000006 b6860000 0000010c 00000000 cf94c000 00000000[  114.518001] dfa0: 00000000 cf94dfb0 c00100f4 c0012afc 00000000 00000b8f 00000006 b67214a0[  114.518037] dfc0: 00000b8f 00000006 b6860000 0000010c 00000002 becb4e14 b6721000 becb4804[  114.518072] dfe0: becb4690 becb46d8 b675ba00 b675ba58 20000010 00000b8f 00000000 00000000[  114.518099] Backtrace:[  114.518126] [<c008de50>] (get_dump_page+0x0/0xa8) from [<c00eb978>] (elf_core_dump+0xd7c/0xefc)[  114.518158]  r5:c0415f10 r4:ffff0000[  114.518187] [<c00eabfc>] (elf_core_dump+0x0/0xefc) from [<c00ab2f4>] (do_coredump+0x548/0xa08)[  114.518229] [<c00aadac>] (do_coredump+0x0/0xa08) from [<c003e9e0>] (get_signal_to_deliver+0x248/0x4bc)[  114.518275] [<c003e798>] (get_signal_to_deliver+0x0/0x4bc) from [<c0012bd4>] (do_notify_resume+0xe8/0x5b8)[  114.518316] [<c0012aec>] (do_notify_resume+0x0/0x5b8) from [<c00100f4>] (work_pending+0x24/0x28)[  114.518352] Code: e1500005 da00000f e51b1018 e5913000 (e5932150)[  114.518376] ---[ end trace 49f2f763ad69e1ef ]---[  125.466657] eth0: stopped[  125.490166] eth0: started[  125.569510] eth1: stopped[  125.596047] eth1: link down[  125.596086] eth1: started[  128.781326] eth1: link up, full duplex, speed 1 Gbps[  179.031635] active port 0 :139[  179.031669] active port 1 :445[  179.031685] active port 2 :20[  179.207646] warning: `proftpd' uses 32-bit capabilities (legacy support in use)[  198.846130] warning: process `pic_raw' used the deprecated sysctl system call with 8.1.2.[  200.622641] rule type=2, num=0[  200.913980] WOL disable[  200.924771] WOL disable[  204.448844] Loading iSCSI transport class v2.0-871.[  205.113064] iscsi: registered transport (tcp)[  206.062263] iscsid (6417): /proc/6417/oom_adj is deprecated, please use /proc/6417/oom_score_adj instead.[  508.159028] active port 0 :139[  508.159062] active port 1 :445[  508.159077] active port 2 :20


    ERGÄNZUNG: Ausgabe der Partitionen und aller Details dazu. (Leider verstehe ich die Infos noch nicht wirklich)


    Code
    [~] # cat /proc/partitionsmajor minor  #blocks  name  31        0        512 mtdblock0  31        1       2048 mtdblock1  31        2       9216 mtdblock2  31        3       3072 mtdblock3  31        4        256 mtdblock4  31        5       1280 mtdblock5   8        0 2930266584 sda   8        1     530125 sda1   8        2     530142 sda2   8        3 2928697693 sda3   8        4     498012 sda4   8       16 2930266584 sdb   8       17     530125 sdb1   8       18     530142 sdb2   8       19 2928697693 sdb3   8       20     498012 sdb4   8       32 2930266584 sdc   8       33     530125 sdc1   8       34     530142 sdc2   8       35 2928697693 sdc3   8       36     498012 sdc4   8       48 2930266584 sdd   8       49     530125 sdd1   8       50     530142 sdd2   8       51 2928697693 sdd3   8       52     498012 sdd4   9        9     530048 md9   9       13     458880 md13   9        4     530048 md4


    [/code]


    Hier alle Partitionen im Detail (sda1-4, sdb1-4, sdc1-4, sdd1-4)



    Vielen Dank schon mal Fall schon mal jede Hilfe!
    EIN RAID ERSETZT KEIN BACKUP. Echt ich hab es jetzt verstanden :|


    Viele Grüße Steffen

    Hallo,


    mir wurde eben persönlich von dr_mike geholfen, wofür ich mich in aller Form nochmal bedanken möchte! :thumb:
    Um es kurz zu machen, ich bin auf keinen Fall in der Lage hier den genauen Weg zum Ziel zu beschreiben.
    Leider muss ich sagen es waren sehr viele Schritte nötig um das RAID wieder zu flicken. :shock:


    Ich musste die Platten Gott sei dank nicht in einen PC umbauen, alles konnte über die SSH abgewickelt werden.


    Auch wenn es vielen jetzt nicht hilft:


    - Firmware-Update NUR mit echtem Backup.
    - Falls die Firmware nicht durchläuft gibt es keinen Fallback auf die letzte intakte Version.
    - Ohne Firmware keinen Start. Ohne Festplatten keine Firmware. Es gibt auch keine Einstellungen mehr.
    - Es gibt vorallem kein RAID mehr!
    - Und ohne RAID kommt man nicht mehr an die Daten (diese liegen typischerweise in Blöcken verteilt auf den Platten) und können auch NUR via RAID gelesen werden.
    - Es spielt also keine Rolle ob im RAID bis zu n- Platten ausfallen dürfen, wenn das System nicht mehr läuft.

    Auch ich dachte bis vor ein paar Tagen, daß eine automatische Reperatur im RAID der Normalfall wäre... DAS IST NICHT SO.
    Tatsache ist: ein RAID ist im Kern überhaupt nicht dafür gedacht eine kaputte Platte wieder herzustellen!
    Ich habe meine Lektion gelernt.


    Vielen Dank nochmal für die Hilfe.


    Steffen

    Hallo Steffen und DrMike,


    ich bin am verzweifeln. Alles fing an, dass Netbak Replicator beim Widerherstellen die Dateien durchander gebracht hat. Ich dachte es wäre der Back-up Service und habe die External Drive gelöscht und wollte nach einer Neuformatierung von vorne beginnen. Da eine neue Firmware zur Verfügung stand habe ich diese installiert - lief auch reibungslos durch. Allerdings geht unter dieser Firmware der Back-up Service mit External Device nicht - es können keine Zielordner eingegeben werden. Durch die Fomatierung war der Back-up aber defekt - ich habe mir nichts dabei gedacht hatte ja die NAS und wollte den Back-up erneut aufsetzen, hierzu habe ich einen Beitrag vor 3 Tagen gepostet.


    Nun hat die NAS ein Problem und der RAID 5 ist defekt, ich habe im Storage Manager die Info RAID 5 Disk 1 2 3 4 not active, dann Recover gedrückt und auf einmal war die Anzeige erweitert und Disk 1 steht nun als Single Disk mit Status "uninitialized". Ich komme auf keinen Folder mehr drauf obwohl die Daten sicherlich noch da sind. Die Disks sind laut Hardware manager alle in Ordnung.


    Auch kriege ich ne Meldung wie folgt im System log: The firmware versions of the system built-in flash (4.1.1. Build 20141003) and the hard drive (1.0.0 build 0000) are not consitent. It is recommended to update the firmware again for higher system stability. Ich habe die aktuelle Version nochmals installiert ohne Erfolg.


    Ich sehe die Folder in der File Station oder auch im Explorer kriege aber die Fehlermeldung Folder does not exist.


    Typ: NAS 412
    Firmware: 4.1.1. Build 20141003
    Platten: Seagate ST3000DM001, Barracuda
    Firmware: ATA-8


    Bitte helft mir, da ich den Back-up gelöscht habe stehe ich vor dem Supergau. Ich werde mich erkenntlich zeigen. Ich bin nach 8h hier am ENDE....


    vielen Dank im voraus,
    Matthias



    Produkt: NS412 mit 4 x 3TB Seagate, Baracuda.

    Hallo zusammen,


    Ihr könnt Euch nicht vorstellen was mir in den letzten 4h (!) passiert ist. DrMike hat sich in den letzten 4h ausschliesslich mit meinem NAS Problem beschäftigt und es gelöst. Genau wie Steffen ist es mir unmöglich die unzählbaren Schritte aufzuzählen, um das RAID System zu flicken. Dieses Engagement und Einsatz ist absolut nicht selbstverständlich. Ich bin Mike dafür unendlich dankbar, hat er doch meine Daten gerettet. Ich werde die SPENDEN Option nutzen, um zum einen Danke zu sagen, aber auch um mitzuhelfen, dass dieser Service weiterbestehen kann. Denn mal ehrlich, den Support hier liefert kein Hersteller und ich kann Euch sagen von was ich rede habe ich doch 20 Jahre bei einem führenden globalen IT Hersteller gearbeitet.


    Und noch was möchte ich Euch allen mit auf den Weg geben, Steffen hat es auch schon geschrieben:


    1. BACK-up !
    2. BACK-up !
    3. BACK-up !
    4. BACK-up !
    5. BACK-up !
    - Eine NAS kann auch mit RAID nicht vor einem Back-up schützen !
    - Wenn das RAID kaputt ist, kommt man möglicherweise nicht mehr an die Daten !
    - Firmware update nur nach vollständigem Back-up machen, das kann dauern natürlich ist aber nichts gegen einen Supergau mit kompletten Datenverlust !


    Mike, Dir nochmals meinen herzlichsten Dank ! :thumb: :thumb: :thumb:


    Viele Grüße,
    Matthias

    Lieber Matthias,


    unser Forum "lebt" gerade von Mitgliedern, die nicht nur hierherkommen, um Fragen zu stellen, sondern auch, um Antworten zu geben.


    Nicht jeder von uns hat die Fähigkeiten eines Prof. Dr. raid Mike oder dessen Zeit und Geduld, solchen ausserordentlichen Support hier zu leisten. Wir freuen uns alle über jeden einzelnen, der ab und zu mal hier vorbei schaut, ob ihm ein Thema oder eine Frage auffällt, auf das/die er aus seinem Kenntnisstand und seiner Erfahrung eine Antwort, eine Lösungsidee oder einen Tipp geben kann. Ich finde auch das eine schöne Art, für hier erhaltene Hilfe ein "Danke" an die Gemeinschaft zurückzugeben.


    In diesem Sinne fühle Dich, auch stellvertretend für andere, bitte eingeladen, hier auch mal ohne eigenen "GAU" zum Stöbern und Mithelfen vorbeizuschauen!


    Und herzlichen Dank für Deine Spende! :love:


    Liebe Grüsse und ein schönes Wochenende,
    GBD