From owner-freebsd-scsi Wed Jul 4 2:11:34 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from ns5.pacific.net.au (ns5.pacific.net.au [203.143.252.30]) by hub.freebsd.org (Postfix) with ESMTP id 6D98637B403 for ; Wed, 4 Jul 2001 02:11:30 -0700 (PDT) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp21.dyn248.pacific.net.au [203.143.248.21]) by ns5.pacific.net.au (8.9.0/8.9.1) with ESMTP id TAA11687; Wed, 4 Jul 2001 19:11:09 +1000 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.11.3/8.11.1) with ESMTP id f649BQM14473; Wed, 4 Jul 2001 19:11:26 +1000 (EST) (envelope-from mckay) Message-Id: <200107040911.f649BQM14473@dungeon.home> To: freebsd-scsi@freebsd.org Cc: schilling@fokus.gmd.de, ken@kdm.org, mckay@thehub.com.au Subject: Re: Problems reading burned CDs (one problem solved) References: <200107021506.RAA20637@burner.fokus.gmd.de> <200107021528.f62FSKX13432@dungeon.home> In-Reply-To: <200107021528.f62FSKX13432@dungeon.home> from Stephen McKay at "Tue, 03 Jul 2001 01:28:20 +1000" Date: Wed, 04 Jul 2001 19:11:26 +1000 From: Stephen McKay Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tuesday, 3rd July 2001, Stephen McKay wrote: >>>I have a multisession Joliet CDROM that is >>>completely unreadable on FreeBSD (mount reports cd9660: /dev/acd0c: >>>Invalid argument). It has one more track than it has sessions. The >>>extra track is between the others, and is 63 seconds long. It reads >>>perfectly on Win98. >The same hardware running Win98 will read the CD that FreeBSD won't read. >I have other multisession CDs made with the same method on the same >system. FreeBSD reads them all properly. It is quite puzzling. Tony Maher pointed out the -s flag to mount_cd9660. With that, I was able to mount the CD and read all the files. Here's how: # cdcontrol -f acd0 Compact Disc Control utility, version 2.0 Type `?' for command list cdcontrol> info Starting track = 1, ending track = 3, TOC size = 34 bytes track start duration block length type ------------------------------------------------- 1 0:02.00 10:59.64 0 49339 data 2 10:59.64 1:02.60 49339 4560 data 3 12:00.49 41:17.24 53899 185649 data 170 53:15.73 - 239548 - - cdcontrol> quit # mount_cd9660 -s 49339 /dev/acd0c /mnt # df /mnt Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/acd0c 478792 478792 0 100% /mnt # In other words, the burner program, for whatever reason, split the second session into two tracks. The final track is not an ISO filesystem. But the 2nd track is the directory for the whole disk. Presumably Windoze steps backwards through the tracks until it can mount successfully. We should to the same. It should be easy. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message