From: Joel Soete <soete.joel@scarlet.be>
To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
Cc: Tejun Heo <htejun@gmail.com>, Luming Yu <luming.yu@gmail.com>,
Alan Cox <alan@redhat.com>, Ioan Ionita <opslynx@gmail.com>,
Alan <alan@lxorguk.ukuu.org.uk>,
linux-kernel@vger.kernel.org, jgarzik@pobox.com
Subject: Re: 2.6.20-rc6 libata PATA ATAPI CDROM is not working
Date: Sat, 17 Feb 2007 18:26:42 +0000 [thread overview]
Message-ID: <45D748E2.7020800@scarlet.be> (raw)
In-Reply-To: <20070217145959.GI7582@csclub.uwaterloo.ca>
[snip]
>
> Hmm, readcd was trying to read 279884 blocks, while cdrecord said it
> wrote 279882 blocks.
>
yes and seems to be always the same:
with new burned cd I got:
# ll /MultiCd/cd060213.iso
-rwxr-xr-x 1 root root 3213312 Feb 13 2006 /MultiCd/cd060213.iso
i.e. 3213312/2048 == 1569
while:
readcd dev=/dev/hdd f=- | md5sum
Read speed: 1059 kB/s (CD 6x, DVD 0x).
Write speed: 353 kB/s (CD 2x, DVD 0x).
Capacity: 1571 Blocks = 3142 kBytes = 3 MBytes = 3 prMB
Sectorsize: 2048 Bytes
Copy from SCSI (1,1,0) disk to file '-'
end: 1571
Errno: 0 (Success), read_g1 scsi sendcmd: no error
CDB: 28 00 00 00 06 00 00 00 23 00
status: 0x2 (CHECK CONDITION)
Sense Bytes:
Sense Key: 0xFFFFFFFF [], Segment 0
Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.014s timeout 40s
readcd: Success. Cannot read source disk
readcd: Retrying from sector 1536.
so always Capacity == original image size + 2 ?
[snip]
>
> There always seems to have been any issue with reading blocks from a cd
> getting broken by the kernel doing readahead and getting failures by
> trying to read past the end of the disc even though the user never asked
> it to. Sometimes your size just happens to hit a safe block size so the
> readahead doesn't break.
>
btw this tips:
readcd dev=/dev/hdd sectors=0-1569 f=- | md5sum
Read speed: 1059 kB/s (CD 6x, DVD 0x).
Write speed: 353 kB/s (CD 2x, DVD 0x).
Capacity: 1571 Blocks = 3142 kBytes = 3 MBytes = 3 prMB
Sectorsize: 2048 Bytes
Copy from SCSI (1,1,0) disk to file '-'
end: 1569
addr: 1569 cnt: 33
Time total: 5.436sec
Read 3138.00 kB at 577.3 kB/sec.
6a1248783a21722816b972aa9bae9d5e -
(adding sectors=0-1569 : 1569 being the size of the original image)
seems to work fine
# md5sum /MultiCd/cd060213.iso
6a1248783a21722816b972aa9bae9d5e /MultiCd/cd060213.iso
>> is the same wrong results.
>>
>> mmm I always used successfully dd method at my office with scsi cdrom drive
>> (even for bootable disk).
>
> Well it seems some disks can be read that way, others can not.
>
I would be curious to read same cd on scsi cdrom (at the office)?
Cheers,
Joel
next prev parent reply other threads:[~2007-02-17 18:27 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-16 23:22 2.6.19-rc5 libata PATA ATAPI CDROM SiS 5513 NOT WORKING Ioan Ionita
2006-11-16 23:50 ` Alan
2006-11-17 1:30 ` Ioan Ionita
2006-11-17 1:34 ` Ioan Ionita
2006-11-17 10:05 ` Alan Cox
2006-11-17 15:44 ` Ioan Ionita
2006-12-27 14:44 ` Joel Soete
2006-12-28 21:50 ` Joel Soete
2007-01-03 4:31 ` Tejun Heo
2007-01-03 17:19 ` Joel Soete
2007-01-27 13:22 ` 2.6.20-rc6 libata PATA ATAPI CDROM is not working Joel Soete
2007-01-27 14:10 ` Luming Yu
2007-01-27 14:42 ` Joel Soete
2007-02-12 0:58 ` Tejun Heo
2007-02-12 20:42 ` Joel Soete
2007-02-13 17:35 ` Joel Soete
2007-02-13 18:15 ` Bartlomiej Zolnierkiewicz
2007-02-13 18:34 ` Alan
2007-02-17 12:07 ` Joel Soete
2007-02-17 12:52 ` Bartlomiej Zolnierkiewicz
2007-02-13 18:22 ` Tejun Heo
2007-02-17 10:58 ` Joel Soete
2007-02-20 11:21 ` Tejun Heo
2007-02-13 19:57 ` Lennart Sorensen
2007-02-17 11:33 ` Joel Soete
2007-02-17 14:59 ` Lennart Sorensen
2007-02-17 18:26 ` Joel Soete [this message]
2007-02-21 2:55 ` Ioan Ionita
-- strict thread matches above, loose matches on Subject: below --
2007-02-20 7:40 Joel Soete
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=45D748E2.7020800@scarlet.be \
--to=soete.joel@scarlet.be \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=alan@redhat.com \
--cc=htejun@gmail.com \
--cc=jgarzik@pobox.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lsorense@csclub.uwaterloo.ca \
--cc=luming.yu@gmail.com \
--cc=opslynx@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.