Re: gbde data corruption?

From: Heiko Schaefer <hschaefer_at_fto.de>
Date: Tue, 29 Apr 2003 16:25:32 +0200 (CEST)
...replying to myself,

apparently updating g_bde_crypt.c from rev 1.12 to 1.13 has effects on the
format of data or the layout of the encrypted filesystem. the stuff that
was on that mount with the old kernel is gone now.

i'll refill the volume and report any issues that still remain.

regards,

Heiko

On Tue, 29 Apr 2003, Heiko Schaefer wrote:

> Hi List,
>
> after trying gbde with 5.0-REL (and getting lots of spontaneous reboots),
> i switched to current as of yesterday (world and kernel, of course).
>
> now behaviour is much better, but i still seem to get data corruption
> under some circumstances.
>
> my suspicion is that gbde doesn't handle the case very well when the mount
> is really full (i have a habit of doing "tunefs -m 0" at times). i'm
> talking about a 60gb mount, which looks like this:
>
> /dev/ad2s1d.bde  55045610 55028274  17336   100%    /space2
>
> the (unpleasant) effect i see is as follows:
>
> i copy some file onto that space, which (according to df) still should
> fit, say 5mb. the copying works, i get no errors - but the data i get when
> reading that file is not correct.
>
> sometimes the file has the correct size according to "ls -l" but is empty
> when viewed with 'less'. i consistently get the effect that the
> (corrupted) file on the gbde mount is more compressible than the original,
> correct file. i assume that there are a lot of zero-bytes (or other
> low-entropy fillers) in the corrupted variant. once i even had the effect
> that reading the corrupted file (making an md5 sum) never terminated (i
> stopped it after some minutes) for a ~5mb file.
>
> that's all i can currently think of reporting. please tell me if i can
> provide any useful information that is not in this mail.
>
> regards,
>
> Heiko
>
> PS: i also have some performance issues with gbde, about which i'll whine
> some other time :) it seems to me that the transactions on the disc (the
> way i use gbde at least) are too small to reach the theoretical speed of
> the harddrive.
>
> --
> Free Software. Why put up with inferior code and antisocial corporations?
> http://www.gnu.org/philosophy/why-free.html
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>
>

-- 
Free Software. Why put up with inferior code and antisocial corporations?
http://www.gnu.org/philosophy/why-free.html
Received on Tue Apr 29 2003 - 05:25:36 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:05 UTC