emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-bug-tracker] bug#7478: closed (Puzzled by dd)


From: GNU bug Tracking System
Subject: [Emacs-bug-tracker] bug#7478: closed (Puzzled by dd)
Date: Fri, 26 Nov 2010 00:12:02 +0000

Your message dated Fri, 26 Nov 2010 00:15:57 +0000
with message-id <address@hidden>
and subject line Re: bug#7478: Puzzled by dd
has caused the GNU bug report #7478,
regarding Puzzled by dd
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
7478: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7478
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Puzzled by dd Date: Thu, 25 Nov 2010 11:53:44 +0800 (CST)
According to the partition table, the partition sda1 starts from sector 64, so the following two command lines will get same files:
1) dd if=/dev/sda1 of=f1 bs=1M count=32
2) dd if=/dev/sda of=f2 bs=512 count=65536 skip=63
It works and both of them get the same 32M raw data(md5sum f1 f2 get same checksum). But after some operations on the 32M in sda1(I'm running LVM tests, it only changes the 32M contents in the beginning of sda1, and maybe the LVM module reworked doesn't work well), it fails. Even if I dd 32M from /dev/zero(dd if=/dev/zero of=/dev/sda1 bs=1M count=32) and run above two commands, I get f1 and f2 with different checksum. WHY???



网易163/126邮箱百分百兼容iphone ipad邮件收发

--- End Message ---
--- Begin Message --- Subject: Re: bug#7478: Puzzled by dd Date: Fri, 26 Nov 2010 00:15:57 +0000 User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
On 25/11/10 03:53, ?????? wrote:
> According to the partition table, the partition sda1 starts from sector 64, 
> so the following two command lines will get same files:
> 1) dd if=/dev/sda1 of=f1 bs=1M count=32
> 2) dd if=/dev/sda of=f2 bs=512 count=65536 skip=63
> It works and both of them get the same 32M raw data(md5sum f1 f2 get same 
> checksum). But after some operations on the 32M in sda1(I'm running LVM 
> tests, it only changes the 32M contents in the beginning of sda1, and maybe 
> the LVM module reworked doesn't work well), it fails. Even if I dd 32M from 
> /dev/zero(dd if=/dev/zero of=/dev/sda1 bs=1M count=32) and run above two 
> commands, I get f1 and f2 with different checksum. WHY???

I very much doubt an issue with dd.
Your commands look valid, so I'm guessing some
kernel caching issue. I'd suggest doing a binary comparison
of the data, rather than comparing the hashes.

I'm closing this bug, and we can reopen
if you do find dd to be at issue.
If you still suspect dd, then we'll need version info
and straces of both commands.

cheers,
P??draig.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]