[CentOS] Natulius CD burner does not accept my 700Mb CD-R disks

Scott Ehrlich scott at MIT.EDU
Wed Dec 26 13:33:54 UTC 2007


On Wed, 26 Dec 2007, Robert Moskowitz wrote:

> Scott Ehrlich wrote:
>> On Tue, 25 Dec 2007, Robert Moskowitz wrote:
>> 
>>> Scott Ehrlich wrote:
>>>> On Tue, 25 Dec 2007, Robert Moskowitz wrote:
>>>> 
>>>>> Scott Ehrlich wrote:
>>>>>> On Tue, 25 Dec 2007, Robert Moskowitz wrote:
>>>>>> 
>>>>>>> Frank Cox wrote:
>>>>>>>> On Tue, 25 Dec 2007 17:37:32 -0500
>>>>>>>> Robert Moskowitz <rgm at htt-consult.com> wrote:
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> Sense Key: 0x2 Not Ready, Segment 0
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> Get some canned air and blow the dirt off of the sensor in the drive.
>>>>>>> No change.
>>>>>>> 
>>>>>>> The drive is the coffee mug tray style. so even opening the plastic 
>>>>>>> housing for the drive does not let me 'see' the sensor, but I used a 
>>>>>>> lot of canned air and no change in behaviour....
>>>>>>> 
>>>>>>> Perhaps I have to go out to the drug store and buy one of those drive 
>>>>>>> lens cleaner disks?
>>>>>>> 
>>>>>> 
>>>>>> Have you tried removing/reseating the data cable on both ends? 
>>>>> USB. I thought I mentioned that....
>>>>> 
>>>>>> I've seen this work a handful of times. Also, SCSI or other? If SCSI, 
>>>>>> is it properly terminated, and with the correct ID? I once replaced a 
>>>>>> SCSI hard drive, and due to some technical change that completely 
>>>>>> baffled me, using the same cable, and ensuring IDs were all correct 
>>>>>> (unchanged), could not get the system to properly boot? In the end, a 
>>>>>> colleague with similar knowledge ended up relocating the SCSI 
>>>>>> terminator on the cable itself. No reason why it needed to be 
>>>>>> relocated, but that solved the problem.
>>>>> Yeah if those SCSI terminators get a little dirty ;)
>>>>>> Try cabling and see what happens... 
>>>>> 
>>>>> Using 2.0 cables. Of course the server is an old Compaq SFF that only 
>>>>> supports USB 1.1
>>>> 
>>>> What do the logs say about any possible USB errors? How about tail -f 
>>>> path_to_log_file and unplugged/replugging to see what the active messages 
>>>> are?
>>>> 
>>> Dec 25 20:46:02 onlo kernel: usb 1-2: reset full speed USB device using 
>>> uhci_hcd and address 2
>>> Dec 25 20:46:02 onlo kernel: usb 1-2: reset full speed USB device using 
>>> uhci_hcd and address 2
>>> Dec 25 20:46:03 onlo kernel: sr 0:0:0:0: scsi: Device offlined - not ready 
>>> after error recovery
>>> Dec 25 20:46:03 onlo kernel: sr 0:0:0:0: rejecting I/O to offline device
>>> Dec 25 21:53:01 onlo kernel: sr 0:0:0:0: rejecting I/O to offline device
>>> 
>>> I terminated k3b at this point and unplugged and plugged in the usb cable 
>>> to the drive:
>>> 
>>> Dec 25 21:54:07 onlo kernel: usb 1-2: USB disconnect, address 2
>>> Dec 25 21:54:28 onlo kernel: usb 1-2: new full speed USB device using 
>>> uhci_hcd and address 3
>>> Dec 25 21:54:28 onlo kernel: usb 1-2: configuration #1 chosen from 1 
>>> choice
>>> Dec 25 21:54:32 onlo kernel: scsi1 : SCSI emulation for USB Mass Storage 
>>> devices
>>> Dec 25 21:54:37 onlo kernel: Vendor: HP Model: CD-Writer+ 8200f Rev: 1.0A
>>> Dec 25 21:54:37 onlo kernel: Type: CD-ROM ANSI SCSI revision: 00
>>> Dec 25 21:54:37 onlo kernel: sr0: scsi3-mmc drive: 32x/32x writer cd/rw 
>>> xa/form2 cdda tray
>>> Dec 25 21:54:37 onlo kernel: sr 1:0:0:0: Attached scsi generic sg0 type 5
>> 
>> k3b uses cdrecord among other utilities - it is simply a graphical 
>> front-end.
>> 
>> Have you tried the command-line tools instead?
>> 
>> I have a simple script that collects files, creates an ISO, then burns the 
>> ISO to disk. No GUI (k3b) involved.
>> 
>> mkisofs -o /home/scott/files.iso -R -J -T files/
>> cdrecord -v dev=/dev/cdrom -multi /home/scott/files.iso
>> eject
> Why the -multi option?

To permit multisession and not close the disc.  If you want to close it 
(write once, that's it), then remove the -multi.

Scott

>
>
> _______________________________________________
> CentOS mailing list
> CentOS at centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



More information about the CentOS mailing list