Date: Thu, 13 Jul 2017 12:06:20 -0700 From: Doug Hardie <bc979@lafn.org> To: Ian Smith <smithi@nimnet.asn.au> Cc: "freebsd-questions@freebsd.org Questions" <freebsd-questions@freebsd.org> Subject: Re: Unusual Question Message-ID: <33484077-6ADF-489D-BB5A-27827393C41F@mail.sermon-archive.info> In-Reply-To: <20170714011941.C20026@sola.nimnet.asn.au> References: <mailman.95.1499860802.27627.freebsd-questions@freebsd.org> <20170713231222.U20026@sola.nimnet.asn.au> <20170714011941.C20026@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 13 July 2017, at 08:24, Ian Smith <smithi@nimnet.asn.au> wrote: > > On Fri, 14 Jul 2017 01:12:17 +1000, Ian Smith wrote: > >> There is no oskip; I have to check dd(1) every time myself .. there's: >> iseek=n Seek on the input file n blocks. This is synonymous with >> skip=n. >> oseek=n Seek on the output file n blocks. This is synonymous with >> seek=n. > [..] >>> I didn't capture this but I did run the dd with the oskip of the big >>> number and it showed all zeros. >> >> There is no oskip. oseek (aka skip) would work. > > Argh .. I've done it myself: that should say oseek (aka seek). For this > very reason I _never_ use iseek or oseek, being quite confused enough :) > > cheers, Ian Yes oskip should have been oseek. I didn't have access to the actual screen or man page when writing that all down. I previously set kern.geom.debugflags=16. The system here is very old and i386 only. I may play with that again if time permits.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?33484077-6ADF-489D-BB5A-27827393C41F>