Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 332443 - Gnome breaks manual mount for cdrom
Summary: Gnome breaks manual mount for cdrom
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-12 15:23 UTC by Garrett Holland
Modified: 2010-10-08 19:56 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Garrett Holland 2010-08-12 15:23:00 UTC
I make my backups to DVD and since last Friday's world update I have a problem mounting them.  I don't use the automounter, I mount them with bin/mount.  In an terminal window logged in as root mount /mnt/cdrom fails silently.  If you look close enough it appears that the disk gets mounted very briefly, less than a second.  The return value from mount is 0.  I've discovered through trial and error that this only occurs if I start Gnome (via startx) when there is no disk already in the drive.  After that, the only fix is to cold boot the machine again.  Even logging out of Gnome and logging into a root terminal doesn't work.

On the other hand, if I have a disk in the drive when I start Gnome the first time, it works normally as you'd expect.

Reproducible: Always

Steps to Reproduce:
1. Start Gnome without a disk in the CD drive
2. Log into a root terminal.
3. mount /mnt/cdrom 
Actual Results:  
The disk does not mount, mount returns 0 status.

Expected Results:  
The disk should mount.

I don't seem to have any problems mounting other drives, just the cdrom drive.  

Several weeks ago when I updated Gnome on another machine, the cdrom drive wouldn't open up and stay open.  I have the same problem on this machine.  The workaround I used from perusing bugs was to add dev.cdrom.autoclose=0 to /etc/sysctl.conf.  This problem is similar in that starting Gnome is what triggers the behavior, the drive acted normally until that.

emerge --info 
Portage 2.1.8.3 (default/linux/x86/10.0, gcc-4.4.3, glibc-2.11.2-r0, 2.6.34-gentoo-r1 i686)
=================================================================
System uname: Linux-2.6.34-gentoo-r1-i686-Intel-R-_Celeron-R-_CPU_3.06GHz-with-gentoo-1.12.13
Timestamp of tree: Fri, 06 Aug 2010 01:45:01 +0000
app-shells/bash:     4.0_p37
dev-java/java-config: 2.1.11
dev-lang/python:     2.6.5-r2, 3.1.2-r3
dev-util/cmake:      2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.65
sys-devel/automake:  1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.3-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA dlj-1.1"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acl berkdb bzip2 cli cracklib crypt cups cxx dbus doc dri fortran gdbm gif gnome gpm gtk guile hal iconv ipv6 jadetex java jpeg modules mudflap ncurses networking nls nptl nptlonly nss opengl openmp pam pcre perl png pppd python readline reflection session spl ssl sysfs tcpd tiff unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev mouse kbd" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="sis vesa fbdev" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 David Abbott (RETIRED) gentoo-dev 2010-08-14 23:30:30 UTC
I had the same problem a while back "the cdrom drive
wouldn't open up and stay open" Once I removed ATA/ATAPI/MFM/RLL support from the kernel and only used Serial ATA and Parallel ATA drivers It worked fine again.
 < > ATA/ATAPI/MFM/RLL support (DEPRECATED)  ---> 
 <*> Serial ATA and Parallel ATA drivers  ---> 
May be worth a try.
Comment 2 Garrett Holland 2010-08-20 13:41:54 UTC
(In reply to comment #1)
> I had the same problem a while back "the cdrom drive
> wouldn't open up and stay open" Once I removed ATA/ATAPI/MFM/RLL support from
> the kernel and only used Serial ATA and Parallel ATA drivers It worked fine
> again.
>  < > ATA/ATAPI/MFM/RLL support (DEPRECATED)  ---> 
>  <*> Serial ATA and Parallel ATA drivers  ---> 
> May be worth a try.
> 

I had to make this change a while back but since I didn't connect the two things I never changed the sysctl.conf file.  I did that today and it appear that the kernel change did fix that particular problem.  Thanks for the info.

I still have the annoying problem that I *must* have a disk in the cdrom drive before I start Gnome though or end up shutting down the machine.
Comment 3 Gilles Dartiguelongue (RETIRED) gentoo-dev 2010-08-20 13:52:00 UTC
just in case, you guys might want to rebuilds gvfs if it got build after gnome-disk-utility since its dependencies were incorrect at the time it was pushed to the tree and I just fixed it yesterday.

Do someone have an idea where we should put the kernel options check that has been suggested in previous comments ? in gvfs or gnome-disk-utility ?
Comment 4 Garrett Holland 2010-08-28 17:50:37 UTC
(In reply to comment #3)
> just in case, you guys might want to rebuilds gvfs if it got build after
> gnome-disk-utility since its dependencies were incorrect at the time it was
> pushed to the tree and I just fixed it yesterday.
> 
> Do someone have an idea where we should put the kernel options check that has
> been suggested in previous comments ? in gvfs or gnome-disk-utility ?
> 

Ok I rebuilt gvfs and no joy.  However, messing around today, I have discovered that if I log completely out of gnome and into a root terminal, I can restart dbus and can then at least mount the cdrom.  So at least if I forget to put a disk in the drive before starting gnome, I don't have to completely shut the machine down.
Comment 5 Garrett Holland 2010-08-28 18:03:41 UTC
Ok scratch the previous reply.  Restarting dbus did allow me to mount the disk from a root terminal.  However, I logged back in as a user after that and it appears that Gnome, for whatever reason, unmounted the cdrom and then left me in the state where I simply can't mount it.  Back to shutting the computer down...
Comment 6 Pacho Ramos gentoo-dev 2010-09-03 19:32:30 UTC
I cannot reproduce, could you please attach "dmesg"? Also, take a look on messages shown in /var/log/messages
Comment 7 Garrett Holland 2010-10-08 17:12:30 UTC
(In reply to comment #6)
> I cannot reproduce, could you please attach "dmesg"? Also, take a look on
> messages shown in /var/log/messages
> 

Ok it would appear that the last world update automagically fixed the problem whatever it was.  Not sure which package did the good deed, but my money would be on the update to libbonobo, but I really don't know.

Far as I'm concerned it's fixed.
Comment 8 Gilles Dartiguelongue (RETIRED) gentoo-dev 2010-10-08 19:56:00 UTC
nice. Thanks for the update.