NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
chirpa
Apr 01, 2013Luminary
ReadyNAS OS 6.9.3 | Run on existing x86 (4.2) #notsupported
There are a few threads on this, showing how to convert 6.0 firmware to run on the 4.2 platform.
I am combining the information here, so it is easier to digest.
This is UNSUPPORTED by NETGEAR. Do so at your own risk, without support from NTGR.
You need to factory default after converting your NAS to the new platform, BACKUP YOUR DATA!
ReadyNAS OS 6 will only work on 64-bit systems (Ultra/Pro), the NVX/2100v1 models are 32-bit and thus are not supported.
Here are pre-built images for the lazy:
- R4toR6_Prep_Addon.bin (26 KB) (upload first, don't reboot, avoids the need for manual factory default in between)
- R4toR6_6.9.5.bin (67.6 MB)(upload after add-on)
After you upload the addon/firmware and reboot, it will update the firmware and start a factory default. Your system should be back up in less than 10 minutes running the new firmware.
If you want to build the image on your own, you can follow the steps from this wiki article:
$ wget -q ftp://downloads.netgear.com/files/GDC/READYNAS-100/ReadyNASOS-6.0.4-x86_64.zip
$ unzip -q ReadyNASOS-6.0.4-x86_64.zip
$ head -n1 ReadyNASOS-6.0.4-x86_64.img
info::name=ReadyNASOS,version=6.0.4,time=1364529349,size=49301504,md5sum=4086b247f29be084549f2b150ada8a70,arch=x86_64,descr=ReadyNASOS
$ echo -n 'info::name=RAIDiator-x86,version=6.0.4,time=1364529349,size=49301504,md5sum=4086b247f29be084549f2b150ada8a70,arch=x86,descr=ReadyNASOS for 4.2!' > newhead
$ dd conv=notrunc if=newhead of=ReadyNASOS-6.0.4-x86_64.img
Basically, changes the ::name and ::arch in the header to match with what RAIDiator 4.2 expects.
More information can be found in this thread: OS6 now works on x86 Legacy WARNING: NO NTGR SUPPORT
134 Replies
Replies have been turned off for this discussion
- mdgm-ntgrNETGEAR Employee RetiredStill required if you don't want to have to initiate the factory default manually using the boot menu. I updated the link to point to a copy of the add-on on readynas.com so the link should work now.
- ScouserAspirantGot it. Many thanks.
Couple of questions:
1) The binary I have is ReadyNASOS-6.1.5-x86_64.bin. Is it OK to use that for the install or should I use an old one and upgrade to this package (after the PREP and R4toR6 addons)
2)I will of course be doing a backup first, but are there any specific directories I should backup apart from /c. I have a couple of init.d scripts I will also backup but what about stuff in /etc. For example /etc/apt/* and so on. I am certain my data will be backed up OK but worried about other configurations I have for things like php5, serviio (which I installed/configured myslf way before there was an addon available), and so on.
3) Has the fan issue been fixed in 6.1.5 or does a hack via SSH still need doing.
I am excited about upgrading to OS6 but my Pro6 has been up now for just over a year without a single problem so I am a tad worried about taking the plunge and messing with it. But I need ownCloud and some other things that are supported on Debian4 builds.
Anyway. Thanks for the great work you guys have done. - mdgm-ntgrNETGEAR Employee Retired1. You need to use the modified image or modify the ReadyNASOS-6.1.5-x86_64.bin yourself. The modified image appears to 4.2.x to be a 4.2.x firmware image so it accepts it. If you change the R4toR6 link to say 6.1.5 not 6.1.4 you can download one to go straight to 6.1.5. I didn't update the links to point to that though due to the issues some have had on 6.1.5.
Once you are running ReadyNAS OS you need to use the standard firmware image for future updates.
2. The new OS is very different so be careful what you restore. Best to make as many changes as possible manually. It's possible you might need to use systemd to start custom services. The apps sdk should give some clues as to how this works: http://apps.readynas.com/pages/?page_id=68
3. The SSH hack would still be needed I think for the 6-bay Pro. Or if you have a VGA header cable you could modify the BIOS setting to get the BIOS to control the fan speed.
If you're not happy with the new OS I can help you downgrade back to 4.2.x - ScouserAspirantMany thanks again mdgm. I am back home in a week and will do the upgrade then.
Cheers - LogicXAspirantWhen will the 6.1.6 source be posted here: http://kb.netgear.com/app/answers/detail/a_id/2649/~/gpl-open-source-code-for-programmers ?
I'd like to try compiling a kernel module, and am running 6.1.6 final; which came out a few days ago. - chirpaLuminarySend a PM to Skywalker, and he can post it here: http://www.readynas.com/download/GPL/in ... readynasos
The kb.netgear.com site is always lagged behind. - mdgm-ntgrNETGEAR Employee RetiredThe 6.1.6 GPL has been posted in the location chirpa mentioned.
- LogicXAspirantJust noticed the 6.1.6 source file includes the wrong linux kernel version (3.0.93 instead of 3.0.101)
mdgm wrote: The 6.1.6 GPL has been posted in the location chirpa mentioned. - mdgm-ntgrNETGEAR Employee RetiredYes, I noticed that too and reported it to NetGear. Hopefully they will fix it.
- oshaeTutor
pywong wrote: I think I'll be going back to 4.2.* for now, there still needs to be some bugs worked on for OS6.
My next NAS will not be a netgear unit, I'll maybe get a QNAP or a custom NAS.
My thoughts exactly. They are not supporting these perfectly capable "last gen" units with OS 6 or features like ReadyDROP. That feature I would especially like and it could be easily implemented but no. They want us to buy a new unit.
If I'm going to buy a new unit I will likely be going the Synology route. Better support and they don't pull crap like this. Unless the hardware truly is not capable of supporting it. They and QNAP also had the 16TB limit issue sorted out long ago and they're quicker on testing new drives. NTGR get a clue.
Related Content
NETGEAR Academy

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