|
From: | GNU bug Tracking System |
Subject: | [Emacs-bug-tracker] bug#8171: closed ([dd] bs=blocksize doesn't work as expected) |
Date: | Fri, 04 Mar 2011 14:04:01 +0000 |
Your message dated Fri, 04 Mar 2011 14:02:35 +0000 with message-id <address@hidden> and subject line Re: bug#8171: [dd] bs=blocksize doesn't work as expected has caused the GNU bug report #8171, regarding [dd] bs=blocksize doesn't work as expected to be marked as done. (If you believe you have received this mail in error, please contact address@hidden) -- 8171: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8171 GNU Bug Tracking System Contact address@hidden with problems
--- Begin Message ---Subject: [dd] bs=blocksize doesn't work as expected [dd] bs=blocksize doesn't work as expected, for example: Date: Fri, 4 Mar 2011 08:02:56 +0300
tar -c /somedir | dd bs=256K of=/dev/nst0
In this example backup record will be recorded to a tape with block size = 10K instead of 256K because 10K is default for tar.
There is workaround:
tar -c /somedir | dd ibs=256K obs=256K of=/dev/nst0
If we set block size for input and output separatly - it works as expected.
lucid (utils): The GNU core utilities
7.4-2ubuntu2: amd64 i386
--- End Message ---
--- Begin Message ---Subject: Re: bug#8171: [dd] bs=blocksize doesn't work as expected Date: Fri, 04 Mar 2011 14:02:35 +0000 User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 On 04/03/11 05:02, Станислав wrote: > [dd] bs=blocksize doesn't work as expected, for example: > tar -c /somedir | dd bs=256K of=/dev/nst0 > In this example backup record will be recorded to a tape with block size = > 10K instead of 256K because 10K is default for tar. > There is workaround: > tar -c /somedir | dd ibs=256K obs=256K of=/dev/nst0 > If we set block size for input and output separatly - it works as expected. This operation is expected and dictated by POSIX. It is surprising though, and I tried to clarify it in the docs: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=d5ab0599 Note also that we're currently considering warning that iflag=fullblock should be used, but only currently in the case were a count is specified, as then you get the wrong amount of data as well as the wrong sized writes. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7362 cheers, Pádraig.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |