Jump to content

CDROM not writing


Guest curly
 Share

Recommended Posts

Guest curly

I have a CDROM that won't write / burn and I'm hoping for your help.

I have had this problem for a while since updating (I'm now on Mandrake 10 /kernel 2.6) and it sounds similar to issues reported by others

 

The Hardware

ASUS CDRW 4012A - works fine. Burns away under Windows no problem.

 

Symptoms

1. fails to write under K3b

DETAILS

System

-----------------------

K3b Version: 0.11.7

KDE Version: 3.2 BRANCH >= 20040204

QT Version: 3.2.3

 

cdrecord command:

-----------------------

/usr/bin/cdrecord -v gracetime=2 dev=/dev/ide/host0/bus1/target0/lun0/cd -dao driveropts=burnfree -eject -overburn -text -useinfo -audio -shorttrack /tmp/kde-grant/k3bCdCopy0/Track01.wav /tmp/kde-grant/k3bCdCopy0/Track02.wav /tmp/kde-grant/k3bCdCopy0/Track03.wav

 

Says successfully read disk & started cdrecord 2.1a27-dvd

then

starting dao writing at 0x speed ...

cdrecord did not exit cleanly

removing temporary files ...

 

2. Can't see directory of files on an audio disk under Konqueror when browse /mnt/cdrom. Can see data disks OK

 

3. But works to play within KsCD (ie read audio disks)

 

Data

Running kernel 2.6.3-4mdk

Here are the contents of my fstab: (with supermount) - this makes the icon appear on the desktop

dev/hda7 / ext3 defaults 1 1

/dev/hda6 /boot ext3 defaults 1 2

none /dev/pts devpts mode=0620 0 0

none /mnt/cdrom supermount fs=udf:iso9660,dev=/dev/hdc,--,codepage=850,iocharset=iso8859-15,nosuid,ro,umask=0,nodev,exec 0 0

/dev/hda5 /mnt/dos vfat iocharset=iso8859-15,codepage=850,umask=0 0 0

none /mnt/floppy supermount fs=ext2:vfat,dev=/dev/fd0,--,codepage=850,iocharset=iso8859-15,nosuid,umask=0,unhide,nodev 0 0

/dev/hda1 /mnt/win_c ntfs iocharset=iso8859-15,ro,umask=0 0 0

none /proc proc defaults 0 0

/dev/hda8 swap swap defaults 0 0

 

I have tried with and without supermount

when I run $ ps aux | grep magicdev - I get

grant 3167 0.0 0.1 1936 636 pts0 S 16:53 0:00 grep magicdev

 

I wonder if it is

- permissions?

- the way that the CDROM device is setup (it was originally a SCSII device under previous kernels and this mucked up fstab so I have tried to fix)

 

here is the output of $ cdrecord -scanbus:

 

Cdrecord-Clone 2.01a27-dvd (i686-pc-linux-gnu) Copyright © 1995-2004 Jörg Schilling

Note: This version is an unofficial (modified) version with DVD support

Note: and therefore may have bugs that are not present in the original.

Note: Please send bug reports or support requests to <warly@mandrakesoft.com>.

Note: The author of cdrecord should not be bothered with problems in this version.

scsidev: 'ATA'

devname: 'ATA'

scsibus: -2 target: -2 lun: -2

Warning: Using badly designed ATAPI via /dev/hd* interface.

Linux sg driver version: 3.5.27

Using libscg version 'schily-0.8'.

cdrecord: Warning: using inofficial libscg transport code version (warly-scsi-linux-sg.c-1.80-mdk '@(#)scsi-linux-sg.c 1.80 04/03/08 Copyright 1997 J. Schilling').

scsibus1:

1,0,0 100) 'ASUS ' 'CRW-4012A ' '1.0 ' Removable CD-ROM

1,1,0 101) *

1,2,0 102) *

1,3,0 103) *

1,4,0 104) *

1,5,0 105) *

1,6,0 106) *

1,7,0 107) *

 

here's where the device is pointing - showing it is treated as a ide device

[root@dhcppc1 dev]# ls -la cd*

lr-xr-xr-x 1 root root 13 Aug 6 17:15 cdrom -> cdroms/cdrom0

lr-xr-xr-x 1 root root 13 Aug 6 17:15 cdrom0 -> cdroms/cdrom0

 

cdroms:

total 0

drwxr-xr-x 1 root root 0 Jan 1 1970 ./

drwxr-xr-x 1 root root 0 Jan 1 1970 ../

lr-xr-xr-x 1 root root 33 Jan 1 1970 cdrom0 -> ../ide/host0/bus1/target0/lun0/cd

 

Any ideas?

Link to comment
Share on other sites

are you trying to burn with K3b as normal user or root? if it's giving you the error as normal user, try burning as root. from a terminl as root type k3b (enter). if it burns as root, then it's a permisions issue. type userdrake from terminal as root & edit user to add to cdwriter (& possibly other cd related) groups that may exist. if that's not the case.........

 

you say you had scsi emulation under the old 2.4.X kernel. do you still have an scsi line in lilo under the "append=......." section. open lilo.conf with a text editor (it's in /etc/lilo.conf). you'll need to be root, so in terminal as root type konqueror (hit enter) to open konqueror file mananger in superuser mode. open lilo, remove the scsi line, then run lilo -v (in terminal as root) & reboot. here's an example of the line to remove......

 

label="mandrake9.2"
root=/dev/hda7
initrd=/boot/initrd.img
append="devfs=mount splash=silent hdd=ide-scsi acpi=off resume=/dev/hda6"
vga=788
read-only

 

it should like...........

 

label="mandraketest"
root=/dev/hda12
initrd=/mnt/mandrake2/boot/initrd-2.6.3-15mdk.img
append="devfs=mount splash=silent acpi=off resume=/dev/hda11"
vga=788
read-only

 

Chris

Link to comment
Share on other sites

Guest curly

Yes -it is a permissions problem! Runs fine under root

I have done what you suggested and added to cdrom and cdwriter, logged of and on again but still no luck.

I have also run the k3bsetup program which shows that the device has permissions grant.cdrom (which is my user and group)

Permissions for the programs still shows as root however, and I don't know how to change them

 

[root@dhcppc1 bin]# ls -l cdr*
-rws--x--x  1 root root 561096 Mar 24 21:08 cdrdao*
-rws--x--x  1 root root 322604 Mar 19 04:38 cdrecord*
[root@dhcppc1 bin]#

 

I'm keeping on looking at documentation on groups, but your help is very much appreciated.

 

-Thanks

 

are you trying to burn with K3b as normal user or root? if it's giving you the error as normal user, try burning as root. from a terminl as root type k3b (enter). if it burns as root, then it's a permisions issue. type userdrake from terminal as root & edit user to add to cdwriter (& possibly other cd related) groups that may exist. if that's not the case.........

 

you say you had scsi emulation under the old 2.4.X kernel. do you still have an scsi line in lilo under the "append=......." section. open lilo.conf with a text editor (it's in /etc/lilo.conf). you'll need to be root, so in terminal as root type konqueror (hit enter) to open konqueror file mananger in superuser mode. open lilo, remove the scsi line, then run lilo -v (in terminal as root) & reboot. here's an example of the line to remove......

 

label="mandrake9.2"
root=/dev/hda7
initrd=/boot/initrd.img
append="devfs=mount splash=silent hdd=ide-scsi acpi=off resume=/dev/hda6"
vga=788
read-only

 

it should like...........

 

label="mandraketest"
root=/dev/hda12
initrd=/mnt/mandrake2/boot/initrd-2.6.3-15mdk.img
append="devfs=mount splash=silent acpi=off resume=/dev/hda11"
vga=788
read-only

 

Chris

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...