| 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: <4908C951.2000309@redhat.com> Date: Wed, 29 Oct 2008 15:36:33 -0500 From: Eric Sandeen <sandeen@...hat.com> To: Arthur Jones <ajones@...erbed.com> CC: "linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>, sct@...hat.com, akpm@...ux-foundation.org, linux-kernel@...r.kernel.org Subject: Re: ext3: slow symlink corruption on umount... Arthur Jones wrote: > This one's turning out to be a slippery fish. > I have found that the corruption appears to > be due to ->writepage() not getting called at all > for any of the long symlinks... > > Ring any bells anyone? Any ideas where to look > or what to test? This is my first foray into > ext3 and I could definitely use some expert advice... > > Arthur Sorry for the silence, this is a nice bug you've found :) I can reproduce this at least, with this script: #!/bin/bash umount /mnt/test2 mount /dev/sdb4 /mnt/test2 rm -f /mnt/test2/* dd if=/dev/zero of=/mnt/test2/bigfile bs=1M count=512 touch /mnt/test2/thisisveryveryveryveryveryveryveryveryveryveryveryveryveryveryveryverylongfilename ln -s /mnt/test2/thisisveryveryveryveryveryveryveryveryveryveryveryveryveryveryveryverylongfilename /mnt/test2/link umount /mnt/test2 mount /dev/sdb4 /mnt/test2 ls /mnt/test2/ umount /mnt/test2 I'll look into it ... -Eric -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists