Readynas Pro 6 boot niet meer

[Arjan A]

Ik heb een Readynas Pro 6, 5 of 6 jr oud ongeveer, die ineens niet meer wil opstarten.
Er zitten 6 schijven in, 3x1TB, 3x2TB.
De firmware is meen ik de laatste, dus 6.10.x

De NAS heeft het altijd goed gedaan, maar gisteren toen ik hem moest verplaatsen, heb ik hem uitgeschakeld en van het stroom afgehaald.
Daarna (uurtje later) weer aangesloten, stroom erop en het schakelaartje achterop omgezet.
Sindsdien staat er op het schermpje alleen nog maar "ReadyNAS" en verder gebeurt er bar weinig; het netwerk komt niet op, de CPU-fan blijft in de hoogste stand blazen en hoe lang ik ook wacht, er gebeurt niets meer.

Wat heb ik al geprobeerd?
Reset via het paperclipgaatje aan de achterkant om in het bootmenu te komen: er gebeurt niets.
USB-flash: helemaal geen reactie, minstens 20 minuten gewacht zoals de Netgear support forums adviseren.

De schijven zijn nog goed, al gecheckt, de data staat er ook nog wel op (al weet niet exact hoe ik de X-raid moet mounten in Linux met 6 schijven).

Het apparaat is al lang en breed uit de garantie, dus ik denk niet dat Netgear me nog zou willen helpen (en ik heb zo'n vermoeden volgens die fora dat het afgelopen is met de NAS).

Welke opties heb ik nog?

En een tweede vraag: ik heb hier nog een Linux-bak staan. Hoe makkelijk is het om de 6-drive-bay van Netgear erop aan te sluiten en in ieder geval de Raid-config weer werkend te krijgen?

[leonbong]

@Arjan A

Daarna (uurtje later) weer aangesloten, stroom erop en het schakelaartje achterop omgezet.

Wat bedoel je hiermee heb je hem op 110V gezet ofzo.

Het mouten in Linux is ingewikkeld door BRTFS filesystem maar schijnt mogelijk te zijn.

[ Voor 29% gewijzigd door leonbong op 02-05-2019 11:46 ]

[Arjan A]

leonbong schreef op donderdag 2 mei 2019 @ 11:44:
@Arjan A

[...]


Wat bedoel je hiermee heb je hem op 110V gezet ofzo.

Nee, ik bedoel dat ik het aan/uit schakelaartje netjes op uit had staan. Daarna stekker erin gestoken, en dan pas op aan gezet

[leonbong]

@Arjan A
Waarschijnlijk voeding gaar.
Je kan een normale ATX voeding proberen let op de pinout is iets anders.

[ Voor 16% gewijzigd door leonbong op 02-05-2019 12:09 ]

[leonbong]

@Arjan A
Een linux distro die MDADM met daarover BRTFS ondersteunt kan de raid mounten.
https://community.netgear...BTRFS-Volumes/td-p/895558

[ Voor 3% gewijzigd door leonbong op 02-05-2019 12:03 ]

[Arjan A]

Thanks @leonbong , de voeding moet ik nog proberen. Ik heb hier 2 ATX-voedingen liggen, eentje is dood (zo lijkt het want de NAS doet in zijn geheel niets). De andere heeft nog zo'n 20-polige stekker ipv 24, dus dat wordt'm ook niet. Straks even kijken of ik mijn eigen PC even kan openhalen....

Dat verhaal op de community stelt me alweer een beetje gerust, ik zie in ieder geval bekende devices voorbij komen zoals /dev/md127. Maar eerst een goede voeding te pakken krijgen

[leonbong]

@Arjan A
Je kan ook nog even kijken of bios niet blijft hangen.
Dit vereist wel een mod maar Mobo is voorzien van een VGA-header waarop het bios gewoon beeld geeft bij de boot.

[prutser001]

Arjan A schreef op donderdag 2 mei 2019 @ 12:20:
Thanks @leonbong , de voeding moet ik nog proberen. Ik heb hier 2 ATX-voedingen liggen, eentje is dood (zo lijkt het want de NAS doet in zijn geheel niets). De andere heeft nog zo'n 20-polige stekker ipv 24, dus dat wordt'm ook niet. Straks even kijken of ik mijn eigen PC even kan openhalen....

Dat verhaal op de community stelt me alweer een beetje gerust, ik zie in ieder geval bekende devices voorbij komen zoals /dev/md127. Maar eerst een goede voeding te pakken krijgen

Als het een beetje voeding is kun je gewoon 20pin gebruiken hoor, de keren dat ik dat gedaan heb heeft dit gewoon gewerkt.

[Arjan A]

leonbong schreef op donderdag 2 mei 2019 @ 12:22:
@Arjan A
Je kan ook nog even kijken of bios niet blijft hangen.
Dit vereist wel een mod maar Mobo is voorzien van een VGA-header waarop het bios gewoon beeld geeft bij de boot.

Thnks, die mod had ik al gezien (en de pins op mijn mobo had ik ook gevonden), maar ik heb helaas net niet alle tools om dat eventjes in elkaar te sleutelen

[leonbong]

@Arjan A
Let op de positie van de ATX pinnen is mogelijk anders.

VGA
Koop onderstaand.

Gemiddelde PC zaak heeft dat wel liggen.

[ Voor 63% gewijzigd door leonbong op 02-05-2019 12:28 ]

[Arjan A]

Even een kleine update: De ATX-voeding die ik had doet het wel op een normaal moederbord, niet in de NAS. Nagekeken welk schema de pins hebben, maar dat is hetzelfde als een normale ATX-voeding. Alleen de witte ontbreekt bij Netgear. Voor de zekerheid de witte verwijderd, maar nog steeds doet hij helemaal niets. De normale voeding wel.

Ik heb nu een PCIE-kabel besteld om de raid-kaart aan een ander moederbord te kunnen koppelen. Hopelijk heb ik geen exotische drivers nodig...
Verder een VGA-moederbordkabel besteld om te kunnen zien of de BIOS nog berichten geeft bij het booten.

Zover is het nog niet, alles moet uit China komen dus de bezorging kan nog even duren (en ik moet zelf ook weer tijd vrijmaken).

To be continued...

[Arjan A]

Update #2: Ik heb inmiddels via AliExpress mijn VGA-kabel ontvangen, en kunnen booten met monitor.
Bij het booten verschijnt het bios-scherm, totdat hij wil starten van de schijf. Dan wordt het scherm leeg en staat er alleen dit:

code:

MBR
H 

Error

Blijkbaar kan er niet geboot worden van het device dat de SMI USB blijkt te heten, omdat er iets niet klopt met de MBR.
Ik kan met een USB-stick wel ArchLinux booten en erin komen, maar via diezelfde USB-stick een update van Netgear uitvoeren lukt steeds niet (na init.gz ready stopt hij gewoon).

De interne image is maar 128MB groot, en ik heb meteen maar een kopie getrokken van die image mocht ik iets kapot maken, maar mijn idee is dat er dus een MBR gefixt moet worden oid. Op het Netgear-forum staat maar 1 topic met die foutmelding, en daar zit niet echt een oplossing bij (hij heeft gewoon een andere Readynas gekocht en daar zijn oude schijven in gezet).
Ik heb ook al geprobeerd om met een USB stick geprepareerd met het originele image te booten, maar daar krijg ik zelfs geen foutmelding, waarschijnlijk doe ik nog iets verkeerd daar.

Ik kan dus met ArchLinux via USB-stick booten, ik kan de USB-partitie benaderen waar hij normaal van moet booten, en ik kan nu ook de raid-partities weer benaderen, en ik kan bij mijn bestanden komen. Alleen moet ik alles handmatig mounten en services aanzetten om het bereikbaar te maken. Het is in ieder geval een geruststelling dat de data er nog is (had ook niet anders verwacht), maar ik wil graag weer van de interne USB kunnen booten.

Heeft iemand nog ideeën?

[Arjan A]

leonbong schreef op donderdag 2 mei 2019 @ 12:25:
@Arjan A
Let op de positie van de ATX pinnen is mogelijk anders.

VGA
Koop onderstaand.
[Afbeelding]
Gemiddelde PC zaak heeft dat wel liggen.

Heb ik inmiddels, zie mijn bericht hierboven

[leonbong]

@Arjan A
https://kb.netgear.com/30267/RAIDiator-4-2-USB-Recovery-Tool

Voor als je nog radiator 4 hebt.

[ Voor 6% gewijzigd door leonbong op 20-05-2019 10:47 ]

[Arjan A]

leonbong schreef op maandag 20 mei 2019 @ 10:47:
@Arjan A
https://kb.netgear.com/30267/RAIDiator-4-2-USB-Recovery-Tool

Voor als je nog radiator 4 hebt.

Thnx . Die heb ik allang geprobeerd, evenals de tool voor 6.
Beide tools booten in eerste instantie wel, maar komen niet verder dan "Loading initrd.gz.....Ready".
Ik heb hem proberen op te starten met verschillende boot-opties, maar geen enkele komt verder dan bovenstaande melding.

Dit is bijna meer gerelateerd aan Linux dan aan specifiek Netgear denk ik zelf, en ik heb het idee dat er maar ergens één dingetje gefixt hoeft te worden om de machine weer te laten booten. Zeker ook omdat ik met ArchLinux er gewoon in kan komen, mijn bestanden kan zien en ook de systeempartitie kan benaderen.

[Mijzelf]

Wat staat er op dat 128MB kaartje? Ik zou verwachten een MBR, een bootloader (mogelijk grub of lilo), een partitie met een kernel en een initramfs, en mogelijk een partitie met een rootfs.

Als de machinecode in de MBR of de bootloader is beschadigd, lijkt me dat vrijwel niet te repareren. Een fout in de partitietabel is een veel kleiner probleem.

Is het kaartje nog te beschrijven? In dat geval zou je kunnen proberen een kloon van een nog werkend systeem te maken.

[Arjan A]

Mijzelf schreef op maandag 20 mei 2019 @ 11:30:
Wat staat er op dat 128MB kaartje? Ik zou verwachten een MBR, een bootloader (mogelijk grub of lilo), een partitie met een kernel en een initramfs, en mogelijk een partitie met een rootfs.

Als de machinecode in de MBR of de bootloader is beschadigd, lijkt me dat vrijwel niet te repareren. Een fout in de partitietabel is een veel kleiner probleem.

Is het kaartje nog te beschrijven? In dat geval zou je kunnen proberen een kloon van een nog werkend systeem te maken.

Dat 128MB kaartje is een intern gesoldeerd USB-kaartje.
Er staat een FAT-partitie op, met daarin een kernel, een initrd.gz en een root.tlz bestand. De rest van het OS staat op /dev/md127.
Ik heb de image van het originele firmware-update bestand uitgepakt en de files gevonden die op de internet USB moeten komen. Heb even een diff gedraaid, en initrd.gz verschilt met de versie op de USB. De initrd.gz van de firmware-update kan ik openen, maar die van de USB lijkt corrupt. Dat geeft in ieder geval aan dat er corruptie lijkt opgetreden op de USB.

Het filesystem heb ik inmiddels ook gescand (waarbij initrd.gz ook weer naar boven kwam, evenals een dirty bit - dat doet vermoeden dat de USB niet goed ge-unmount is). Ik ben er alleen nog niet achter hoe ik de MBR kan checken op fouten.

Uiteindelijk gaat het me wel lukken om de NAS weer werkend te krijgen, al dan niet met een alternatieve Linux-versie. Het liefst zou ik weer gewoon in de Netgear-omgeving willen komen. Daar zitten alle gebruiksvriendelijke functies in die je van een NAS kan verwachten

Update: parted geeft de volgende info over de interne USB:

code:

Model: SMI USB DISK (scsi)
Disk /dev/sde: 128MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End    Size   Type     File system  Flags
 1      31.7kB  128MB  128MB  primary  fat16        boot

gdisk:

code:

GPT fdisk (gdisk) version 1.0.4

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************

Disk /dev/sde: 250880 sectors, 122.5 MiB
Model: USB DISK
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 8AC63FA0-007A-44C3-90DA-72ECDC46198C
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 250846
Partitions will be aligned on 2-sector boundaries
Total free space is 147 sectors (73.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              62          250727   122.4 MiB   0700  Microsoft basic data

[ Voor 28% gewijzigd door Arjan A op 20-05-2019 13:24 ]

[Mijzelf]

Hm. Het zal duidelijk zijn dat een corrupte initrd.gz een andere foutmelding geeft. In dat geval verwacht ik in elk geval een kernel boot log, met een kernel panic aan het eind.

Die root.tlz is geheimzinnig. Een Google levert twee links, die allebei over een Netgear gaan, waarbij bij eentje een corrupte root.tlz het systeem unbootable maakte. (link).
Ik vraag me af of het de bootloader zou kunnen zijn. Zou je daar eens naar kunnen kijken?

dd if=/dev/sda count=1 | hexdump -C

Waarbij /dev/sda de interne usb schijf is, of de file waarin de image zit. Dit laat de bootcode in MBR zien, die mogelijk de filenaam van de bootloader geeft.

Als root.tlz inderdaad de bootloader is, zou je een bootable USB stick kunnen maken, waarbij je de kernel en initrd transplanteert, om te zien of hij daarmee het Readynas OS boot.

[Arjan A]

Mijzelf schreef op maandag 20 mei 2019 @ 19:38:
Hm. Het zal duidelijk zijn dat een corrupte initrd.gz een andere foutmelding geeft. In dat geval verwacht ik in elk geval een kernel boot log, met een kernel panic aan het eind.

Die root.tlz is geheimzinnig. Een Google levert twee links, die allebei over een Netgear gaan, waarbij bij eentje een corrupte root.tlz het systeem unbootable maakte. (link).
Ik vraag me af of het de bootloader zou kunnen zijn. Zou je daar eens naar kunnen kijken?

dd if=/dev/sda count=1 | hexdump -C

Waarbij /dev/sda de interne usb schijf is, of de file waarin de image zit. Dit laat de bootcode in MBR zien, die mogelijk de filenaam van de bootloader geeft.

Als root.tlz inderdaad de bootloader is, zou je een bootable USB stick kunnen maken, waarbij je de kernel en initrd transplanteert, om te zien of hij daarmee het Readynas OS boot.

Ik heb hier de MBR:

code:

00000000  fa 31 c0 8e d8 8e c0 8e  d0 bc 00 7c fb fc 89 e6  |.1.........|....|
00000010  bf 00 06 b9 00 01 f3 a5  ea 1d 06 00 00 be fc 06  |................|
00000020  e8 ae 00 88 16 00 08 b4  08 cd 13 31 c0 88 f0 40  |...........1...@|
00000030  a3 f8 06 80 e1 3f 88 0e  fa 06 be be 07 31 c0 b9  |.....?.......1..|
00000040  04 00 f6 04 80 74 03 40  89 f7 83 c6 10 e2 f3 83  |.....t.@........|
00000050  f8 01 75 73 8a 36 00 08  b8 00 41 bb aa 55 31 c9  |..us.6....A..U1.|
00000060  30 f6 f9 cd 13 72 23 81  fb 55 aa 75 1d f6 c1 01  |0....r#..U.u....|
00000070  74 18 57 be e8 06 8b 5d  08 89 5c 08 8b 5d 0a 89  |t.W....]..\..]..|
00000080  5c 0a 8a 16 00 08 b4 42  eb 2a 57 8b 45 08 8b 55  |\......B.*W.E..U|
00000090  0a f7 36 fa 06 42 89 d1  31 d2 f7 36 f8 06 88 c5  |..6..B..1..6....|
000000a0  d1 e8 d1 e8 24 c0 08 c1  88 d6 8a 16 00 08 bb 00  |....$...........|
000000b0  7c b8 01 02 cd 13 72 16  5e 81 3e fe 7d 55 aa 75  ||.....r.^.>.}U.u|
000000c0  08 fa ea 00 7c 00 00 77  05 be 02 07 eb 03 be 1d  |....|..w........|
000000d0  07 ac 20 c0 74 0c b4 0e  8a 3e 62 04 b3 07 cd 10  |.. .t....>b.....|
000000e0  eb ef c3 eb fd 00 00 00  10 00 01 00 00 7c 00 00  |.............|..|
000000f0  00 00 00 00 00 00 00 00  00 00 00 00 4d 42 52 0d  |............MBR.|
00000100  0a 00 4d 69 73 73 69 6e  67 20 6f 70 65 72 61 74  |..Missing operat|
00000110  69 6e 67 20 73 79 73 74  65 6d 0d 0a 00 4f 70 65  |ing system...Ope|
00000120  72 61 74 69 6e 67 20 73  79 73 74 65 6d 20 6c 6f  |rating system lo|
00000130  61 64 69 6e 67 20 65 72  72 6f 72 0d 0a 00 00 00  |ading error.....|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 80 01  |................|
000001c0  01 00 06 03 fe f2 3e 00  00 00 2a d3 03 00 00 00  |......>...*.....|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

Die heb ik ook meteen even vergeleken met andere MBR's, dan krijg ik wel het idee dat deze redelijk corrupt is...

[Arjan A]

Goed, ik heb de hoop op een goede fix inmiddels opgegeven.
Gisteravond heb ik Debian erop gezet, en OpenMediaVault er overheen, zodat ik nu tenminste weer een functionerende NAS heb.
De interne USB is nu ext3-geformatteerd met daarop de /boot-partitie, en daar start hij nu ook netjes van op.

Zoals eerder gezegd: al mijn files waren er nog, en zijn na wat configureren nu ook weer via het netwerk benaderbaar.

Ik had waarschijnlijk nog uren kunnen doormodderen met de Netgear firmware, maar als de bootschijf corrupt is en de USB-recovery van Netgear loopt ook vast, dan had ik in de toekomst vast opnieuw problemen kunnen verwachten als er iets niet goed zou zijn.
@Mijzelf en @leonbong bedankt voor het meedenken.