On Mon, Oct 12, 2020 at 06:39:48AM +0200, Martin Husemann wrote: > On Sun, Oct 11, 2020 at 11:19:16PM +0200, Thomas Klausner wrote: > > I don't know enough about the internals of the hg and sqlite3, but I > > also saw a broken zip archive and had a good copy for comparison. In > > that case, a block of 256 bytes was zero instead of the real data. > > Do you know the file offset where the corruption started? > Can you show "dumpfs $rawdev | head -15" for that file system?
Reminds me of PR kern/55362. If I started with a disk full of zeros, some ranges would have zero instead of the real data. If I started with a disk full of ones, some ranges would contain ones instead of the real data. In other news, just now, after a clean reboot to use a new kernel, the system came up with [ 1885.434544] panic: ffs_blkfree: bad size: dev = 0xa803, bno = 331526 bsize = 32768, size = 12288, fs = /usr/obj (different filesytem & disk) Cheers, Patrick