lkml.org 
[lkml]   [2001]   [May]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: SCSI Tape Corruption - 2nd round experiment result
On Tue, 15 May 2001, Lorenzo Marcantonio wrote:
> The differences:
> ----------------
> (File offsets in hex, patterns were found without other matches in
> the file)
>
> First test:
> 64 bytes at D9E0800 (found starting at D9D8800, 32KB before)
>
> Second test:
> 64 bytes at 2F187C0 (found starting at 2F107C0, 32KB before)
> 64 bytes at A8643C0 (found starting at A8343C0, 192KB before[!])
>
> Third test:
> No differences (sheer luck?)
>
> Fourth test:
> 32 bytes at B937640 (found starting at B8D7640, 384KB before[!!])
>
> Conclusions (IMO):
> ------------------
>
> It's the first time I see 64 consecutive corrupted bytes. Also, on the
> fourth test the data were from MUCH earlier in the file... (maybe in some
> remote cache area... I've got 512MB RAM, 1024MB swap)

I saw them before. However, in my case they were obviously the result of 2
consecutive 32-byte errors, as the latter occurred many more times.

I never saw an offset different from the block size, though.

Assuming you did have 32-byte errors, you had 7 errors for 1.3 GB.

I have approx. 6 errors for 256 MB. But I have only 128 MB RAM.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:53    [W:0.362 / U:0.308 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site