Ubuntu Hardy -Issues with mounting a secondary drive at boot

Bug #263393 reported by BiGG D
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gnome-mount (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

All,

I Seem to be having some issues getting a secondary drive (Hotswap) to mount at boot & be available on a headless server. When I try to access it via Xming on my windows machine I get the following error text:

"Cannot mount volume. error org.freedesktop.DBus.Error.AccessDenied." Details ~> "A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.Volume" member "Mount" error name "(unset)" destination "org.freedesktop.Hal")"

So I started peeking arround...

test@Computer:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 457G 3.5G 431G 1% /
varrun 945M 248K 944M 1% /var/run
varlock 945M 0 945M 0% /var/lock
udev 945M 48K 945M 1% /dev
devshm 945M 12K 945M 1% /dev/shm
lrm 945M 44M 901M 5% /lib/modules/2.6.24-19-generic/volatile
gvfs-fuse-daemon 457G 3.5G 431G 1% /home/test/.gvfs
test@Computer:~$

is what I get when Im ssh'd in remotely, and below is my origional fstab:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=61f301da-24af-43b2-8032-dcc1a9dce58d / ext3 relatime,errors=remount-ro 0 1
# /dev/sda5
UUID=286e5204-3443-43e3-9c01-bbe6552ed8a4 none swap sw 0 0
/dev/hda /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0

When I login to the box locally & open the volume from Places ~> 1000.2 GB Media, it comes right up as expected & I can access it as expected from XMing at this point as well, however upon rebooting it reverts back to the previous behavior.

When someone IS Logged in Locally, below are my results for df -h after going to Places ~> 1000.2 GB Media (df -h output doesnt seem to change untill I try to open it in the GUI Locally)

test@Computer:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 457G 3.5G 431G 1% /
varrun 945M 252K 944M 1% /var/run
varlock 945M 0 945M 0% /var/lock
udev 945M 48K 945M 1% /dev
devshm 945M 12K 945M 1% /dev/shm
lrm 945M 44M 901M 5% /lib/modules/2.6.24-19-generic/volatile
gvfs-fuse-daemon 457G 3.5G 431G 1% /home/test/.gvfs
/dev/sda1 925G 200M 878G 1% /media/disk
test@Computer:~$

That being said, Ive made changes in System ~> Authorization ~> Storage ~> Mount file systems from removeable (and internal) drives with Implicit Authorizations to yes, yes, yes. Rebooted, same results, did a sudo mount -a, and still same results, went into System ~> Authorization ~> Storage ~> Mount file systems from removeable (and internal) drives & specified either a test user of mine or root and it seems as though it mounts as expected for the duration of the session, once rebooted behavior seems to be the same of the message from org.freedesktop.DBus.Error.AccessDenied (Also of some note, is then when Im Xming'd into this target headless box & doing Explicit authorizations, the Grant button is greyed out? & also the root account doesnt seem to show itself in the Explicit Auth. field for some strange reason)

Please let me know if you need any further information...

Thanks,
-D

Revision history for this message
Bogdan Bivolaru (bogdan.bivolaru) wrote :

The issue appears to all removable storage devices..
Mounting the drive using sudo works fine.

Here is my /etc/dbus-1/system.d/hal.conf

I use Kubuntu Hardy, KDE 3.5.9

Revision history for this message
Andres Mujica (andres.mujica) wrote :

I'm assigning this to gnome-mount Thanks for your report

Changed in gnome-mount:
importance: Undecided → Low
Revision history for this message
Sebastien Bacher (seb128) wrote :

do you have the issue if you run gnome-mount -v -b -d <device> locally? do you try to use a remote client? could be a policykit issue there is several bugs there about credential not working over ssh and similar

Revision history for this message
Andres Mujica (andres.mujica) wrote :

@Bigg D: could you made the gnome-mount test as Sebastien requested?

Thanks for your input

Changed in gnome-mount (Ubuntu):
status: New → Incomplete
Revision history for this message
BiGG D (darbysgoodies) wrote :
Download full text (3.7 KiB)

Sorry I couldent have got back to this one quicker, but unfortunately this box's motherboard was in China for an unexpected amount of time & I just got it back last friday. In any event, prior to having the hardware failure in question I had upgraded to 8.10, after having some time to run some experiments on this it looks as though this is now working in Gnome as expected (It doesnt seem as though it gets mounted automatically, but Im fine with that for the time being) from the Xming session I start from my Windows machine, I go to Places ~> 1000.2 GB Media & it shows up on the desktop as expected.

From a SSH session spawned from the same Windows machine to this same host, it mounts as well but gives the following output:

test@Computer:~$ gnome-mount -v -b -d /dev/sda1
gnome-mount 0.8
X display not available - using text-based operation.
** (gnome-mount:6548): DEBUG: Mounting /org/freedesktop/Hal/devices/volume_uuid_dbcaba25_e664_4679_b5af_5639f65c63d5
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Not running within active session)
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Not running within active session)
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Not running within active session)
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Not running within active session)
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Not running within active session)
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Not running within active session)
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Not running within active session)
GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnom...

Read more...

Revision history for this message
Sebastien Bacher (seb128) wrote :

how do you start your session? it seems that the gconf environment is not correct

Revision history for this message
BiGG D (darbysgoodies) wrote :

Well... After upgrading to 8.10, the initial connection to this box with xdmcp does seem noticibly slower, but aside from that -from what I can notice, functionality seems as expected.

As far as session starting, connecting, etc. goes...
I power up my ubuntu box that I xdmcp into, on my windows box I fire up XLaunch (Part of Xming), click on 'One window" ~> Next, click on "Open session via XDMCP" ~> Next, key in the IP Im using for my ubuntu box ~> Next, Next, Finish, Wait 32-37 seconds (Yes, even on successive reconnects), then select the user I use on the ubuntu box & key its password in, wait for another 44 seconds, screen goes black for roughly 2 seconds, then Im on the desktop and can see this drive there (Ive since edited my fstab so this disk will automatically mount)

Do you want me to pull any files so you can take a look at ?

Thanks,
-D

Revision history for this message
Sebastien Bacher (seb128) wrote :

there is no need of extra files, do you consider the issue fixed in intrepid then? the comment is not really clear about that

Revision history for this message
BiGG D (darbysgoodies) wrote :

Yes, in Intrepid it seems as though it is working as expected (Minus the unexpected wait times)

Revision history for this message
Sebastien Bacher (seb128) wrote :

closing since that works now

Changed in gnome-mount (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

the delay is an another bug

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.