From: Andy Polyakov <appro@fy.chalmers.se>
To: Kronos <kronos@people.it>
Cc: cdwrite@other.debian.org, linux-kernel@vger.kernel.org
Subject: Re: [ISOFS] Troubles with multi session DVDs.
Date: Sat, 26 Jun 2004 20:52:27 +0200 [thread overview]
Message-ID: <40DDC5EB.1010304@fy.chalmers.se> (raw)
In-Reply-To: <20040623192900.GA20511@dreamland.darkstar.lan>
> I'm having a strange (at least for me) problem burning multisession
> DVD+R media: the dvd becomes unreadable after the 3rd session is burned.
I have all reasons to believe that it rather has everything to do with
position of last session, than with the exact number of sessions. I also
have all reasons to believe that it's rather ide-cd.c bug than isofs. In
other words this problem was already reported to me, but I didn't have
time to bring it up with linux-kernel people yet.
> mount refuses to do its work, and kernel says:
>
> Unable to identify CD-ROM format.
>
> Note that there isn't any read error, so the kernel is simply unable to
> locate the primary volume descriptor.
The keywords for this problem are:
> growisofs -M /dev/hdc -J -r <files> (-Z for the first session)
^^^ ide-cd.c is involved [it's no problem with sr.c
if unit is routed through ide-scsi.c]...
> This is the output of dvd+rw-mediainfo:
> ...
> Multi-session Info: #3@1339392
^^^^^^^ ... and last recorded session
starts beyond LBA #1152000, which corresponds ~2.2GB.
What's so special about 1152000 (besides that it reminds highest posible
bitrate for serial port:-) It's 256 times 60 times 75. What's so special
about these numbers? 256 is amount of interger values which can be
represented with 8-bit number, 60 is amount of seconds in minute and 75
is amount of frames in one second of CD-DA. Yes, it's about conversion
from MSF to LBA suffering from overflow around 2.2GB. In the nutshell
the problem is that drivers/ide/ide-cd.c always pull TOC in MSF format
and then attempts to convert it to LBA. If last session is recorded
beyond 1152000, isofs driver will be led by ide-cd driver to belief that
volume descriptor resides at 1152000, which in turn results in "unable
to identify CD-ROM format" message logged upon mount attempt.
As fast-acting remedy I can suggest to route your unit through ide-scsi.
The way it was under 2.4. Even though it's declared unsupported it
actually still works in 2.6 (I for one still use it). And once ide-cd.c
is fixed you'll be able to revert back to officially recommended path. A.
next prev parent reply other threads:[~2004-06-26 18:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-23 19:29 [ISOFS] Troubles with multi session DVDs Kronos
2004-06-26 18:52 ` Andy Polyakov [this message]
2004-06-26 21:31 ` Kronos
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=40DDC5EB.1010304@fy.chalmers.se \
--to=appro@fy.chalmers.se \
--cc=cdwrite@other.debian.org \
--cc=kronos@people.it \
--cc=linux-kernel@vger.kernel.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 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.