public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Zac Medico <zmedico@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] sha1sum of cd
Date: Mon, 08 Aug 2005 16:57:44 -0700	[thread overview]
Message-ID: <42F7F178.8050301@gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.63.0508082346070.9767@toutatis.math.ist.utl.pt>

Jorge Almeida wrote:
> I've downloaded a KNOPPIX cd and burned it onto a cd via cdrecord (k3b 
> having recently evolved to
> brain death). The command was
>     cdrecord  dev=/dev/hdc KNOPPIX_V3.9-2005-05-27-EN.iso
> The sha1sum of the downloaded image is
> 51294cb7439a127efd36f819f636208163988972, which is what it's supposed to
> be.
> The cd boots, but something seems wrong ('ls /etc' hangs forever, and
> segfaulted once).  So, maybe the burning was not right. I tried
>     $ cat /dev/hdc|sha1sum
>     cat: /dev/hdc: Input/output error
>     8d792624cfe365a1b8ee1e9f06fe3520c28d91cc  -
> Then,
>     $ dd if=/dev/hdc of=knoppix.iso
>     dd: reading `/dev/hdc': Input/output error
>     1425088+0 records in
>     1425088+0 records out
> 
>     $ sha1sum knoppix.iso
>     8d792624cfe365a1b8ee1e9f06fe3520c28d91cc knoppix.iso
> Last, I followed Zac Medico's suggestion in the "md5sum error" thread:
>     $ readcd dev=/dev/hdc sectors=0-$(isoinfo -d -i /dev/cdrom | grep
>     "Volume size is:" | grep -o "[0-9]*$")  f=- | sha1sum
>     Read  speed:  7042 kB/s (CD  40x, DVD  5x).
>     Write speed:  2818 kB/s (CD  16x, DVD  2x).
>     Capacity: 356298 Blocks = 712596 kBytes = 695 MBytes = 729 prMB
>     Sectorsize: 2048 Bytes
>     Copy from SCSI (1,0,0) disk to file '-'
>     end:    356296
>     addr:   356296 cnt: 84
>     Time total: 160.792sec
>     Read 712592.00 kB at 4431.8 kB/sec.
>     51294cb7439a127efd36f819f636208163988972  -
> 
> So, "there is order in this madness".
> 
> Can someone explain the meaning of this?
> 
> 
> Jorge Almeida

Well, readcd works well for a cd while dd and cat do not. ;-)

The ls /etc hang and segaufault sounds like a unionfs problem (known bugs).  If you do dmesg|tail you will probabably see evidence of a unionfs error/oops.

I've been using a unionfs snapshot from 4/19 for the longest time because I have found later versions to be too unstable for my liking.

Zac
-- 
gentoo-user@gentoo.org mailing list



  reply	other threads:[~2005-08-09  0:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-08 23:18 [gentoo-user] sha1sum of cd Jorge Almeida
2005-08-08 23:57 ` Zac Medico [this message]
2005-08-09  8:23   ` Jorge Almeida
2005-08-09  1:17 ` Iain Buchanan
2005-08-09  1:20   ` Iain Buchanan
2005-08-09  1:41     ` Zac Medico

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42F7F178.8050301@gmail.com \
    --to=zmedico@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox