Messages in this thread |  | | Date | Tue, 28 Nov 2000 15:02:29 -0500 (EST) | From | Alexander Viro <> | Subject | Re: 2.4.0-test11 ext2 fs corruption |
| |
On Tue, 28 Nov 2000, Petr Vandrovec wrote:
> Hi Al, > during weekend I was uncompressing XFree (Debian's 4.0.1-7) at home, > with 2.4.0-test11 running on Celeron 300A, 128MB RAM, SMP kernel on up. > It failed to compile lbxproxy/di/main.c. After some investigation I found > that they were overwritten by some source font data. fsck did not reveal > any croslinked clusters, nothing. Filesystem itself uses 4KB clusters. > > Today I found some spare time and investigated it further. There is > same data contents in: > > programs/lbxproxy/di/init.c 0-8720 fonts/bdf/75dpi/lubR24.bdf 0x5000-0x7210 > lbxfuncs.c 0x0000-0x0EC0 lubR24.bdf 0x8000-0x8EC0 > 0x0EC1-0x0FFF zero > 0x1000-0x5ABC lutBS08.bdf 0x0000-0x4ABC > 0x5ABD-0x5FFF zero > 0x6000-0x92C1 lutBS10.bdf 0x0000-0x32C1 > lbxutil.c 0x0000-0x1E27 lutBS10.bdf 0x4000-0x5E27 > 0x1E28-0x1FFF zero > 0x2000-0x3452 lutBS12.bdf 0x0000-0x1452 > main.c 0-4614 lutBS12.bdf 0x2000-0x3206 > options.c 0x0000-0x222E lutBS12.bdf 0x4000-0x622E > 0x222F-0x2FFF zero > 0x3000-0x4E30 lutBS14.bdf 0x0000-0x1E30 > pm.c 0-11706 lutBS14.bdf 0x2000-0x4DA8 > (blocks 722433-722459) (blocks 558899-~558927) > > Other files are intouch. As you can see, somewhat disk blocks > ended somewhere else than they should in addition to correct place. > I also found that data after end of file in di/*.c files are not > cleared, so maybe that ide driver did a mistake? But I was not able > to find how to convert either block address, or LBA adress, or CHS > address (drive uses 839/240/63, but I hope that it runs in LBA) to > get 558899 from 722433 or vice versa.
Erm... Do you mean that you've got a 1-1 correspondence in data between these two ranges? Then it looks like something way below the fs level... Weird. Could you verify it with dd?
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |