

# got a lot of: answer=1 Inode 214107758 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214107759 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214107760 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214107763 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214500366 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214500570 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214696217 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214696265 has INDEX_FL flag set on filesystem without htree support.Īnswer=1 Inode 214892669 has INDEX_FL flag set on filesystem without htree support.

Lsof|grep MD0 # check what is using the device (killall rsync could help ) e2fsck -p -f -v -C 0 /dev/md0 # check filesystem reboot # reboot afterwards # someone here recommends this: e2fsck -cDfty -v -C 0 /dev/md0 # check filesystem and check for badblocks as well /etc/init.d/services.sh stop Script filename: FilesystemCheck.sh /etc/init.d/services.sh stop # stop all services umount /dev/md0 # umount the filesystem -> if you get a determine the name of your raid device (usually md0) cat /etc/nf ARRAY /dev/md0 devices=/dev/sda3,/dev/sdb3 Session, so it will keep running if you get disconnected.ġ. Recommend you to run this in a screen -S FileSystemCheck (because full set of data on both harddisks) Imho QNAPs are hardware wise nice, but software wise they are a bloat (too much stuff, it shall only store files AS RELIABLY AS POSSIBLE (here it does not shine per default)) paranoid mode on: do a 1:1 dd copy of the “broken” filesystem over ssh to external backup system before proceeding any further! you have been warned! if it is raid1: it is safe to: 1) power down system 2) take one harddisk out (just in case) 3) power up and proceed QNAP – Filesystem check fails – Examination failed(Cannot unmount disk by sh)

project management / project planing / git.Privacy Protection / Datenschutz / DSGVO / GDPR.Privacy / convenience vs surveillance / Orwell.Photographie / Photography / Pictures / Pics.Innovation / Civilisation / Zivilisation / Culture.gute nachrichten / good news / positive news.Free Hardware / OpenBios / OpenFirmware / CoreBoot / LibreBoot.database / MariaDB / MySQL / Postgress / DB.CyberSec / ITSec / Sicherheit / Security / SPAM.
