Whilst setting up my new QNAP NAS, I received a warning:
[Volume DataVol1] The file system is not clean. It is suggested that you go to [Storage Manager] to run "Check File System".
So, wishing to ensure my new HDD was healthy, I did as I was told and ran the ‘File System Check’ tool.
After a couple of minutes, I received another message, this time an error:
[Volume DataVol1] Examination failed (Cannot unmount disk).
Not a great sign. A swift Google for the error message (which you have no doubt done to get to this page!) revealed that SSH and the command line was the way to go, thanks to Maciej Mensfeld:
/etc/init.d/services.sh stop /etc/init.d/opentftp.sh stop /etc/init.d/Qthttpd.sh stop umount /dev/md0 e2fsck -f -v -C 0 /dev/md0 mount /dev/md0 reboot
/dev/md0 did not exist for me, however
md9 was available. You can check your
/dev/mdN by using the following commands:
cat /etc/mtab # This revealed /dev/md9 /mnt/HDA_ROOT ext3 rw,data=ordered 0 0 for me. # or you can try... cat /etc/fstab
umount still failed here, suggesting something was still accessing the HDD. Running
lsof /dev/md9 reveals the processes accessing our HDD(s), so that we can then promptly end them and run our file system check.
You could use
kill -9 PID for each of the processes, however I found the
dd instance writing to
/mnt/HDA_ROOT/.logs/kmsg would respawn, so to help combat this, we can combine our commands:
pkill -9 PID1 PID2 ... PIDN && umount /dev/md9
Success hopefully! If so, we can now go ahead and
e2fsck -f -v -C 0 /dev/md9. Once completed, we could remount the HDD, but we may as well
reboot the NAS and start back at the beginning!