Version: Qt: 3.1.1 KDE: 3.1.0 Qt 3.1.1 + KDE3.1.0 + Konqueror: 3.1.0 (using KDE KDE 3.1) Installed from: Mandrake RPMs Compiler: Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.2.2/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk) OS: Linux Hi KDE team ! I browsed the bug database and did not found exact matching between this bug and those that were reported before, though conditions and outcomes are similar: HW: 2 CDs SCSI subsystem driver Revision: 1.00 scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: SAMSUNG Model: CD-R/RW SW-252B Rev: R701 Type: CD-ROM ANSI SCSI revision: 02 hdd: ATAPI 48X DVD-ROM drive, 256kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 SW: Mandrake 9.1, installed a week ago from RPMs fstab none /mnt/cdrom supermount dev=/dev/scd0,fs=auto,ro,--,iocharset=iso8859-15,codepage=850,umask=0 0 0 none /mnt/cdrom2 supermount dev=/dev/hdd,fs=auto,ro,--,iocharset=iso8859-15,codepage=850,umask=0 0 0 The bug was not present when I had only one CDROM. Replication scenario: insert a CD rom in a CD slot, open konqueror, when leaving the associated /mnt/cdromx dir, then I got messages (in an xterm) such as mcop warning: user defined signal handler found for SIG_PIPE, o verriding kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom/Nero55' kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KIn stance *instance ) kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom2' kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom' kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom2' kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom' kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom2' and also,[root@massena-3-81-57-226-160 alexis]# kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom' kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom2' kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom' [root@massena-3-81-57-226-160 alexis]# [root@massena-3-81-57-226-160 alexis]# [root@massena-3-81-57-226-160 alexis]# [root@massena-3-81-57-226-160 alexis]# Id 'kde2.2/b1' was already in done-list! Id 'kde3.1/cvs' was already in done-list! Id 'kde3.0' was already in done-list! Id 'kde-3.1-toolbar' was already in done-list! Id 'kde2.2/r1' was already in done-list! Id 'kde2.2/r2' was already in done-list! Id 'kde2.2/r3' was already in done-list! kbuildsycoca running... kio (KService*): WARNING: The service/mime type config file audio/wav.desktop does not contain a ServiceType=... or MimeType=... entry Id 'kde3' was already in done-list! Id 'kde3' was already in done-list! Id 'kde3.1/r3' was already in done-list! Id 'kde3' was already in done-list! Id 'kde2.2/r1' was already in done-list! Id 'kde3.0/r1' was already in done-list! Id 'kde_3_1_sizeChanges' was already in done-list! Id '25082001' was already in done-list! Id 'kde3.1' was already in done-list! Id '04112002' was already in done-list! Id 'kde3.0r1' was already in done-list! Id 'kde3.0/r1' was already in done-list! kbuildsycoca running... kio (KService*): WARNING: The service/mime type config file audio/wav.desktop does not contain a ServiceType=... or MimeType=... entry kbuildsycoca running... kio (KService*): WARNING: The service/mime type config file audio/wav.desktop does not contain a ServiceType=... or MimeType=... entry kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '/mnt/cdrom' kbuildsycoca running... kio (KService*): WARNING: The service/mime type config file audio/wav.desktop does not contain a ServiceType=... or MimeType=... entry When this happens, pressing at the eject button to remove the cdrom does not work; I have to enter an "eject /dev/xxxx". If I use eject /mnt/xxx, it's always the second CDROM that is ejected, regardless what I've typed. Note : fam deamon is runing. Let me know should you need further details, regards Alexis
*** This bug has been marked as a duplicate of 37780 ***