From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NSSXz-0004wC-Kb for garchives@archives.gentoo.org; Wed, 06 Jan 2010 09:51:23 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B6AC6E07DF; Wed, 6 Jan 2010 09:49:45 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by pigeon.gentoo.org (Postfix) with ESMTP id 68AB7E07DF for ; Wed, 6 Jan 2010 09:49:45 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NSSWM-0003O8-To for gentoo-amd64@lists.gentoo.org; Wed, 06 Jan 2010 10:49:42 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 10:49:42 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 06 Jan 2010 10:49:42 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: Can anyone help please - CD error Date: Wed, 6 Jan 2010 09:49:19 +0000 (UTC) Message-ID: References: <201001051522.17893.gentoo@appjaws.plus.com> <617952.7652.qm@web65406.mail.ac4.yahoo.com> <201001050808.41186.stsander@sblan.net> <387279.31368.qm@web65416.mail.ac4.yahoo.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.133 (House of Butterflies) Sender: news Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 6702e833-b61e-4001-addb-bf37598d8aa8 X-Archives-Hash: 3d6209a496b91e7f22e99725b90cdf18 BRM posted on Tue, 05 Jan 2010 18:53:06 -0800 as excerpted: > I have: >=20 > CONFIG_CDROM_PKTCDVD=3Dy > CONFIG_CDROM_PKTCDVD_BUFFERS=3D8 > # CONFIG_CDROM_PKTCDVD_WCACHE is not set AFAIK, that's for packet data, not audio or ISO9660 filesystem, both of=20 which are stream based (disk or session at once), not packet based. =20 Normal CDs are stream based as well (by default), tho CD_RAM rewritables=20 are packet based I believe. DVDs are setup to be packet-written (UDF,=20 see below), tho they typically are written as a stream, anyway So basically > Also have: >=20 > CONFIG_BLK_DEV_IDECD=3Dy > CONFIG_BLK_DEV_IDECD_VERBOSE_ERRORS=3Dy IDE is legacy/deprecated. The PATA/SATA drivers are current (yes, even=20 tho PATA is still classified experimental). Unless you need to use IDE=20 drivers for something not yet supported by the libata based drivers, you=20 should really switch over to the libata/PATA/SATA drivers and turn off=20 the entire IDE subsystem. At your leisure, of course, but I'd strongly=20 consider checking it out the next time you upgrade your kernel... Unless=20 you know you need it for legacy IDE drive controllers, of course. > But those are not likely it. It's likely with the File Systems... >=20 >> CONFIG_ISO9660_FS=3Dm >> CONFIG_JOLIET=3Dy >> CONFIG_ZISOFS=3Dy >> CONFIG_UDF_FS=3Dm >> CONFIG_UDF_NLS=3Dy >=20 > I have all of these as 'y', no modules. Check to make sure the UDF and > ISO9660 file system modules are loaded. Your issue may be that they are > not being loaded for some reason. ISO9660 was the CDROM default, tho IIRC it's not used for CDA/CDAudio. =20 Joliet (AKA CDFS) is the MS backed ISO9660 additional metadata (long- filename/lfn, pure unextended ISO9660 allows 31-char filenames only, with= =20 certain other restrictions as well) extension, while RockRidge is the *ix= =20 based parallel, which includes POSIX file permissions as well as the=20 longer filenames. Most folks have both enabled, to read CD/DVDs created=20 with either (and many people will include both extensions on their CD/ DVDs, too), tho MS-only folks could probably get along with Joliet-only,=20 and *ix-only folks could get along with RockRidge only if they don't care= =20 about compatibility or reading MS platform authored disks. ZISOFS is simply gzip-compressed ISOs, I believe. UDF, Universal Disk Format, was to be the successor to ISO9660, and is=20 what is used on DVDs by default (tho many/most are dual ISO9660/UDF as=20 their data format is compatible, it's the metadata location and format=20 that differs). As mentioned above, it can be packet-based or stream- based. The original/plain UDF spec allowed for packet-based, but the=20 physical/practical limits of optical disc media make that difficult. =20 There's two additional forms of it, VAT and Spared, the latter being the=20 most practical for most RW media. Unfortunately, UDF support is often=20 only plain, particularly in older DVD players, etc, not VAT or Spared. > I also have: >=20 > CONFIG_UFS_FS=3Dy >=20 > While I could be wrong, I believe some CD/DVD producers use the UFS fil= e > system on the discs, so while it's not directly listed under the CD/DVD > stuff, it may still be important. AFAIK (and wikipedia backs it up, BTW, there's interesting wiki articles=20 on UDF, packet writing, ISO9660, etc, as well), UFS, Unix File System,=20 aka Berkeley Fast File System (FFS), has little or nothing to do with=20 optical media. According to wikipedia, the Sony Playstations v 2 & 3 use= =20 UDF, but on the hard drive not on optical media. So you're probably getting UDF (universal disk format, optical) and UFS=20 (Unix File System, normally conventional magnetic hard drives) mixed up,=20 as I often do myself except I knew I was doing so and could therefore=20 look it up if necessary (as I finally did just now). But since I did=20 finally look them up, and in doing so I found out that UFS is Unix=20 filesystem, I think/hope I'll be able to keep them straight now, or at=20 least straighter. --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman