ReadyNAS NV+ stall during File System check at 19%

---

arefem wrote:

Unfortunately rebooting with drive 2 removed, and skipping the volume check hasn't worked.   It never gets past:

  Booting . . .

  Resyncing volume.

The LED for disk 2 is flashing, and the blue power light is flashing.

 

I'm not sure what I should try next.   Should I try putting a replacement disk into slot 2?

---

It looks like it is still trying to access disk 2.  

Maybe power down, and remove the mains power for a few minutes.  Then try booting up again (still skipping the volume check).

No change I'm afraid - the behaviour is just the same.

---

SamirD wrote:
If everything auto configures.

---

It is possible to install the tools needed and manually assemble/mount the volume with Linux.  But it won't happen automatically with the NV+.

---

SamirD wrote:
If you already have a replacement disk for #2, I would try again and this time put in the new disk. 

---

This makes sense, but definitely use the boot menu to skip the volume check.  Hopefully the resync will succeed.

Thanks to you both - I need to go out just now, but I will try that later today.

On the intel ss4200-e, a lot of linux flavors would just recognize the volume when someone moved the drives to a computer.  Not sure exactly what netgear's setup is like though as I've seen some of the threads on trying to do this and it's a bit more complicated for sure.  Someone just needs to make a 'readynas recovery build' version of linux that will have all the tools to do it out of the box.  Wouldn't even have to be recent as most of us having to do recovery are working with the older os4.

---

SamirD wrote:

Not sure exactly what netgear's setup is like 

For sparc-based 4.1.x systems, the process I've seen posted is

Simple step by step guide to mounting Sparc-based ReadyNAS Drives in x86-based Linux:
Tested on brand new install of Ubuntu 10.10 (32bit x86), no other dependencies- 23rd Jan 2011

In a terminal window:

(1) sudo su
(2) apt-get install fuseext2
(3) apt-get install lvm2
(4) modprobe fuse
(5) vgscan
(6) vgchange -ay c
(7) fuseext2 -o ro -o sync_read /dev/c/c /mnt

Not something I've needed to try myself.  It is quite likely that this will not work with a degraded array (as this one clearly is), as the normal RAID mode used by the 4.1.x systems uses hardware acceleration (and the data volume area on the parity disk is not partitioned).

I've tried with the new disk replacing disk 2, and using the boot menu to skip the volume check.   I'm afraid it still doesn't get past

  Booting . . .

  Resyncing volume.

Have I now exhausted all possibilities, or is there anything else worth trying?

Cheers

Rennie

---

arefem wrote:

I've tried with the new disk replacing disk 2, and using the boot menu to skip the volume check.   I'm afraid it still doesn't get past

  Booting . . .

  Resyncing volume.

 

---

Well, it does need to resync the volume.  How long are you waiting for that to complete?

Have you tried accessing Frontview (or seeing if the shares are accessible)?

I left it resyncing for about 2 days.

Sadly I can't access it through Frontview, or view the shares.

Cheers

Rennie

What brand and model drive did you use?  If it's an SMR drive (most smaller desktop and WD Red drives). it will take a long time, though 2 days still seems a lot.