Volume scan

The alert email have said please backup all of your important data before you fsck it.

Thanks Quinghong. I am not concerned about the data, I have the backups taken care of. My question is how to run fsck manually to fix the "serious" errors it finds every time I reboot. Any ideas?

There is an option when you shut the unit down to runs volume scan.
*Perform volume scan on next boot. This process can take several minutes to more than an hour depending on disk capacity and volume content.

This will run a fsck upon next boot up. I think this is what you are looking for...

Thank you, I have tried that as well. Every time it runs a volume scan, it still finds these errors and sends me that email. I am accustom to a few errors here and there but normally the volume scan finds and corrects these. I noticed that the verbage of the email that I referenced in the first post has changed from the normal one I receive when the unit finds errors and fixes them on the volume scan I have scheduled to occur on a weekly basis. This makes me think that the errors that it is finding are more serious.

I want to solve this issue as I am getting some weird behavior that I am afraid is related to this, yesterday people in the office had a number of random permission issues with different shares, and random insufficient disk space errors (not the case obviously).

Did you want to send me the logs so I can check the other part of the logs to see how things are running?

www.readynas.com/kb/faq/misc/how_do_i_send_all_logs

Done, thanks for looking into this.

There has been some changes to the fsck when the unit boots up. When you do a reboot, the unit would run a fsck. Previously upon the boot up fsck it would write the changes. Currently upon a normal reboot and starts to run the fsck, it runs the fsck as a read-only. The message shows gives you a heads up to backup the data if the filesystem is too corrupted for the fsck to recover. These seem to be in extreme cases, but it is best to be caution than sorry that the data is missing.

It does appear that the filesystem check has been helping your unit for sometime, and running the offline fsck will write the changes. There is a chance the filesystem can get too corrupted for fsck, so it is recommended for the backups before running the offline filesystem checks with these messages.

Ok, that is all fine, I guess I left out an important piece of info: everytime I boot the unit it goes through the file system check, even when I try to boot normally. This takes a long time and is very boring for everyone in the office. I thought if I did the fsck "manually" like the warning suggested it might be able to fix the error and would quit doing a check every time I boot. Is there a next level, ie what do you do if the fsck isn't able to find the errors and keeps checking on every boot?

Not sure if this is related or not, but I can no longer boot from frontview, I have to physically walk in there, touch the button, wait for it to get ready to shut down, press to shut down, and the fire it back up. Thanks for your continued help!

We were having a talk last night, and it looks like we are having a few other eyes taking a look at the logs. I will keep you posted to see what other steps we should do in this scenario.

sounds good, let me know if you have questions for me and keep me posted.