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  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]
Date:	Fri, 08 Jan 2010 11:54:24 +0900
From:	Tetsuo Handa <>
Subject: [2.6.30 and later] file corruption on ext3 filesystem.


I'm experiencing file corruption problem.
Can somebody reproduce below result?

My environment:
  VMware Workstation 6.5.3 with 2CPUs / 512MB RAM.
  ext3 filesystem ( /dev/sda1 ) mounted on / .

  2.6.33-rc3 ( )   ( )  ( )

  So far, I haven't succeeded to reproduce this problem for 2.6.29 and earlier.
  Maybe this problem exists in only 2.6.30 and later.

Steps to reproduce:

  Compile below program using "gcc -Wall -O3 -o a.out".

#include <stdio.h>
#include <string.h>
#include <unistd.h>

int main(int argc, char *argv[])
	FILE *fp = fopen("/testfile", "a");
	char buffer[4096];
	memset(buffer, argc > 1 ? argv[1][0] : 0x20, sizeof(buffer));
	buffer[sizeof(buffer) - 1] = '\n';
	fwrite(buffer, 1, sizeof(buffer), fp);
	fprintf(stderr, "Let power fail after a few seconds.\n");
	while (1) {
		fwrite(buffer, 1, sizeof(buffer), fp);
	return 0;

  Reboot the system by executing /sbin/reboot .

  Run ./a.out and let the power fail (i.e. unplug the electric cable
  or do equivalent) after more than 5 seconds (i.e. longer than kjournald's
  commit interval). Probably 2 or 3 seconds after
  "Let power fail after a few seconds.\n" was printed is the best.

  Restart the system (and fsck will be executed).

  Run "cat /testfile". It should contain only lines of 4095 spaces + '\n'
  (or the byte specified via argv[]). But it contains different data.

  This problem does not show up if the data written by ./a.out and the data in
  previously deleted files are identical. Therefore, you may want to try with
  different patterns like "./a.out 1" "./a.out 2" "./a.out 3" ...

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists