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: <20100223135531.GA7699@atrey.karlin.mff.cuni.cz> Date: Tue, 23 Feb 2010 14:55:31 +0100 From: Jan Kara <jack@...e.cz> To: Camille Moncelier <pix@...life.org> Cc: linux-fsdevel@...r.kernel.org, ext4 development <linux-ext4@...r.kernel.org> Subject: Re: [ext3] Changes to block device after an ext3 mount point has been remounted readonly > The fact is that I've been able to reproduce the problem on LVM block > devices, and sd* block devices so it's definitely not a loop device > specific problem. > > By the way, I tried several other things other than "echo s > >/proc/sysrq_trigger" I tried multiple sync followed with a one minute > "sleep", > > "echo 3 >/proc/sys/vm/drop_caches" seems to lower the chances of "hash > changes" but doesn't stops them. Strange. When I use sync(1) in your script and use /dev/sda5 instead of a /dev/loop0, I cannot reproduce the problem (was running the script for something like an hour). So can you send me (or put up somewhere) the different images of filesystems you've got when you run on /dev/sd* with using sync in your script? Honza -- Jan Kara <jack@...e.cz> SuSE CR Labs -- 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