i emerged k3b with the debug use flag and my kernel has all kenrel hacking options eneabled hardware:teac scsi cd writer CD-W512SB how to reproduce the bug: *open k3bsetup and put your admin password and it will crash * ->open k3b in console for having the verbose output,if you chmod first it will hang without the verbose output because it will "detect the scsi drive instead of beeing unable to acess it becaause of permissions" ->chmod 777 /dev/sr0 ->go in settings then in configure k3b then fo in devices then add device ->then add sr0 ->it freeze and say : k3b: /dev/sr0 resoved to /dev/sr0 during the boot the kenrel freeze a little time when it acess the scsi bus
Reopen emerge --info and kernel .config, please.
Created attachment 97000 [details] /proc/config.gz the .config of the kernel
# emerge --info Portage 2.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo_sempron_2500 i686) ================================================================= System uname: 2.6.17-gentoo_sempron_2500 i686 AMD Sempron(tm) 2500+ Gentoo Base System version 1.6.13 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.3.5-r2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" 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/overlay" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 7zip X a52 aac acl ada alsa audacious berkdb bitmap-fonts cddb cli crypt css cups dedicated dlloader dri dv dvd dvdread encode fame ffmpeg flac fortran gcj gdbm gif gimp gimpprint gimpprint-mng gphoto2 gpm graphviz gs gtk haskell imagemagick isdnlog jpeg jpeg2k kde kerberos lcms libfpx libg++ lzo matroska mjpeg mmx mng modplug mp3 musepack musicbrainz ncurses network nls nodrm nptl nptlonly on-the-fly-crypt opengl pam pascal pcre perl php ppds pppd python qt3 readline reflection rle ruby samba session skins sndfile speex spl sql sse ssl stream svg tcpd theora tiff timidity truetype-fonts type1-fonts udev unicode usb v4l vcd vlm vorbis wma wmf wxwindows xinerama xorg xvid yv12 zeroconf zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_radeon" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
knoppix 5.0 has the same bug
(In reply to comment #4) > knoppix 5.0 has the same bug > it work in knoppix 4.0 so what's the difference between both: ->udev instead of devfs ->xorg instead of xfree ->mabe others things
Well, then you should report it upstream, as it's apparently not Gentoo-specific issue.
(In reply to comment #6) > Well, then you should report it upstream, as it's apparently not > Gentoo-specific issue. > but where if i don't understand the bug... at k3b or at xorg or at kernel.org??? if first we can figure out where the bug comes from we/I can report upstream
Care that k3b has proven to have some incompatibility with cdemu and similar "fake drives" utilities, if you're using you should try to rmmod cdemu...
See if any of the following bugs matches your problem: http://bugs.kde.org/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&long_desc_type=anywordssubstr&long_desc=freezes+hangs&product=k3b&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&bugidtype=include&bug_id=&votes=&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&order=Reuse+same+sort+as+last+time&cmdtype=doit
http://bugs.kde.org/show_bug.cgi?id=134131
Let upstream take care of it.