GNU bug report logs - #8171
[dd] bs=blocksize doesn't work as expected

Previous Next

Package: coreutils;

Reported by: Станислав <ginermail <at> gmail.com>

Date: Fri, 4 Mar 2011 05:07:02 UTC

Severity: normal

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


Message #19 received at 8171 <at> debbugs.gnu.org (full text, mbox):

From: Eric Blake <eblake <at> redhat.com>
To: Станислав <ginermail <at> gmail.com>
Cc: 8171 <at> debbugs.gnu.org
Subject: Re: bug#8171:
Date: Fri, 04 Mar 2011 08:41:40 -0700
[Message part 1 (text/plain, inline)]
On 03/04/2011 08:27 AM, Станислав wrote:
> Thanks a lot for clarifying!
> 
> I also think it would be nice to notice this behaviour clearer in
> documentation. man dd says almost nothing about. info dd says about 'short
> reads' but it seems not so easy to understand what it means. 'dd' is
> populary utility in scripts so many people can bumb into this behaviour. As
> for me it took two months to catch 'slow' problem with our tape drive.
> 
> PS: Is it good work around that I mentioned before (I mean 'ibs=256K
> obs=256K') or it can be changed in future?

POSIX requires that 'ibs=n obs=n' behave the way you want; it is _only_
the 'bs=n' behavior where a short read results in surprising behavior.

-- 
Eric Blake   eblake <at> redhat.com    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

This bug report was last modified 14 years and 142 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.