Re: Block bitmap differences

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Oct 23, 2008 at 10:00:44AM +0200, Roland Bock wrote:
> Hi,
>
> a few weeks ago, an unhealthy combination of firmware in an Adaptec Raid  
> controller and Seagate disks damaged my Raid6 filesystem. A bunch of  
> files were damaged or lost at that time after the firmaware was updated  
> and I had run e2fsck. Luckily, I was able to restore everything from a  
> backup. A subsequent check with e2fsck reported no errors.
>
> Yesterday, I ran e2fsck -n again, to see if the system is still OK. It  
> isn't and I have no idea how to interpret the messages (see attachment).

You ran the e2fsck while the filesystem is mounted.  So the output
reported is not trustworthy, and block allocation bitmap differences
and free block/inode accounting information being wrong is normal when
running e2fsck -n on a mounted filesystem.  

This message, however, is cause for concern:

> /dev/sdb1 contains a file system with errors, check forced.

This means the filesystem noticed some discrepancy (for example, when
freeing a block, it noticed that the block bitmap already showed the
block as being not in use, which should never happen and indicates
filesystem corruption).

I would recommend that you schedule downtime so you can run e2fsck on
the filesystem while it is unmounted.  Given the errors that you saw
when running e2fsck while it was mounted, it's unlikely that you will
see anything serious, but it is still something that you should do.

Regards,

							- Ted

_______________________________________________
Ext3-users mailing list
Ext3-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ext3-users

[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux