NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
LongTimer
Mar 23, 2018Aspirant
Original Infrant ReadyNAS NV powers up but not responding
After a recent power outage, our original Infrant NV seems to turn on but will not respond. It was populated with 3 WD 3 TB drives and has been that way for 6 or 7 years working perfectly. So prefectly that I do not have a recent backup so I really don't want to screw this up.
I would like to get some advice for troubleshooting steps If there is a good resource already written on this, please provide a link.
From my reading so far, there might be a gottcha in the firmware version if I need to reload the OS. I recall doing a firmware update that required a drive wipe but I do not know waht the firmware number was. Is there any way to tell?
At this point I have numbered and removed the drives. With the three drives installed, it booted to steady blue power and steady drive greens however it was not detected by Raidar, did not respond to pings, would not serve up an admin or a share webpage, would not allow connections to the shares and would not power off with the power button.
With the drives out, it boots to the flashing drive light pattern indicating "no drives" and will respond to ping, can be powered off with the button and is found by Raidar however Raidar reports no disks detected (as it should) and does not show a firmware number.
I have been using this orignal ReadyNAS NV as our home server for the last 10 years or so. I have gone through a power supply failure, a fan failure and a drive failure. All during this time I have not lost anything and I would really like to keep it that way if I can. Any help would be greatly appreciated.
Feel free to give me a moderately hard time about the backup situation but at this point, it is what it is.
P.
Nanaimo, BC
Well I've been rooting around the rabbit hole for a while now and I'm finally up for air. I was trying to use System Rescue CD but that was a dead end as it was too hard for me to add the necessary software without apt-get. I switched and set up a live persistent USB with Mint 18 and was able to access the files. As we speak they are being transfered to another drive. The USB was very easy to setup using Windows software here: https://www.pendrivelinux.com/universal-usb-installer-easy-as-1-2-3/
As many here know, the key was to use "fuseext2". Not "fuse-ext2" and not "mount". For those who are reading this without seeing alot of other info the SPARC versions of the ReadyNAS NV with version 4.x firmware use a non-standard 16k block size so fuseext2 is the only one that will play nice-ish. I still could not access the mounting with any GUI applications on Mint and it would lock up the LV if I tried. With my level of knowledge the only way out at that point was a reboot.The following instructions posted elsewhere will work. Just use the right mounter fuseext2 and do not add a dash. That was a huge time waster for me.
(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 /dev/c/c /mnt (7) fuseext2 -o ro -o sync_read /dev/c/c /mnt That’s it!!! You can now see the mounted files in the /mnt directory
While the clues were there, it took a long time for me to put them together. On an unsuccessful mount, Mint gives some advice to check the dmesg using
Code: dmesg | tail where I found this:
Code: EXT3-fs (dm-3): error: bad blocksize 16384
Googling the message found someone with the same issue and that fuseext2 must be used to accommodate the nonstandard block size. With that change, it was off to the races and plodding through authoring the proper rsync and find commands to get what I wanted.
I still like the tool set on the SytemRescueCD and while it can be done, I don't think I am at the level to add the software required to this live CD. It is a shame that it is not easier as there are always new (or old) tools that come along a person might need or want when troubleshooting.
Thank you very much for the time you spent considering my challenge. Just knowing there are knowledgeable people like you willing to help lowered the anxiety greatly.
25 Replies
Replies have been turned off for this discussion
- LongTimerAspirant
I was able to connect to the admin page for a short time and managed to download the logs. If this will help anyone to give me some direction, it would be appreciated. I have pasted the most recent entries below from the log page. I would guess disk 3 is on its way out but I would appreciate a second oppinion. I can send the zipped log files if it would help. What would be the best plan of attack from here?
I have the unit shut off right now and will leave it that way until I can get enough backup storage on hand in case I can get reconnected. I was not able to do much during my connection and when I went to the volumes tab, nothing happened and the page bonked.
I'm very nervous as I am being forces to yank the plug to get it to shut down each time and that can't be a good thing.
Fri Mar 23 02:04:22 PDT 2018 System is up. Fri Mar 23 02:00:41 PDT 2018 Reallocated sector count has increased in the last day. Disk 3: Previous count: 9 Current count: 10 Growing SMART errors indicate a disk that may fail soon. If the errors continue to increase, you should be prepared to replace the disk. Fri Mar 23 01:59:01 PDT 2018 RAID sync started on volume C. Fri Mar 23 01:58:52 PDT 2018 Improper shutdown detected. To ensure data integrity, a filesystem check should be performed by rebooting the NAS through Frontview with the volume scan option enabled. Thu Mar 22 22:09:14 PDT 2018 System is up. Thu Mar 22 22:03:47 PDT 2018 RAID sync started on volume C. Thu Mar 22 22:03:39 PDT 2018 Improper shutdown detected. To ensure data integrity, a filesystem check should be performed by rebooting the NAS through Frontview with the volume scan option enabled. Thu Mar 22 21:13:36 PDT 2018 System is up. Thu Mar 22 21:08:23 PDT 2018 RAID sync started on volume C. Thu Mar 22 21:05:20 PDT 2018 Improper shutdown detected. To ensure data integrity, a filesystem check should be performed by rebooting the NAS through Frontview with the volume scan option enabled. Wed Mar 21 20:34:38 PDT 2018 System is up. Wed Mar 21 20:29:47 PDT 2018 RAID sync started on volume C. Wed Mar 21 20:29:23 PDT 2018 Improper shutdown detected. To ensure data integrity, a filesystem check should be performed by rebooting the NAS through Frontview with the volume scan option enabled. Sun Mar 18 15:01:55 PDT 2018 A SATA reset has been performed on one or more of your disks that may have affected the RAID parity integrity. It is recommended that you perform a RAID volume resync from the RAID Settings tab ( accessible in the Volumes page => Volume tab in FrontView ). The resync process will run in the background, and you can continue to use the ReadyNAS in the meantime. Sun Mar 18 15:01:15 PDT 2018 Access to the disk on channel (??) is producing I/O errors. Although the array is still redundant, please replace this drive as soon as possible, as it is likely to fail soon. Sun Mar 11 04:00:04 PDT 2018 Reallocated sector count has increased in the last day. Disk 3: Previous count: 8 Current count: 9 Growing SMART errors indicate a disk that may fail soon. If the errors continue to increase, you should be prepared to replace the disk. Wed Feb 28 04:00:03 PST 2018 Reallocated sector count has increased in the last day. Disk 3: Previous count: 7 Current count: 8 Growing SMART errors indicate a disk that may fail soon. If the errors continue to increase, you should be prepared to replace the disk. Mon Jan 22 03:55:20 PST 2018 RAID sync finished on volume C. The volume is now fully redundant. Sun Jan 21 19:32:37 PST 2018 System is up. Sun Jan 21 19:27:35 PST 2018 RAID sync started on volume C. Sun Jan 21 19:26:52 PST 2018 Improper shutdown detected. To ensure data integrity, a filesystem check should be performed by rebooting the NAS through Frontview with the volume scan option enabled. Fri Dec 15 04:00:03 PST 2017 Reallocated sector count has increased in the last day. Disk 3: Previous count: 6 Current count: 7 Growing SMART errors indicate a disk that may fail soon. If the errors continue to increase, you should be prepared to replace the disk.
- mdgm-ntgrNETGEAR Employee Retired
3TB disks aren't supported by the NV so I'd be surprised if you're using those.
This doesn't look like a situation an OS Re-install would help with. An OS Re-install will reset some network settings (ones that may lock you out of the system if configured incorrectly) and the admin password and extract the OS over itself. It won't magically fix a bad disk.
If your backup is not up to date you may wish to contact support. There would be costs involved with this.
You can send me your logs if you like (see the Sending Logs link in my sig), but it does sound like contacting support would be best in your situation.
If your data's important to you then you really should backup that data regularly in future, especially if the primary copy of the data is on a very, very old device.
Troubleshooting would be the same as for the NV+ (v1) except for the lack of a display on the front. So like the Duo you'd have to rely on seeing the LED pattern for using the boot menu etc.
The Duo/NV+ (v1) boot menu is very different to the menu for the v2 so don't look at the wrong boot menu by mistake.It's possible disk cloning may be needed to attempt to recover data, but the logs would need to be reviewed before one could jump to that conclusion.
- LongTimerAspirant
You are right. It has 3 of 2.0 TB Western Digital WD20EARS. Late night when I was typing and I can't seem to edit the message to correct.
Logs sent.
Last backup is from April 2016.
I am thinking maybe of pulling Drive 3 and tyring to restart. I really don't like having to pull the plug when it locks up.
I will wait for your comments/feedback before taking any further action.
- HombibiGuide
Hi Longtimer, sorry to hear about your situation. I have experienced something similar a while ago, and managed to recover everything without too much costs.
In short, I had a dynamic X-RAID array in which disks corrupted one after the other rendering the whole array inaccessible. Your situation is somewhat different but I would take the same approach I ended up recovering my data with:
My first step was securing the data off the disks: figuring the disks were old any could break up any moment now I bought a USB cradle that I connected to another computure, so that I could make exact data images of each disk. I used software that read the disks as a record (sequentially?) so that the platters/heads etc were least stressed. (Repiecing back data structures puts a lot of stress on disks.)
This allowed me to put the "old,fragile,unreliable" disks aside and only use the images to recover the data.
Once I had the images I used a piece of software that could detect dynamic arrays: select all images, and start. After the software recognised the dynamic array I was presented with the original filesystem which easily allowed me to recover/copy all data quickly.
In the end I recovered all my data, setup an automatic backup and simplified my NAS disk configuration.
Here is the sequence of events of my recovery, hopefully it will help you recover your data.
- StephenBGuru - Experienced User
WD-WCAZA2099151 shows a pending sector count of 1452, which is definitely a sign of a failing disk.
Hombibi's link is worth reading through. One correction - XRAID's on-disk format is not proprietary (despite what the recovery folks said). It uses standard linux software raid and the btrfs file system. RTT's tool doesn't support btrfs, but ReclaiMe does.
- LongTimerAspirant
Thanks for all the great advice and the link to your experience Hombibi. I must agree with the comments on drive 3. The current pending sector count on hdc went from 1 to 2 back at the beginning of Feb. This being the case, is it still recommend to make an image of one or more disks or just pull drive 3 and plonk a new one in?
I have several WD20EFRX drives coming. These `Red`drives are not stellar and I would rather have used the Hitachi (HGST HUA722020ALA330) but I can`t seem to find them from a reputable vendor. Apparently alot of the HGSTs available now are OEM drives and have minimal warranty.
Attached is a summary of the stats if anyone cares. I put them into an excel table so that it was easier to see any trends.
Date 14-Jan-18 21-Jan 28-Jan 04-Feb 11-Feb 18-Feb 25-Feb 04-Mar 11-Mar 18-Mar 23-Mar hdc 1 Raw_Read_Error_Rate 10 10 12 12 12 12 12 12 12 12 12 3 Spin_Up_Time 6683 6708 6708 6708 6708 6708 6708 6708 6708 6708 6666 4 Start_Stop_Count 91 92 92 92 92 92 92 92 92 92 96 5 Reallocated_Sector_Ct 0 0 0 0 0 0 0 0 0 0 0 7 Seek_Error_Rate 0 0 0 0 0 0 0 0 0 0 0 9 Power_On_Hours 61458 61624 61779 61946 62114 62282 62450 62617 62784 62952 63005 10 Spin_Retry_Count 0 0 0 0 0 0 0 0 0 0 0 11 Calibration_Retry_Count 0 0 0 0 0 0 0 0 0 0 0 12 Power_Cycle_Count 57 58 58 58 58 58 58 58 58 58 62 192 Power-Off_Retract_Count 46 47 47 47 47 47 47 47 47 47 51 193 Load_Cycle_Count 282924 282932 282933 282942 282949 282954 282970 282975 282984 282993 282999 194 Temperature_Celsius 29 18 36 36 35 33 36 35 34 35 32 196 Reallocated_Event_Count 0 0 0 0 0 0 0 0 0 0 0 197 Current_Pending_Sector 1 1 1 2 2 2 2 2 2 2 2 198 Offline_Uncorrectable 0 1 0 0 0 0 0 0 0 0 0 199 UDMA_CRC_Error_Count 0 0 0 0 0 0 0 0 0 0 0 200 Multi_Zone_Error_Rate 3 4 3 2 2 2 3 6 3 1 3 hde 1 Raw_Read_Error_Rate 0 0 0 0 0 0 0 0 0 0 0 3 Spin_Up_Time 1258 1258 1258 1258 1258 1258 1258 1258 1258 1258 1125 4 Start_Stop_Count 17 18 18 18 18 18 18 18 18 18 22 5 Reallocated_Sector_Ct 1 1 1 1 1 1 1 1 1 1 1 7 Seek_Error_Rate 0 0 0 0 0 0 0 0 0 0 0 9 Power_On_Hours 30972 31137 31292 31460 31628 31795 31963 32131 32298 32465 32519 10 Spin_Retry_Count 0 0 0 0 0 0 0 0 0 0 0 11 Calibration_Retry_Count 0 0 0 0 0 0 0 0 0 0 0 12 Power_Cycle_Count 15 16 16 16 16 16 16 16 16 16 20 192 Power-Off_Retract_Count 13 14 14 14 14 14 14 14 14 14 18 193 Load_Cycle_Count 2245 2246 2250 2257 2265 2272 2286 2291 2304 2313 2319 194 Temperature_Celsius 33 19 40 40 40 38 40 38 38 38 37 196 Reallocated_Event_Count 1 1 1 1 1 1 1 1 1 1 1 197 Current_Pending_Sector 0 0 0 0 0 0 0 0 0 0 0 198 Offline_Uncorrectable 0 0 0 0 0 0 0 0 0 0 0 199 UDMA_CRC_Error_Count 0 0 0 0 0 0 0 0 0 0 0 200 Multi_Zone_Error_Rate 0 0 0 0 0 0 0 0 0 0 0 hdg 1 Raw_Read_Error_Rate 1 1 1 1 1 1 1 1 1 1 1 3 Spin_Up_Time 1200 1225 1225 1225 1225 1225 1225 1225 1225 1225 1166 4 Start_Stop_Count 34 35 35 35 35 35 35 35 35 35 39 5 Reallocated_Sector_Ct 7 7 7 7 7 7 7 8 9 9 10 7 Seek_Error_Rate 0 0 0 0 0 0 0 0 0 0 0 9 Power_On_Hours 61260 61425 61580 61747 61915 62083 62251 62418 62585 62753 62832 10 Spin_Retry_Count 0 0 0 0 0 0 0 0 0 0 0 11 Calibration_Retry_Count 0 0 0 0 0 0 0 0 0 0 0 12 Power_Cycle_Count 32 33 33 33 33 33 33 33 33 33 37 192 Power-Off_Retract_Count 31 32 32 32 32 32 32 32 32 32 36 193 Load_Cycle_Count 297189 297198 297202 297211 297222 297230 297244 297249 297263 297266 297271 194 Temperature_Celsius 31 19 37 37 37 36 38 36 35 36 33 196 Reallocated_Event_Count 7 7 7 7 7 7 7 8 9 9 10 197 Current_Pending_Sector 1453 1453 1453 1453 1453 1453 1453 1453 1453 1452 1452 198 Offline_Uncorrectable 0 0 0 0 0 0 0 0 5 15 0 199 UDMA_CRC_Error_Count 0 0 0 0 0 0 0 0 0 0 0 200 Multi_Zone_Error_Rate 0 1 1 2 66 0 13 6 2376 16041 194
Related Content
NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!