NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
strykeroz
May 28, 2019Tutor
RN214 ReadyNAS Alert Message (ReadyNAS Volume:Critical) email
Hi guys I've been trying to register my ReadyNAS 214 (RN21400, purchased January) for a support ticket unsuccessfully for some nights now, and in the interim the problem has worsened and it no lon...
- May 28, 2019
strykeroz wrote:
I'm happy to have a go with telnet. So booting into tech support mode enables this?
First you should choose whether you want Netgear support to fix it, or if you want to try and fix it yourself. It can be messy to go down both paths at once.
If you do want to use tech support mode, then instructions for booting are on pages 58-59 here: http://www.downloads.netgear.com/files/GDC/READYNAS-100/ReadyNAS_%20OS6_Desktop_HM_EN.pdf
You should disconnect your USB drives before booting up in tech support mode.
The login is root, and the password is infr8ntdebug.
Once in, you need to start raid and chroot by entering
# rnutil chroot
The data volume won't be mounted (which actually makes troubleshooting the space usage easier, since there are a couple of mount points on the OS partition that can hide what's underneath).
One thing to look at is the USB mount points in /media. If there is an issue with mounting, then sometimes the backup jobs will write directly to the folders (for instance /media/USB_HDD_1 ). Those folders should be empty - if they aren't, you should delete whatever's in them. Similarly /apps should be completely empty.
strykeroz
May 28, 2019Tutor
Thanks guys.
FWIW I've not been using plex. I do have the wasabi cloud service running, and two rsync jobs daily copying to an attached USB drive, and dropbox connected as well.
I'm happy to have a go with telnet. So booting into tech support mode enables this?
It's late so rather than risk making things worse I'll have a crack tomorrow night.
Cheers!
Geoff
StephenB
May 28, 2019Guru - Experienced User
strykeroz wrote:
I'm happy to have a go with telnet. So booting into tech support mode enables this?
First you should choose whether you want Netgear support to fix it, or if you want to try and fix it yourself. It can be messy to go down both paths at once.
If you do want to use tech support mode, then instructions for booting are on pages 58-59 here: http://www.downloads.netgear.com/files/GDC/READYNAS-100/ReadyNAS_%20OS6_Desktop_HM_EN.pdf
You should disconnect your USB drives before booting up in tech support mode.
The login is root, and the password is infr8ntdebug.
Once in, you need to start raid and chroot by entering
# rnutil chroot
The data volume won't be mounted (which actually makes troubleshooting the space usage easier, since there are a couple of mount points on the OS partition that can hide what's underneath).
One thing to look at is the USB mount points in /media. If there is an issue with mounting, then sometimes the backup jobs will write directly to the folders (for instance /media/USB_HDD_1 ). Those folders should be empty - if they aren't, you should delete whatever's in them. Similarly /apps should be completely empty.
- strykerozMay 30, 2019Tutor
StephenB wrote:One thing to look at is the USB mount points in /media. If there is an issue with mounting, then sometimes the backup jobs will write directly to the folders (for instance /media/USB_HDD_1 ). Those folders should be empty - if they aren't, you should delete whatever's in them. Similarly /apps should be completely empty.
Thanks Stephen you called it. /apps was empty but /media/USB_HDD_1 included the remains of a failed backup and this had choked the filesystem. I leave that 5TB USB drive connected and powered - not sure under what circumstance it would have become unmounted. Is there a mechanism for preventing this issue recurring?
- StephenBMay 30, 2019Guru - Experienced User
strykeroz wrote:
Is there a mechanism for preventing this issue recurring?Not that I know of.
Clearly it's a bug (the NAS failed to detect that the disk was no longer mounted). Fortunately it doesn't happen often.
BTW, you can troubleshoot this w/o tech support mode if you have ssh enabled. The trick is to remount the OS partition as /mnt
# mount --bind // /mnt
Then look in /mnt for the files. There will be no mount points on those placeholder folders, so you can see what's in them. The lack of mount points also speeds up the search.
When done, use umount to dismount it.
# cd // # umount /mnt
If you do damage with ssh (or tech support mode for that matter), Netgear reserves the right to deny paid support until you do a factory default.
strykeroz wrote:
Thanks Stephen you called it.I'm glad I could help :smileyhappy:
- strykerozJun 13, 2019Tutor
Unfortunately this occurred again with the backup overnight. I think the medium term solution will be to move that USB drive to another device and have it rsync across the network. At least that way if the USB drive disconnects it won't clutter the NAS. In the longer term I have the cloud backup presently syncing.
For reference it's a Seagate 5TB Desktop Expansion Drive, model SRD0NF2, part number 1TFAP4-500
FWIW I have an email saying the backup failed - Subject: ReadyNAS Alert Message (ReadyNAS Backup: Error) followed by the familiar Subject: ReadyNAS Alert Message (ReadyNAS Volume: Critical); System volume root's usage is 100%. This condition should not occur...
But the NAS has not sent any email that the USB volume demounted or remounted at any time yesterday.
Related Content
NETGEAR Academy

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