Skip to Content.
Sympa Menu

baslinux - Re: [BL] .img vs .raw

baslinux AT lists.ibiblio.org

Subject: Baslinux mailing list

List archive

Chronological Thread  
  • From: sindi keesan <keesan AT sdf.lonestar.org>
  • To: baslinux AT lists.ibiblio.org
  • Subject: Re: [BL] .img vs .raw
  • Date: Mon, 20 Dec 2004 01:13:49 +0000 (UTC)

We have fixed the CD-burner by opening it up and scrubbing off the very dirty lens using a magnifying glass. Now it writes CDs in linux with cdrecord, and reads CD-Rs. Have not yet checked it on the very scratched up SW32. So this was a hardware problem.

History:
Found at the curb in a computer with other problems.
We copied a few CDs with it in Windows and linux a few months or more ago.
More recently it started refusing to work at all in linux with cdrecord, sometimes during a dummy run, sometimes only during a real copy.

The drive will not read scratched up CDs (even after cleaning) but it will at least read the directory now and it would not before cleaning.

Linux made a few disks which could not be read a month or so ago, and more recently refused to write with this burner, with error messages as below.

Yesterday DOS cdroast successfully copied one data CD but subsequent attempts (with new CDs, rightside up), produced disks that could not be read.

We hypothesized that the laser beam was being blocked and cleaned the lens. This was the correct fix. But it still does not read scratched disks in DOS very well (have not tried again in linux).

I am posting this to let other web users know that this is the probable explanation of why hardware that worked with different software no longer works - it is not the software (at least in this case) but the fact that the dirt has grown thicker.

Our 40X Cd-ROM reader was able to read our worst disk (most of it) that the 24X-read 2X-write CD-RW burner could not read. This is probably due to improved hardware.

I have previously posted instructions (simplified from Christof's) on how we got readcd and cdrecord working to copy data CDs. cdda2wav works to copy music CDs to .wav or .raw files but I have not succeeded in making a playable music CD yet. I was advised to copy one track at a time instead of all into one, and use switches -pad (fills up something with zeros to make it the right size) and -dao (eliminate 2-second gaps between tracks) with cdrecord to copy wav files to CD, or use cdrdao --copy to copy music CDs. You can also make and copy .raw files but use the -audio switch (the default when copying .wavs to CD).

Has any other reader used BL2 to copy music CDs?

DOS cdroast is a lot easier to use (for copying data CDs) but much slower, maybe because DOS uses memory less efficiently.

On Sun, 19 Dec 2004, sindi keesan wrote:

We have a 2X CD-ROM burner that works in DOS with DOS cdroast, but the cd2file program there will read only from the burner, and the burner won't read scratched disks. We are trying to copy the SW3.1 installation disk.

The burner for some reason is no longer burning CDs with cdrecord in linux, though it used to. But linux readcd will read our very worst disk (eventually, tho it gave up near the end) so we made a .raw file from it.

We copied the .raw file to the DOS cdroast directory and renamed it image.img because cd2file makes image.img files. We tried to burn that and it appeared to burn and fixate but the resulting CD had no data on it. (The same program copied an unscratched CD yesterday).

Is .img different from .raw?

My error messages from cdrecord (when it gets that far instead of telling us it cannot write to disk in the first place) involve:
input/output error...retryable error
medium error, Segment 0
power calibration error
Blk0 not valid
Resource temporarily unavailable. OPC failed

Someone else had a similar problem on one linux machine but the same hardware worked with another linux machine. For us it works with DOS but not linux. Probably some default is set differently. The drive used to work in linux so must be failing somehow. Or it does not like our new batch of cheap blanks? Someone else with the problem tried different brands and that did not fix it. They could write but not blank CD-RWs.

The drive works in DOS and we would like to be able to read cds with BL2 and then copy them to DOS to record them since the DOS program won't read from a regular CD-ROM reader and that is what we need to read the SW32 CD which is scratched so we can use it for BL3. Cdroast (DOS) won't even read the relatively good SW4.0 disk past 76%.

We have a different burner that won't work at all in linux due to a bug in kernels before 2.6 (unless I learn to recompile the module(s)).

Someone suggested we get hold of one CD-RW instead of destroying CD-Rs.



keesan AT sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
_______________________________________________
BasLinux mailing list
BasLinux AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/baslinux


keesan AT sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org



  • [BL] .img vs .raw, sindi keesan, 12/19/2004
    • Re: [BL] .img vs .raw, sindi keesan, 12/19/2004

Archive powered by MHonArc 2.6.24.

Top of Page