Trying to burn with cdrecord (cdrtools-2.01_alpha14) as a user (not as root) results in 3 lines of errors (see Actual Results). The CD still burns, but at the greater risk of a buffer overrun (according to the errors, anyway). Downgrading to cdrtools-1.11.40 makes the problem go away. The problem appears to be explained in the changelog for cdrtools-2.01a13 (the version in which this problem first occurs): -Cdrecord now resets euid to the uid of the caller (if called suid root) before it opens data files. More information can be found in the Forum thread linked above. My opinion is that the cdrtools 2.x series should NOT be marked as stable, at least until this bug (which affects just about everyone who burns CDs) is fixed. Reproducible: Always Steps to Reproduce: 1. Make /usr/bin/cdrecord SUID root so you can burn as user (or create a cdrw group for CD burning and add your user to it). 2. Try burning a CD with cdrecord as user Actual Results: cdrecord spits out errors: cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler cdrecord: Permission denied. WARNING: Cannot set priority using setpriority(). cdrecord: WARNING: This causes a high risk for buffer underruns. After displaying these errors it proceeds to burn the CD. Expected Results: These errors shouldn't occur and there should be no problems with burning as a user. Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.20-gentoo-r2-1 i686 AMD Athlon(TM) XP 2100+ GENTOO_MIRRORS="ftp://mirror.aarnet.edu.au/pub/gentoo ftp://planetmirror.com/pub/gentoo http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/data2/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/data2/portage" USE="x86 apm mikmod ncurses zlib cdr 3dnow mmx sse -objprelink oss alsa arts -berkdb cups slp esd dvd avi mpeg quicktime xmms oggvorbis flash encode gif jpeg png tiff ggz gpm gtk gtk2 bonobo gnome gnome-libs gtkhtml evo gb guile imlib motif mozilla spell truetype freetype freetype2 xml xml2 pdflib -nas -nls pam ssl crypt perl -mysql -postgres -odbc gdbm python qt qtmt kde readline -ruby java slang libwww libg++ tcltk tcpd xface tex X dga opengl xv -directfb fbcon svga aalib ggi sdl -samba" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" CXXFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="no" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="ccache digest sandbox"
So, is cdrecord binary SUID root? Could you show an "ls -l" on it? (Just checking).
# ls -l /usr/bin/cdrecord -rwsrwsr-- 1 root cdrw 292364 Jun 11 13:55 /usr/bin/cdrecord
what about alpha18?
please try alpha18
No Info given. Just closing.
Sorry for not responding. cdrtools-2.01_alpha28-r1 works fine.