Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: file system corruption

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)



Home | Main Index | Thread Index | Old Index