Jay Leafey wrote:
I just got a Dell Dimension e521 (AMD 64 x2, nVidia MCP51 chipset) and
so far it has been fine. Today I tried to burn some CD-R and DVD-R
disks and have been able to do nothing but make coasters. The drive is
a TSST TS-H653a (Samsung OEM) and does have the current firmware.
Playing back data, audio, and video disks work just fine, but recording
is a different matter.
The drive shows up as /dev/scd0 and all the symlinks for /dev/cdrom,
/dev/cdwriter, /dev/dvd, and /dev/dvdwriter point to that device. Both
cdrecord and growisofs complete without any errors, but when I try to
remount the just-recorded disk I get an error:
[jleafey@jaybird Downloads]$ mount /media/cdrecorder/
/dev/scd0: Invalid argument
mount: block device /dev/scd0 is write-protected, mounting read-only
/dev/scd0: Invalid argument
mount: I could not determine the filesystem type, and none was specified
I have also tried to explicitly mount it specifying the device and fs type:
[jleafey@jaybird Downloads]$ sudo mount -t iso9660 /dev/scd0 \
/media/cdrecorder/
mount: block device /dev/scd0 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/scd0,
or too many mounted file systems
The output of dmesg shows the message "cdrom: This disc doesn't have any
tracks I recognize!" when this happens.
Since I also get an error on the eject command UNLESS RUN AS ROOT
(eject: unable to eject, last error: Inappropriate ioctl for device) I
thought it might be a permission problem, but the device (/dev/scd0) is
showing up as being "owned" by me, courtesy of Gnome no doubt. I get
the bad burns whether I run as root or a regular user.
At this point I don't know whether to think the problem is with cdrecord
or the sata_nv driver. Anybody got any ideas on where to look next?
On one of my systems with an AM2 MCP51 motherboard, I had some problems
with it handling the SATA disk, so I built and installed the most recent
(at that time) kernel [2.6.20.1]. That seems to solve both my onboard
gigabit nic and the sata_nv problems.
--peter gross
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
