Hallo zusammen,
ich habe ein kleines Problem bei dem ich mal Hilfe brauche (ein Blick in die Suche brachte mich leider nicht weiter). Also zuerst ein paar Basics
TS-453a
Firmware 4.2.2
RAID 5 aus 4 Platten (2xWD RED;2xHGST) (stehen jeweils auf der Kompatibilitätsliste)
2 Volumen davon 1 Volumen a 8TB und 1 Volumen ca 1.5TB Verschlüsselt (Das verschlüsselte Volumen ist leer und war noch nie im Einsatz)
Die NAS ist so eingestellt gewesen, dass sie morgens um 7 Uhr angeht und abends um 21 Uhr wieder aus (keine USV)
So nun zu meinem Problem :
Letztes Wochenende ist die QNAP scheinbar mal wieder hängengeblieben beim Herunterfahren und meldete mir "Check File System". Da beide Volumes nicht gemountet wurden versuchte ich über die Webseite der NAS den Check zu starten. Dies klappte nicht, nach ca. 1% brach es mit einer Fehlermeldung ab. Auch das deaktivieren der Apps und dutzende Neustarts später konnte das Problem nicht lösen. Auch über ssh ließ sich das NAs nicht überzeugen einen Check durch zu führen. (inzwischen habe ich gesehen das QNAP hierzu ein FixIt anbietet)
Nach gefühlten 100 Neustarts der QNAP zeigt diese mir nun beim starten an "Festplatten mit QNAP Signatur" entdeckt und "Werkseinstellungen wiederherstellen" oder "System Initialisieren". Natürlich habe ich mehrfach "Werkseinstellungen wiederherstellen" verwendet mit dem Ergebnis das die NAS neustarten und auf dem gleichen Bildschirm endet.
So kurze Rede langer Sinn : Ticket bei QNAP eröffnet (aber noch in Bearbeitung)
Ich habe mich mal mit dem NAS über ssh verbunden und festgestellt dass kein Volume oder Storage Pool gemountet wird. Per Hand kann ich das RAID 5 als /Dev/md0 "zusammenfügen" aber leider kann ich weder ein "Dateisystem" laden noch die volumes erreichen.
[ 6994.876227] RAID conf printout:[ 6994.876230] --- level:5 rd:4 wd:4[ 6994.876234] disk 0, o:1, dev:sda3[ 6994.876237] disk 1, o:1, dev:sdb3[ 6994.876240] disk 2, o:1, dev:sdc3[ 6994.876242] disk 3, o:1, dev:sdd3[ 6994.876275] md/raid:md0: /dev/sda3 does not support SSD Trim.[ 6994.882044] md/raid:md0: /dev/sdd3 does not support SSD Trim.[ 6994.887810] md/raid:md0: /dev/sdc3 does not support SSD Trim.[ 6994.893584] md/raid:md0: /dev/sdb3 does not support SSD Trim.[ 6994.899422] md0: detected capacity change from 0 to 11971778838528[ 7123.605781] md0: unknown partition table[ 7123.610014] EXT4-fs (md0): VFS: Can't find ext4 filesystem[ 7244.802424] EXT4-fs (md0): VFS: Can't find ext4 filesystem[~] #
[~] # df -hFilesystem Size Used Available Use% Mounted onnone 200.0M 183.2M 16.8M 92% /devtmpfs 1.9G 4.0k 1.9G 0% /devtmpfs 64.0M 296.0k 63.7M 0% /tmptmpfs 1.9G 0 1.9G 0% /dev/shmtmpfs 16.0M 0 16.0M 0% /sharecgroup_root 1.9G 0 1.9G 0% /sys/fs/cgroup[~] #
[~] # mdadm -D /dev/md0/dev/md0:Version : 1.0Creation Time : Mon Aug 1 16:24:13 2016Raid Level : raid5Array Size : 11691190272 (11149.59 GiB 11971.78 GB)Used Dev Size : 3897063424 (3716.53 GiB 3990.59 GB)Raid Devices : 4Total Devices : 4Persistence : Superblock is persistentUpdate Time : Tue Sep 27 06:19:13 2016State : cleanActive Devices : 4Working Devices : 4Failed Devices : 0Spare Devices : 0Layout : left-symmetricChunk Size : 512KName : 1UUID : bbd6d3e1:50c204d3:d73410ca:c0a57dd9Events : 18348Number Major Minor RaidDevice State0 8 3 0 active sync /dev/sda31 8 19 1 active sync /dev/sdb32 8 35 2 active sync /dev/sdc33 8 51 3 active sync /dev/sdd3
Soweit so schlecht. Da ich zwar in der IT arbeite aber einen großen Umweg um Linux mache Bin ich hier nun am Ende meines Wissens. Das RAID war zu keinem Zeitpunkt defekt und die Platten im Top Zustand.
Ich würde halt gerne versuchen wieder an die Daten heranzukommen, die zusätzlich nochmal sichern (die aller aller wichtigsten Daten habe ich per täglichem Task gesichert) und dann das RAID zu löschen und die QNAP neu aufzusetzen.
Aber WIE? Ich hoffe ihr könnt mir ein wenig unter die Arme greifen Also ein e2fsck schlägt fehl wegen
e2fsck 1.41.4 (27-Jan-2009)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/md0
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>