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
| ||
|
Message-ID: <20130227160446.GA4792@redhat.com> Date: Wed, 27 Feb 2013 11:04:46 -0500 From: Dave Jones <davej@...hat.com> To: Borislav Petkov <bp@...en8.de>, Linux Kernel <linux-kernel@...r.kernel.org>, linux-ext4@...r.kernel.org Subject: Re: EXT4 corruption on Linus latest tree. On Wed, Feb 27, 2013 at 04:55:39PM +0100, Borislav Petkov wrote: > On Wed, Feb 27, 2013 at 10:43:11AM -0500, Dave Jones wrote: > > Built from a pull around midnight EST last night. > > (Don't have the git hash, as the source is on the disk that is now inaccessable..) > > > > EXT4-fs error (device sdb1): htree_dirblock_to_tree:919: inode #172235804: block 152052301: comm ls: bad entry in directory: rec_len is smaller than minimal - offset=0(0), inode=0, rec_len=0, name_len=0 > > EXT4-fs error (device sdb1): htree_dirblock_to_tree:919: inode #172235804: block 152052301: comm ls: bad entry in directory: rec_len is smaller than minimal - offset=0(0), inode=0, rec_len=0, name_len=0 > > EXT4-fs error (device sdb1): htree_dirblock_to_tree:919: inode #172235804: block 152052301: comm ls: bad entry in directory: rec_len is smaller than minimal - offset=0(0), inode=0, rec_len=0, name_len=0 > > EXT4-fs error (device sdb1): htree_dirblock_to_tree:919: inode #172235381: block 152052288: comm ls: bad entry in directory: rec_len is smaller than minimal - offset=0(0), inode=0, rec_len=0, name_len=0 > > EXT4-fs error (device sdb1): htree_dirblock_to_tree:919: inode #172228609: block 152051744: comm ls: bad entry in directory: rec_len is smaller than minimal - offset=0(0), inode=0, rec_len=0, name_len=0 > > > > This is a 3TB disk which has 1.9TB used. > > > > I can see some files/dirs, but some top level dirs now appear empty. > > > > About to reboot back to a safe kernel and fsck. > > Hmm, more people triggering something like that: > http://marc.info/?l=linux-kernel&m=136196926015305&w=2 Yeah, looks similar. The missing files/dirs reappeared when I booted an older kernel, so it looks like the corruption doesn't hit the disk. Fsck (1.42.5) didn't find anything either. Dave -- 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
Powered by blists - more mailing lists