linux-ext4 - e2fsck repeatedly asks to clear the same entry?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <k8of5a$sjb$1@ger.gmane.org>
Date:	Fri, 23 Nov 2012 12:26:52 -0600
From:	Mark Casey <markc@...fiedgroup.com>
To:	linux-ext4@...r.kernel.org
Subject: e2fsck repeatedly asks to clear the same entry?

Hello list,

I'm in a bit of a loop trying to fix my ext4 filesystem; it always goes 
like this even after several passes.

> root@...t:/home/luser# /root/latest/sbin/e2fsck -f /dev/vgdalr6/lv1
> e2fsck 1.42.5 (29-Jul-2012)
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Entry 'A5 11-3' in /share/path/09/Brett/Pines/Flynt's Side Drive - Complete Archive Copy/SA Version Pines/Chris Pics 11-2-10 (268533857) has deleted/unused inode 15115.  Clear<y>? yes
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
>
> /dev/vgdalr6/lv1: ***** FILE SYSTEM WAS MODIFIED *****
> /dev/vgdalr6/lv1: 8993801/268697600 files (0.8% non-contiguous), 2152234742/4299161600 blocks
> root@...t:/home/luser#

Would anyone have any suggestions how to proceed?

The cause of this is that I did an unsupported resize (a shrink) by 
commenting out one of resize2fs' checks...as described here: (note I'm 
not claiming this as "permission"; I knew it might not work)

http://article.gmane.org/gmane.comp.file-systems.ext4/35375

resize2fs gave no indication of trouble but the check that followed 
didn't go perfectly. 6 or 7 directory entries needed to be cleared and 
I've restored ~10gb from backup, but otherwise this current issue with 
the directory 'A5 11-3' is the only symptom presenting. I have most of 
the e2fsck log that followed the resize in case that would be of use.

Thank you,
Mark

--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html