Dan Track wrote:
... Size: 311296 Blocks: 7448760 ...
Well, that's the same number(s) that ls and du came up with (stat seems to always use 512-byte "blocks", 7448760/2=3724380K), so my guess is that the block count in the inode is wrong. I doubt that the actual block allocation is bad, because df looks reasonable and you're not seeing other problems (e.g. when you removed all the queue files in that directory). In any case, I expect fsck will simply note there is an inconsistency in the size/block count/allocation, check the actual allocations and correct the count.
I'm not sure if just deleting it (rmdir it) would fix it at this point, or if an fsck is required to fix it, but it would surely be safer to let fsck have a crack at it.
If I were desparate to keep the machine running, I'd just leave it alone. Or, if I needed the mqueue directory, I would move the current one to a different name and make a new mqueue directory and leave the flukey one alone.
I suppose debugfs could fix it but that thing gives me the creeps and I avoid it--and never needed it.
<Joe -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
