NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
batook
Mar 28, 2020Aspirant
Factory Reset Not Working To Setup New Drive
My end goal is to get 2 Western Digital Caviar Green 2TB WD20EARS drives running in this ReadyNAS Pro 2 as separate independent volumes (JBOD). I've read on here that could be possible by first doing...
- Apr 01, 2020
Success! I was able to extract the firmware, mount the flash memory, and overwrite the files to perform a manual firmware update. I made sure to check the md5sums of all the files before I rebooted to make sure everything was ok.
Extracting the firmware proved a little challenging, because it's all wrapped in a nondescript package. I found an article here which explained how to use binwalk to get the position of the files, and then using dd to extract a tarball using that position information. Since I don't have a linux box running right now and couldn't run binwalk on the NAS busybox, I just downloaded the 4.2.30 firmware version the author of the article used and copied the same dd command to extract the tarball for that specific firmware version.
Rebooting allowed RAIDar to detect the 4.2.30 firmware (it was never able to display 4.2.26 previously because of the file corruption), and the factory default with a single drive connected completed successfully for the first time ever. I was then able to access the Frontview web GUI and upgrade from there to the latest 4.2.31.
batook
Mar 31, 2020Aspirant
mdgm wrote:
If you mount the internal flash you can check that the md5sum checksums match those in the md5 file. I expect you may find that one of the files is corrupt.
Not entirely sure how to do this, but I took at stab at it. I mounted /dev/sda1 which has the files csum.md5, initrd.gz, kernel, memtest, root.tlz, supplmnt.tlz, syslinux.cfg, and version.txt. I ran cat on csum.md5 and then checked md5sums of the files, and found that root.tlz does not match the csum.md5 file. How do I proceed in correcting this? Trying to update to firmware 4.2.31 using the RAIDiator 4.2 USB Recovery Tool doesn't work, even after trying 3 different USB flash drives (device never powers off after waiting 20 minutes from booting with the flash drive inserted into the front USB slot and the "Backup" button held down for 15+ seconds). One of the flash drives I have has an LED activity indicator, but that never lights up when trying to do the firmware update. Can I mount a USB drive and update the firmware while connected with telnet? Any ideas of something else to try?
batook
Apr 01, 2020Aspirant
Success! I was able to extract the firmware, mount the flash memory, and overwrite the files to perform a manual firmware update. I made sure to check the md5sums of all the files before I rebooted to make sure everything was ok.
Extracting the firmware proved a little challenging, because it's all wrapped in a nondescript package. I found an article here which explained how to use binwalk to get the position of the files, and then using dd to extract a tarball using that position information. Since I don't have a linux box running right now and couldn't run binwalk on the NAS busybox, I just downloaded the 4.2.30 firmware version the author of the article used and copied the same dd command to extract the tarball for that specific firmware version.
Rebooting allowed RAIDar to detect the 4.2.30 firmware (it was never able to display 4.2.26 previously because of the file corruption), and the factory default with a single drive connected completed successfully for the first time ever. I was then able to access the Frontview web GUI and upgrade from there to the latest 4.2.31.
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!