Is linux cdrom driver messed
On Wed, 16 Aug 2006 05:54:22 GMT, Aragorn staggered into the Black Sun and said:
Not for VCDs, it doesn't. VCDs are different from regular CDs in several ways. VCDs don't have a filesystem. VCDs use the whole 2352-byte CD sector for data, while data CDs use 2048 bytes for data and 304 bytes for error correction. This is how you can fit 800M of MPEG-1 on a 700M CD-R in VCD format. dd if=-dev-cdrom ... will only copy the first track of the first session, and then only if it's in "data CD" format. dd is *the wrong tool* to use for copying CDs, unless the CD in question is a single-track single-session data CD.
Nope, the lack of error correction data confused the block device layer, so dd reported "read errors". I'm really, really surprised that I'm the only responder to pick up on this.
Highly unlikely.
Doubtful.
On Saturday 05 August 2006 22:38, Thor stood up and spoke the following words to the mbuttes incomp.os.linux.misc...: ... With - as the absolute epitome of cluelessness - the inevitable Google Groups as a Usenet...
The Natural Philosopher Philosopher: I'm sure others will also answer this one. Most of my experience is with VMware's ESX Server product. I'm buttuming you're using either...
No, it isn't. You've just taken unique user's words at face value without having had any experience with VCDs, and you've run the ball 50 yards in the wrong direction. To copy almost any CD without regard to 2352 vs. 2048 valid data bits in 1 sector, number of tracks, or whatever, use "cdrdao copy".
And for "read errors", Aragorn, have you heard of "deliberate bad sector" copy-prevention? Variants of it were in use as far back as the early 1980s. Take a floppy (CD-ROM, DVD-ROM, holographic cube...) and introduce a bad sector at N. Game code tries to read sector N periodically, if it gets anything other than EBADSECTOR, it shuts the whole game down. Sequential copying methods like dd fail at sector N, so the copy's unusable. cdrdao may or may not allow you to copy CDs that are designed this way.
-- Matt GThere is no Darkness in Eternity-But only Light too dim for us to see Brainbench MVP for Linux Admin mail: TRAP + SPAN don't belong ----------------------------- penguins, is Tux." --MegaHAL
Linux groups from Newsgroups