For some time now I have not been able to burn CD's in Gnome 2.12 or 2.14 as a normal user. I get no errors in dmesg and the only thing Gnome states is "error writing to cd". I can do it as root but I make many coasters in the process or the completed media is un-mountable or un-readable. At one time it worked flawlessly but then it broke. I have searched the forums and posted a couple pleas for assistance. After not finding a solution to the problem I decided to dig deep into this problem. Googleing led me to belive that cdrecord is having issues running as anything but root. To fix I downgraded to cdrtools-2.01-r3, and can now burn flawless cds. emerge --info Portage 2.1-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.16-gentoo-r12 x86_64) ================================================================= System uname: 2.6.16-gentoo-r12 x86_64 AMD Opteron(tm) Processor 246 Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O3 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.mirrors.tds.net/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib aim alsa artworkextra avi berkdb bitmap-fonts bzip2 cairo cdinstall cdparanoia cdr cli crypt cups dbus directfb divx4linux dlloader dri dvd dvdr eds emboss encode esd fam fbcon firefox flac fortran gb gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile hal howl imagemagick imlib ipv6 isdnlog java jpeg ldap libg++ libwww live mad mikmod motif mozcalendar mozilla mp3 mpeg ncurses network nls nptl nptlonly nsplugin ntp nvidia ogg openal opengl oss pam pcre pdflib perl png ppds pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd tiff tng truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis wmf xine xinerama xml xmms xorg xprint xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nvidia video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Shrug... Go tell J
Shrug... Go tell Jörg Schilling to fix his junk instead of fighting with kernel developers, or try app-cdr/cdrkit (package.masked for testing).
(In reply to comment #1) > Shrug... Go tell J
(In reply to comment #1) > Shrug... Go tell Jörg Schilling to fix his junk instead of fighting with kernel > developers, or try app-cdr/cdrkit (package.masked for testing). > Jakob this isn't the way to deal with this bug. Please respect JS, he is a great developer. Ok Tango do you have your user on cdrw,hal,plugdev groups ?
(In reply to comment #1) > Shrug... Go tell Jörg Schilling to fix his junk instead of fighting with kernel > developers, or try app-cdr/cdrkit (package.masked for testing). > I guess I can understand your frustration. This problem has been a burr under my butt for some time now. I have read other like comments on this same subject, but sending Mr. Schilling a note trashing his work, isn't going to solve the problem. It seems I am the only one in the Gentoo community having this problem that, I am aware of, based on the forums. Maybe I need to look else where for a better solution. It might be I need to try a newer kernel or at the least go through to currant config much closer.
(In reply to comment #2) > (In reply to comment #1) > > Shrug... Go tell J
(In reply to comment #2) > (In reply to comment #1) > > Shrug... Go tell Jörg Schilling to fix his junk instead of fighting with kernel > > developers, or try app-cdr/cdrkit (package.masked for testing). > > > > Jakob this isn't the way to deal with this bug. Please respect JS, he is a > great developer. > > Ok Tango do you have your user on cdrw,hal,plugdev groups ? > I checked for this very carefully and and the drive permissions as well. The groups my user belong to are, audio, cdrom, video, cdrw, wheel, floppy, usb, plugdev, and games. Oddly I only have the haldaemon:x:409:haldaemon group and my user is not a member of that group. Also there is no mention in the emerge of hal that states I need to add my user to that group, that I know of. When I emerged gamin it clearly told me to make sure my user was added to the plugdev group. I will check the elog's again to see if I missed something. My system is a very old stage1 (stable) install and many things have changed over the last couple of years. So this could be something I missed along the way.
While I don't use Gnome I found that cdrtools-2.01.01 alpha version produce invalid CDs. If I used that version the cd produced could be mounted but generally it was garbage. When I downgraded to 2.01-r3 everything worked well. As far as I am concerned this is problem is not due to the cpu used since I have a Pentium 4. eering $ emerge --info Portage 2.1.1 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz Gentoo Base System version 1.12.5 Last Sync: Sat, 30 Sep 2006 16:50:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks fixpackages metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://lug.mtu.edu/gentoo ftp://ftp.ndlug.nd.edu/pub/gentoo/" LINGUAS="en en_GB" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 berkdb bitmap-fonts cli crypt cups dlloader dri elibc_glibc fortran gdbm gpm input_devices_keyboard input_devices_mouse ipv6 isdnlog kdeenablefinal kdexdeltas kernel_linux libg++ linguas_en linguas_en_GB ncurses nls nptl nptlonly pam pcre perl pic ppds pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts udev unicode userland_GNU video_cards_nv video_cards_vga xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Which CDR-device do you have? There are known issues with non-root-writing on Plextor burners.
(In reply to comment #6) > Which CDR-device do you have? There are known issues with non-root-writing on > Plextor burners. > Plextor 716A, and you are correct. I did some googleing and found this device to be an expensive parer weight. While it works ok in windows it does have issuses there as well, and this drives life span appears to be only about 75 to 100 burning operations on average. I could use some versions of cdr-tools ok with it but at times would produce disks that conldn't be used. I replaced the device wiht a cheap LG (to test with), which to date has worked very well with all stable versions of cdr-tools. This is not true for all Plextor drives as my server's drive is working perfectly and has for many years, however it is only a CDRW devive not a DVDRW. I would just caution folks to do a little researh on DVD devices before acctually buying one.
(In reply to comment #6) > Which CDR-device do you have? There are known issues with non-root-writing on > Plextor burners. > Plextor 716A, and you are correct. I did some more googleing, looking for just drive reviews, and found this device to be an expensive parer weight. While it works ok in windows it does have issuses there as well, and this drives life span appears to be only about 75 to 100 burning operations on average. I could use some versions of cdr-tools ok with it but at times would produce disks that conldn't be used. I replaced the device wiht a cheap LG (to test with), which to date has worked very well with all stable versions of cdr-tools. This is not true for all Plextor drives as my server's drive is working perfectly and has for many years, however it is only a CDRW devive not a DVDRW. I would just caution folks to do a little researh on DVD devices before acctually buying one.
