Date: Tue, 31 Mar 1998 11:09:01 -0800 (PST) From: Simon Shapiro <shimon@simon-shapiro.org> To: "Justin T. Gibbs" <gibbs@plutotech.com> Cc: current@FreeBSD.ORG Subject: Re: CONTINUED problems: Restore/Dump broken? Message-ID: <XFMail.980331110901.shimon@simon-shapiro.org> In-Reply-To: <199803311851.LAA12117@pluto.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 31-Mar-98 Justin T. Gibbs wrote: >>This is in the current current. Not in CAM. We still have to use it >>until >>we all convert to CAM, CAM is in the main branch, etc. > > CAM should have no effect on this problem. The old driver was able > to write the blocksize you told it correctly too. Used to be. It used to be working correctly. It does not work correctly now. >>As I said before, this happens with cpio too. You do: >>cd /etc;find . | cpio -H newc -ov -C 65536 -O /dev/nst2.2 > > I never use a sub mode tape device and the driver may well be doing > something hokey. I also don't have any nst devices. Only nrst and rst. > 8-) I tried each and every one of the possible entry points. None of them works correctly anymore. The submode is meamingless here. > The nrst2 device should have the default density for the device which, > for DDS-* drives should be what you want. Density is not the problem. Data corruption is. When reading with dd or cpio, you get fragments of reality, which shows that the bits are correct. I suspect the blocking scatter/gather logic to have gone south. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.980331110901.shimon>