NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
itsonlycomputer
Apr 17, 2017Aspirant
ReadyNAS Ultra4 - Possible Corrupted Firmware - No Access to Shares
Workstation OS: MACOS Sierra Model: RNDU4000 Firmware: 4.2.30 OS: x86 Drives: RAID Level X-RAID2, 4 disks Network: Connected via LAN Interface 1 I have lo...
- Apr 17, 2017
itsonlycomputer wrote:
Any way to install it in this condition?
No, that's the problem. On OS4, you need to install an add-on, and if the root is full, you can't. So if the NAS doesn't allow to connect via SSH, Tech Support Mode is the next step.
If you want to contact NETGEAR for Support, they have option for paid Support.
Otherwise, you can try to fix it yourself. But please careful, these instructions are only meant to be taken as is. I'm not responsible for anything bad that can happen, perform the actions only if you understand them and feel safe doing it.
These are only valid for RAIDiator4.2 and are meant to cover this specific situation only!
Most of the commands I gave are nonintrusive (or close to nonintrusive).
Spoiler1. Boot into Tech Support Mode via Boot Menu: https://kb.netgear.com/20898/ReadyNAS-ReadyDATA-Boot-Menu 2. Use RAIDar to identify the IP address. 3. Telnet the IP shown by RAIDar. 4. You can find the credentials here: http://netgear.nas-central.org/wiki/TechSupportMode 5. Start the RAID arrays: start_raid.sh 6. Mount the OS volume: mount /dev/md0 /sysroot 7. Check space usage: df -h 8. If md0 is indeed 100% full, continue, if not paste the output here and stop. 9. Move into the OS volume: cd /sysroot 10. Calculate the space usage for each subfolder: du -h -d1 . 11. In the output, there should be a big folder, with multiple GB of data (typical OS space usage is <1GB out of the 4GB capacity).
If you know what is wrong, continue, if not paste the output here and stop. 12. Move to the big folder: cd <folder> 13. Repeat (calculate the space, move to the big folder, etc.), until you clearly identify either which log file is big and shouldn't be or which folder is big and shouldn't be. This type of condition is often due to a log file that wasn't truncated/rotated and that's filling up the OS volume or some data that was written to the OS instead of the data volume. If the space used is mainly in the current folder, check the size of the files in the current folder: ls -alh 14. Take necessary actions to free up the space if you know what to do, otherwise paste the output here and stop. 15. Move back to the root: cd / 16. Sync: sync 17. Unmount the OS volume: umount /sysroot 18. Stop the RAID arrays: mdadm -S /dev/md* 19. Reboot the machine: reboot -fIf at any point, you're not sure, paste here the ouput and stop.
(I'm going to bed for now, but I'll review tomorrow.)
jak0lantash
Apr 17, 2017Mentor
Can you try to download the logs from the GUI?
If they download OK, check at the end of volume.log that md0 is not 100% full.
itsonlycomputer
Apr 17, 2017Aspirant
Without doing a thing, I no longer have access to the Front panel, so I am unable to download any logs. Also, the IP address changed to a 192.168.168.168 address, going to try resetting my ip address on my mac to see if I can access it.
- jak0lantashApr 17, 2017Mentor
Sounds like a full root.
- itsonlycomputerApr 17, 2017Aspirant
What exactly does that mean and what can I do to resolve the issue? Thanks for chiming in!
- itsonlycomputerApr 17, 2017Aspirant
The logs are empty. I was able to access the front panel after changing my ip address.
Related Content
NETGEAR Academy

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