With: [ebuild R ~] gnome-base/gvfs-1.12.3 USE="bluetooth cdda fuse gnome-keyring http udev udisks -afp -archive -avahi -bluray -doc -gdu -gphoto2 -ios -samba" 0 kB [ebuild R ~] sys-fs/udisks-1.97.0-r1 USE="crypt gptfdisk introspection -debug -doc -systemd" 0 kB CD automount breaks while re-emerging gvfs with "gdu -udisks" makes it work again. Reproducible: Always Steps to Reproduce: 1. Reboot WITHOUT CD inserted 2. Login in Gnome2 3. Put CD in -> nothing occurs, even when manually going to "System" and clicking on device, no error is shown in /var/log/messages On the other hand, it's properly mounted manually and when system is rebooted with CD inserted. It's a bit sad to see how automount breaks every year when upstream decides to re-invent the wheel again and again Portage 2.1.10.63 (default/linux/amd64/10.0/desktop/gnome, gcc-4.4.6, glibc-2.14.1-r3, 3.4.0-gentoo x86_64) ================================================================= System uname: Linux-3.4.0-gentoo-x86_64-Intel-R-_Core-TM-_i5-2410M_CPU_@_2.30GHz-with-gentoo-2.1 Timestamp of tree: Sat, 26 May 2012 08:05:01 +0000 ccache version 3.1.6 [enabled] app-shells/bash: 4.2_p20 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.3-r1, 3.2.3 dev-util/ccache: 3.1.6 dev-util/cmake: 2.8.7-r5 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.9.8.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.21.1-r1 sys-devel/gcc: 4.4.6-r1, 4.5.3-r2 sys-devel/gcc-config: 1.5-r2 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r1 sys-kernel/linux-headers: 3.1 (virtual/os-headers) sys-libs/glibc: 2.14.1-r3 Repositories: gentoo bumblebee x11 x-portage ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /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" CXXFLAGS="-O2 -pipe -march=native" DISTDIR="/usr/distfiles" EMERGE_DEFAULT_OPTS="--quiet-build=n --autounmask-write" FEATURES="assume-digests binpkg-logs ccache config-protect-if-modified distlocks ebuild-locks fixlafiles multilib-strict news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms sign split-log strict test test-fail-continue unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles/ http://ftp.heanet.ie/pub/gentoo/" LANG="es_ES.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu" LINGUAS="es es_ES en_US" MAKEOPTS="-j5" PKGDIR="/usr/local/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/bumblebee /usr/portage/local/layman/x11 /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 applet bash-completion berkdb bluetooth branding bzip2 cairo cdda cddb cdr cli colord consolekit cracklib crypt cups cvs cxx dbus djvu dri dts dvd dvdr dvi eds emboss enchant encode evo exif fam fat ffmpeg firefox flac fortran fuse gdbm gif gnome gnome-keyring gnome-online-accounts gpm gstreamer gtk gtk3 gtkstyle http iconv jpeg kpathsea latex lcms ldap libnotify libvisual lyx mad mms mmx mmxext mng modules mono monolithic-build mp3 mp4 mpeg mudflap multilib musicbrainz nautilus ncurses network-cron networkmanager nls nptl ntfs ntp numa nvidia ogg opengl openmp optimized-qmake pam pango pch pcre pdf png policykit ppds pppd pulseaudio qt3support readline reiserfs scanner sdl session smp sna socialweb spell sse sse2 sse3 ssl ssse3 startup-notification svg t1lib tcpd test theora threads tiff truetype udev udisks unicode upower usb v4l vaapi vcd vdpau vorbis wifi wxwidgets x264 xcb xml xorg xulrunner xv xvid youtube zlib" ALSA_CARDS="hda-intel" 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="es es_ES en_US" PHP_TARGETS="php5-3" PYTHON_TARGETS="python3_2 python2_7" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="fbdev nvidia vesa intel i915 i965" 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, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
The question that follows is: does 'udisks --mount' (or rather the version of it for udisks2) print anything interesting ?
$ udisksctl mount -b /dev/sr0 Object /org/freedesktop/UDisks2/block_devices/sr0 is not a mountable filesystem.
Created attachment 313151 [details] udisksctl dump output
OK, my mistake. I failed to notice "Login in Gnome2" part - that would mean that quite likely things are working as expected - Nautilus in Gnome 2 can't be aware of udisks2.
(In reply to comment #4) > OK, my mistake. > I failed to notice "Login in Gnome2" part - that would mean that quite > likely things are working as expected - Nautilus in Gnome 2 can't be aware > of udisks2. Thunar still works fine without any modification, so the compability code should be gvfs internal matter, not related to nautilus Unless nautilus makes direct dbus calls to udisks? That'd be suprising.
Try udisks-1.98.0
(In reply to comment #6) > Try udisks-1.98.0 Tried, still the same, libgdu needs to be installed even with gvfs compiled with "-gdu"
Steps to reproduce now on my system: 1. Poweroff system 2. Poweron WITHOUT any CD device inserted (if it's inserted while booting it will be properly detected and mounted) 3. Insert CD -> Nothing occurs 4. Run "udisksctl mount -b /dev/sr0", I get: $ udisksctl mount -b /dev/sr0 Object /org/freedesktop/UDisks2/block_devices/sr0 is not a mountable filesystem. 5. Log in as root and manually run: # mount /dev/sr0 /mnt/backups/ mount: warning: /mnt/backups/ seems to be mounted read-only. 6. Umount it -> udisks goes ahead and automounts it! 7. If, now, I unmount it manually and run udisksctl, all goes ok: udisksctl mount -b /dev/sr0 Mounted /dev/sr0 at /run/media/pacho/Gentoo Linux amd64 20120223.
On the other hand, old udisks works properly in this same situation: $ udisks --mount /dev/sr0 Mounted /org/freedesktop/UDisks/devices/sr0 at /media/disk
I have reported it upstream now that I have found a way to reproduce simply from console, without involving gvfs/nautilus/gnome... simply udisks1 vs udisks2 with my CD device that looks to not be properly detected by udisks2 while works fine with udisks1
With udevil I get it failing on first run and ok on second: $ udevil mount /dev/sr0 udevil: error: no media in device /dev/sr0 (or specify type with -t) $ udevil mount /dev/sr0 Mounted /dev/sr0 at /media/Gentoo Linux amd64 2 But, anyway, even running it only first time (and, then, getting the failure), if I run udisksctl just after that, it's properly mounted :O
hasufell kindly pointed me to http://ignorantguru.github.com/udevil/#polling But I don't want to update udev without knowing it won't break anything (since looks like it tends to change a lot of things now :( )
(In reply to comment #12) > hasufell kindly pointed me to http://ignorantguru.github.com/udevil/#polling > > But I don't want to update udev without knowing it won't break anything > (since looks like it tends to change a lot of things now :( ) If it's just a matter of this, the udev rule, that article refers to, is trivial: ACTION=="add", SUBSYSTEM=="module", KERNEL=="block", ATTR{parameters/events_df l_poll_msecs}=="0", ATTR{parameters/events_dfl_poll_msecs}="2000" Basically, that's echo "2000" > /sys/module/block/parameters/events_dfl_poll_msecs (well, more or less).
(In reply to comment #12) > hasufell kindly pointed me to http://ignorantguru.github.com/udevil/#polling > > But I don't want to update udev without knowing it won't break anything > (since looks like it tends to change a lot of things now :( ) we already check for this to be enabled from sys-apps/dbus ebuild: ssuominen@null ~/gentoo-x86 $ grep -r EPOLL */*/*.ebuild sys-apps/dbus/dbus-1.6.0.ebuild: CONFIG_CHECK="~EPOLL" sys-apps/dbus/dbus-1.6.2.ebuild: CONFIG_CHECK="~EPOLL" sys-apps/dbus/dbus-1.6.4.ebuild: CONFIG_CHECK="~EPOLL" ssuominen@null /tmp/libindicate-0.6.1 $ cat /sys/module/block/parameters/events_dfl_poll_msecs 2000 success...?
(In reply to comment #14) > (In reply to comment #12) > > hasufell kindly pointed me to http://ignorantguru.github.com/udevil/#polling > > > > But I don't want to update udev without knowing it won't break anything > > (since looks like it tends to change a lot of things now :( ) > > we already check for this to be enabled from sys-apps/dbus ebuild: > > ssuominen@null ~/gentoo-x86 $ grep -r EPOLL */*/*.ebuild > sys-apps/dbus/dbus-1.6.0.ebuild: CONFIG_CHECK="~EPOLL" > sys-apps/dbus/dbus-1.6.2.ebuild: CONFIG_CHECK="~EPOLL" > sys-apps/dbus/dbus-1.6.4.ebuild: CONFIG_CHECK="~EPOLL" > I have it enabled: CONFIG_EPOLL=y > ssuominen@null /tmp/libindicate-0.6.1 $ cat > /sys/module/block/parameters/events_dfl_poll_msecs > 2000 > > success...? No :( $ cat /sys/module/block/parameters/events_dfl_poll_msecs 0 Probably a newer udev is needed? I have stable 171-r6
As I already said, the only part that the more recent udev does is setting the value to 2000 if it's unset ('0'), the rest is udisks. After a reboot, just echo such value to /sys/module/block/parameters/events_dfl_poll_msecs (perhaps you need to do it before udisks runs, but that should be all) and see if things work.
Upstream thinks this is caused by udev not being started properly and, then, ID_FS* properties not being available for sr0 https://bugs.freedesktop.org/show_bug.cgi?id=52357#c6
Could this be related with this udev-180 change? udev 180 34 ======== 35 Fix for ID_PART_ENTRY_* property names, added by the blkid built-in. The 36 fix is needed for udisk2 to operate properly.
(In reply to comment #18) > Could this be related with this udev-180 change? You tell me after testing. I have no problems with forcing >=sys-fs/udev-180 in the udisks ebuild, mixing is not supported anyways.
(In reply to comment #19) > (In reply to comment #18) > > Could this be related with this udev-180 change? > > You tell me after testing. I have no problems with forcing >=sys-fs/udev-180 > in the udisks ebuild, mixing is not supported anyways. This question was more oriented to udev maintainers that will probably know better more about this udisks2/udev interaction than me :( I am still running stable udev because most of my system is stable. I have no separate /usr partition, is there any other important change with newer udev versions that are preventing it from being stabilized?
(In reply to comment #20) > (In reply to comment #19) > > (In reply to comment #18) > > > Could this be related with this udev-180 change? > > > > You tell me after testing. I have no problems with forcing >=sys-fs/udev-180 > > in the udisks ebuild, mixing is not supported anyways. > > This question was more oriented to udev maintainers that will probably know > better more about this udisks2/udev interaction than me :( I don't know anything about udisks2, so testing this would be helpful. > I am still running stable udev because most of my system is stable. I have > no separate /usr partition, is there any other important change with newer > udev versions that are preventing it from being stabilized? I have a couple of bugs in 186 that I want to address in 187, but besides that, there isn't anything.
All looks fixed with sys-fs/udev-186 :D The problem now is how far is udev-186 (and co, like newer openrc) stabilization :/ Since I will be out since tomorrow to Sep 10, I doubt if we could delay so much bug 427544, probably yes but, if not, maybe we could stabilize that new set if profile change to use udisks2 over gdu for gvfs is reverted and postponed until newer udev can be stabilized. What do you think? Of course, the ideal would be to start udev-186 stabilization sooner... but I have no idea about its status (specially that documentation updates that are pending for arches I don't run at all and, then, I cannot help with :( )
(In reply to comment #22) > All looks fixed with sys-fs/udev-186 :D + 02 Aug 2012; Samuli Suominen <ssuominen@gentoo.org> udisks-1.99.0.ebuild: + Force at least sys-fs/udev >= 180 for ID_PART_ENTRY_* property names wrt + #417629 by Pacho Ramos http://sources.gentoo.org/viewvc.cgi/gentoo-x86/sys-fs/udisks/udisks-1.99.0.ebuild?r1=1.2&r2=1.3