To: linux-kernel@vger.kernel.org
Path: gatekeeper.tmr.com!davidsen
From: davidsen@tmr.com (bill davidsen)
Newsgroups: mail.linux-kernel
Subject: Re: 2.9test9-mm1 and DAO ATAPI cd-burning corrupt
Date: 10 Nov 2003 21:25:53 GMT
Organization: TMR Associates, Schenectady NY
Message-ID: <boovp1$6uc$1@gatekeeper.tmr.com>
References: <3FA69CDF.5070908@gmx.de> <20031105101207.GI1477@suse.de> <3FA8CEF1.1050200@gmx.de> <20031105102238.GJ1477@suse.de>
Originator: davidsen@gatekeeper.tmr.com
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1396
Lines: 22

In article <20031105102238.GJ1477@suse.de>, Jens Axboe  <axboe@suse.de> wrote:

| It isn't a problem of the recorder program. But some drives wont read
| the very end of a disc unless there are some pad blocks at the end.
| Thus, you should always use the cdrecord pad option.

I think the previous answer, some devices will read without pad and some
won't, is probably a good place to stop. It turns out that some device
not only don't need the pad, but will read it if you are in the raw read
mode, and thus "read more than you wrote" of data. For iso9660 images
being mounted the pad option should be used, and I believe that it does
in fact default to on in recent versions of cdrecord.

In any case I would add "with iso9660 images" to your fine advice, and
suggest that getting the iso filesystem size (from isoinfo) and reading
exactly that much is still probably desirable. There are too many TAO
vs. DAO and -pad or not magic solutions, unfortunately, and too much
dubious firmware for anything else to work every time.
-- 
bill davidsen <davidsen@tmr.com>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/