Alles gut - Hatte es so verstanden, dass das nur hilfreich wäre, wenn die Platten in ein neues NAS gebaut werden und dort wieder zum Laufen gebracht werden sollen.
Problem ist ja gelöst und die Antworten hier im Beitrag haben mir ja geholfen 
Danke nochmal
Hi zusammen,
ich hab heute das komplette Raid inkl. dem Speicherpool wieder zum Laufen bekommen, nachdem mir QNAP folgende Befehle als Hinweis genannt hat:
Mod: Nicht deklariertes Zitat ohne Quellenangabe ... korrigiert! 
Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Zitat von QNAP SupportAlles anzeigenLoggen Sie sich über SSH ein und verwenden folgende Befehle:
mdadm -AfR /dev/md1 /dev/sd[abcde]3
Danach sollte Ihr Raid aktiv sein.
Verwenden Sie danach den Befehl.
/etc/init.d/init_lvm.sh
Wenn Ihre NAS den Befehl nicht hat verwenden Sie:
storage_boot init 1
storage_boot init 2
Ergebnis:
RAID kommt wieder mit allen fünf Platten hoch, obwohl zuvor zwei der Platten noch nicht zum RAID 5 Verbund gehört haben und anschließend war auch der bereits verschwundene Speicherpool wieder vorhanden und ich konnte auf alle Ordnerfreigaben inkl. aller Daten zugreifen.
Somit Problem gelöst.
Danke an eure Hilfe hier im Forum
Ich habs übrigens mittlerweile geschafft, dass wieder alle 5 Platten erkannt werden. Die Platten 1,2 und 5 sind in der RAID Gruppe 1 und die Platten 2 und 3 werden als "Frei" angezeigt..
Der Speicherpool wird mir aber nicht mehr angezeigt, obwohl in den Freigabeordnern nach wie vor meine Ordner inkl. Dateien und Ordnergrößen gelistet werden..
Wäre das denn wirklich problemlos machbar?
Also angenommen ich hol mir die TS-453E (Ein passendes 5-Bay System gibt es ja nicht mehr und die 453E ist laut Kompabilitätsliste passend zur TS-569 Pro): Kann ich dann einfach die ersten 4 Platten aus der TS-569 Pro ins neue System umbauen und könnte damit das Raid wieder zum Laufen bekommen?
[~] # fdisk -l
Disk /dev/sda: 4000.7 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 267350 2147483647+ ee EFI GPT
Disk /dev/sdb: 4000.7 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 267350 2147483647+ ee EFI GPT
Disk /dev/sdc: 4000.7 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdc1 1 267350 2147483647+ ee EFI GPT
Disk /dev/sdd: 515 MB, 515899392 bytes
8 heads, 32 sectors/track, 3936 cylinders
Units = cylinders of 256 * 512 = 131072 bytes
Device Boot Start End Blocks Id System
/dev/sdd1 1 17 2160 83 Linux
/dev/sdd2 * 18 1910 242304 83 Linux
/dev/sdd3 1911 3803 242304 83 Linux
/dev/sdd4 3804 3936 17024 5 Extended
/dev/sdd5 3804 3868 8304 83 Linux
/dev/sdd6 3869 3936 8688 83 Linux
Disk /dev/md9: 542 MB, 542769152 bytes
2 heads, 4 sectors/track, 132512 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md9 doesn't contain a valid partition table
Disk /dev/md13: 469 MB, 469893120 bytes
2 heads, 4 sectors/track, 114720 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md13 doesn't contain a valid partition table
Disk /dev/md256: 542 MB, 542834688 bytes
2 heads, 4 sectors/track, 132528 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md256 doesn't contain a valid partition table
Disk /dev/md322: 7408 MB, 7408779264 bytes
2 heads, 4 sectors/track, 1808784 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md322 doesn't contain a valid partition table
[~] #Die Hardware will ich dann schon mal noch erneuern, keine Frage.
Gibt's nicht irgendwelche Workarounds, CLI-Befehle, o.Ä. um die beiden momentan unbekannten Platten wieder lauffähig zu bekommen um vielleicht nochmal Zugriff auf die Daten zu bekommen?
Wie gesagt, die Platten funktionieren und hatten beim Setup des RAID vor kurzen top Werte.
Nach dem ersten Reboot war nur Disk 5 verfügbar und 1-4 waren weg. Aktuell sind die Platten 1,2 und 5 verfügbar.
Die wichtigsten Daten auf dem NAS sind zum Glück noch als Backup da. Allerdings habe ich die Tage nochmal einen Schwung Daten aufs NAS kopiert, bei denen es schön wäre, wenn ich die nochmal verfügbar bekommen würde.
Das NAS wurde erst vor 2 Tagen komplett neu aufgesetzt, auch mit 3 neuen Platten.
Hallo Community,
an meinem TS-569 Pro NAS wurde das RAID durch einen Neustart des Systems wohl beschädigt. Anfangs wurde von den fünf Platten nur noch eine sauber erkannt und dadurch war das komplette RAID inaktiv. Ich habe das System dann erneut Neugestartet und danach wurden zumindest mal drei der fünf Platten erkannt. Leider noch nicht genug, um an die Daten auf den Platten ran zu kommen.
Leider wird mir mittlerweile auch der zuvor vorhandene Speicherpool nicht mehr angezeigt.
In den Freigabeordnern sehe ich zumindest noch die erstellten Ordner und dass darin auch noch die Daten liegen - Das ist ja zumindest schon mal gut, nehme ich an.
Da ich noch relativ neu in der QNAP Welt bin würde ich mich sehr freuen, wenn mir jemand ein wenig helfen könnte, wie ich vielleicht den RAID Verbund wieder zum laufen bekommen könnte.
Über ähnliche Posts in diesem Forum habe ich bereits ein paar Hinweise gefunden und per SSH folgende Infos gezogen:
[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md322 : active raid1 sdc5[2](S) sdb5[1] sda5[0]
7235136 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md256 : active raid1 sdc2[2](S) sdb2[1] sda2[0]
530112 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk
md13 : active raid1 sda4[0] sdc4[4] sdb4[1]
458880 blocks super 1.0 [32/3] [UU__U___________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
md9 : active raid1 sda1[0] sdc1[4] sdb1[1]
530048 blocks super 1.0 [32/3] [UU__U___________________________]
bitmap: 1/1 pages [4KB], 65536KB chunk
unused devices: <none>[~] # mdadm --examine /dev/sda3
/dev/sda3:
Magic : a92b4efc
Version : 1.0
Feature Map : 0x0
Array UUID : cb3c710d:11fe3298:8838c65b:00fcca17
Name : 1
Creation Time : Sun Jun 30 12:42:12 2024
Raid Level : raid5
Raid Devices : 5
Avail Dev Size : 7794127240 (3716.53 GiB 3990.59 GB)
Array Size : 15588254464 (14866.12 GiB 15962.37 GB)
Used Dev Size : 7794127232 (3716.53 GiB 3990.59 GB)
Super Offset : 7794127504 sectors
Unused Space : before=0 sectors, after=264 sectors
State : clean
Device UUID : b35aa9d9:fcdae054:f5bca58e:b0cbf03e
Update Time : Mon Jul 1 10:54:55 2024
Bad Block Log : 512 entries available at offset -8 sectors
Checksum : fd04f8d0 - correct
Events : 23
Layout : left-symmetric
Chunk Size : 64K
Device Role : Active device 0
Array State : AAAAA ('A' == active, '.' == missing, 'R' == replacing)
[~] # mdadm --examine /dev/sdb3
/dev/sdb3:
Magic : a92b4efc
Version : 1.0
Feature Map : 0x0
Array UUID : cb3c710d:11fe3298:8838c65b:00fcca17
Name : 1
Creation Time : Sun Jun 30 12:42:12 2024
Raid Level : raid5
Raid Devices : 5
Avail Dev Size : 7794127240 (3716.53 GiB 3990.59 GB)
Array Size : 15588254464 (14866.12 GiB 15962.37 GB)
Used Dev Size : 7794127232 (3716.53 GiB 3990.59 GB)
Super Offset : 7794127504 sectors
Unused Space : before=0 sectors, after=264 sectors
State : clean
Device UUID : caff74d9:20cf2baa:55c2972e:f90e80ae
Update Time : Mon Jul 1 10:54:55 2024
Bad Block Log : 512 entries available at offset -8 sectors
Checksum : 619cdab6 - correct
Events : 23
Layout : left-symmetric
Chunk Size : 64K
Device Role : Active device 1
Array State : AAAAA ('A' == active, '.' == missing, 'R' == replacing)[~] # qcli_storage -d
Enclosure Port Sys_Name Type Size Alias Signature Partitions Model
NAS_HOST 1 /dev/sda HDD:data 3.64 TB -- QNAP FLEX 5 WDC WD40EFZX-68AWUN0
NAS_HOST 2 /dev/sdb HDD:data 3.64 TB -- QNAP FLEX 5 Seagate ST4000NE001-2MA101
NAS_HOST 5 /dev/sdc HDD:data 3.64 TB -- QNAP FLEX 5 WDC WD40EFRX-68WT0N0
[~] #Kann mir jemand ein paar Tipps geben?
Vielen Dank!