Shuttle Omninas KD20 WD Red 2TB HDD reageert niet. / Mounten

[avista]

Beste Tweakers,

Na 1x gebeld te hebben naar Taiwan hoofdkantoor en 1x naar Duitsland Sales (die mij doorverbonden hadden naar de Technische afdeling) en 1x nogmaals gebeld te hebben (en 2x een support formulier ingevuld te hebben op de website van Shuttle) wil ik graag mijn vraag hier beantwoord hebben omdat Shuttle mij continue verwijst naar het support formulier op hun website waar ik tot op heden geen antwoord op heb ontvangen.

Ik heb jaren geleden een Shuttle Omninas KD20 gekocht met 2x WD Red 2.0TB HDD's. Sinds een paar maanden geleden merkte ik dat toegang tot de netwerkschijven nauwelijks ging en verslechterde. Zelfs inloggen op de webpagina was niet mogelijk (ik krijg te zien dat de webpagina niet reageert)

Ik heb de NAS gereset en ook firmware op USB gezet en laten installeren beide geen gewenste resultaat.
Ik heb verschillende clients geprobeerd 1. Vaste PC met kabel Win 10 Pro 64 bits en een laptop Win 10 Pro 64 bits met zowel kabel/Wi-Fi.
De WD Red HDD's heb ik eruit gehaald en 2 oude WD Blue HDD's aangesloten en dan werkt de webpagina wel direct en kan ik de wizard starten om de HDD's te configureren.

Het lijkt er dus op dat het iets te maken heeft met de HDD's. Ik heb de 2 HDD's aangesloten op een 3.5" HDD BAY naar USB 3.0 op een ubuntu pc. Volgens de specs worden de HDD's in XFS file system geformatteerd. Echter krijg ik in Ubuntu te zien dat de schijven een Linux RAID member zijn. Na wat verder uitzoeken heb ik gevonden dat je een aantal packages kunt installeren zoals xfsdump en xfsprogs en mdadm.
Nou ik de packages geinstalleerd en het volgende geprobeerd:
sudo mdadm --assemble --run /dev/md0 /dev/sdb2

Maar helaas ook niet het gewenste resultaat.

Alvast dank voor jullie hulp.

[Mijzelf]

Wat had je verwacht van dat commando, en wat deed hij?

[avista]

Op internet heb ik gevonden dat je met mdadm een RAID Array kunt creëren zodat je de data kan inlezen omdat hij op de NAS ook als JBOD RAID Array geconfigureerd was. Echter krijg ik als resultaat:

mdadm: Cannot assemble mbr metadata on /dev/sdf
mdadm: /dev/sdf has no superblock - assembly aborted.

[Mijzelf]

Dat is niet de fout op je oorspronkelijke commando, neem ik aan? Dat ging over /dev/sdb2, dat zal geen fouten geven over /dev/sdf.

Je kunt vrij eenvoudig achterhalen welke partities raid array member zijn:

sudo mdadm --examine /dev/sd*

[avista]

Ondertussen opgelost, dank voor je eventuele hulp dat was inderdaad niet de foutmelding op me oorspronkelijke commando.
De RAID Array was al aangemaakt en moest enkel nog gemount worden. Gelukkig kon ik daarna mijn bestanden inzien!