Bug 62516 – cdrtools-2.01_alpha37 hangs system (reset required) when writing an ISO image

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Collins Richey 2004-09-01 07:41:00 UTC]

When I attempt to write an ISO, cdrecord hangs the system (power on reset required).

cdrecord -scanbus dev=ATAPI:
...
        0,0,0     0) 'ATAPI   ' 'CD-RW52XMAX     ' '1.0 ' Removable CD-ROM

...

a blank CDR is mounted in the drive.

cdrecord -v speed=8 (speed does not matter) -eject dev=ATAPI:0,0,0 /home/collins/blah_blah_.iso

cdrecord produces messages through reporting buffer size, then hangs system hard. I have run with strace, and the hang occurs on the second ioctl command issued to the CDROM. The hang occurs before strace can report the ioctl specs for this command.

Note: CDRW works correctly when system booted to WindowsXP!

Note: CD works normally to mount/read CDs.

Note: cdrtools-2.01_alpha28-r1.ebuild fails to work, claiming that the CDRW does not support -tao mode.

Note: similar results when compiled with -O2 optimizations.

Reproducible: Always
Steps to Reproduce:
1. cdrecord command as above in details
2.
3.

Actual Results:  
system hung - power reset required

Expected Results:  
written an ISO image to the CD

 emerge info
Portage 2.0.50-r10 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r0,
2.6.8-gentoo-r3)
=================================================================
System uname: 2.6.8-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.5.3
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-Os -pipe -march=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config
/usr/kde/3.3/share/config:/usr/kde/3.3/env:/usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -pipe -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://mirror.datapipe.net/gentoo
http://gentoo.osuosl.org/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo
http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage_overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acpi alsa apache2 apm arts avi berkdb cdr crypt cups dba dvdr encode esd
foomaticdb gd gdbm gif gnome gpm gtk gtk2 guile imlib innodb java jpeg kde
libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses nls nptl oggvorbis
opengl oss pam pdflib perl png postgres ppds python qt quicktime readline samba
scanner sdl session simplexml slang soap sockets spell sqlite ssl svga tcltk
tcpd tiff truetype usb x86 xml2 xmms xsl xv zlib"

[Comment 1 Collins Richey 2004-09-01 15:16:34 UTC]

This may be considered a user error, but the cdrecord program should not allow the error to occur.

'cdrecord -scanbus dev=ATAPI:' produces the following output, 

...
        0,0,0     0) 'ATAPI   ' 'CD-RW52XMAX     ' '1.0 ' Removable CD-ROM

...

From reading the man entry, one would (erroneously) presume that the correct format for the dev= parameter would be 'dev=ATAPI:0,0,0', but that leads to the reported error. The actual required addres parameter is 'dev=ATAPI:0,0', i.e. the scsi bus portion of the address must be omitted. 

You may close this bug report, or pursue upstream with the cdrtools developer. The program really should reject the invalid address parameter without hanging the system.

[Comment 2 Collins Richey 2004-09-02 05:13:44 UTC]

More information.
1. I cannot get cdrtools-2.01_alpha37 to work on current or older kernels - even with correct dev= string, this version hangs on kernel 2.6.8.3, fails to detect cdwriter on 2.6.5-r1.
2. cdrtools-2.01_alpha28-r1 fails on kernel 2.6.8.3, but runs ok on 2.6.5-r1.

[Comment 3 Hiel Van Campen 2004-10-01 23:14:43 UTC]

Same problem. Also I get "hielvc   5594  9.2  0.0     0    0 pts/2    D+   23:03   0:05 [cdrecord]" as usr and root. This is the same as bug 65372, uhmmm same bug as this. 
cdrtools  2.01_alpha37

Portage 2.0.51_rc7 (default-linux/x86/2004.2/gcc34/2.6, gcc-3.4.2, glibc-2.3.4.20040808-r0, 2.6.8-gentoo-r4 i686)
=================================================================
System uname: 2.6.8-gentoo-r4 i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.5.2
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache distlocks sandbox sfperms userpriv"
GENTOO_MIRRORS="ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/  http://128.213.5.34/gentoo/"
MAKEOPTS="-j3 "
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/home/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/include/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X arts async autofs avi berkdb bitmap-fonts cdr chroot crypt cups dillo doc encode esd foomaticdb freetype gdbm gif gnome gpm gtk gtk2 gvim hpijs imagemagick imlib jpeg kde libg++ libwww mad mikmod motif mozilla mp3 mpeg mpeg4 mplayer ncurses nptl oggvorbis oss pam pdflib perl png python qt quicktime readline samba sdl slang snmp spell ssl svga tcpd tiff truetype type1 unicode x86 xml2 xmms xprint xv zlib"

[Comment 4 Collins Richey 2004-10-02 13:15:57 UTC]

The problem is unchanged with cdrtools-2.01 and kernel 2.6.8-gentoo-r4.

[Comment 5 Collins Richey 2004-10-04 21:16:32 UTC]

Sigh!!! I just tried this on development-sources-2.6.9_rc3 with same results. I guess I'll just have to wait for the author to clean up his crappy code.

[Comment 6 Collins Richey 2004-10-16 17:50:09 UTC]

Curious. I just upgraded my laptop to linux26-headers--2.6.8.1-r1, glibc-2.3.4.20041006, same version of gcc and cdrtools. I can burn a cd just fine on the laptops DVD/CDRW. Will try the new versions of kernel and glibc on the desktop (plain ole CDRW unit).

[Comment 7 Collins Richey 2004-10-16 20:12:01 UTC]

Solved. For some reason, my desktop system enables DMA automatically for /dev/hdc (the writer); the laptop system does not. Apparenly cdrecord is unable to cope with this setting on 2.6.8+ kernels, but it's ok on 2.6.7 and earlier. I'll just add an 'hdparm -d 0 /dev/hdc' to my local.start.

You may close this if you wish.t

[Comment 8 Lars Weiler (RETIRED) 2004-10-21 20:01:36 UTC]

I must assume, DMA-mode is something I didn't thought about.  Thanks for this helpful information for future debugging.

The problems with current cdrtools and kernel make me mad.  I hope that there will be some development in the near future.  Otherwise it will be a neverending story...