Bug 244897 - running gparted can leave standard usb auto-mount not working
Summary: running gparted can leave standard usb auto-mount not working
Keywords:
Status: CLOSED DUPLICATE of bug 215657
Alias: None
Product: Fedora
Classification: Fedora
Component: gparted
Version: 6
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Deji Akingunola
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-06-19 18:36 UTC by simd
Modified: 2007-11-30 22:12 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-06-19 19:26:05 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description simd 2007-06-19 18:36:09 UTC
Description of problem:

gparted can leave the following file around:
/usr/share/hal/fdi/policy/gparted-disable-automount.fdi

This sets ignore=true for all disk drives, which causes nothing afterwards to be
auto-mounted.

Haven't established whether this is normal or under error conditions (my drive
is formatted now with data on!)

This has just taken me 2 days to find out why suddenly automount had stopped
working! I had just formatted a new external drive using gparted, but couldn't
put the link to gparted.

I assume this is needed for good reasons, so quite how you fix it, I don't know,
but it's REALLY confusing and irritating when it happens! Maybe it's actually a
system boot intialisation issue..

Additional info:
I got the answer from:
http://www.nabble.com/gnome-volume-manager-not-mounting-USB-drives-t3206706.html

Comment 1 simd 2007-06-19 19:03:27 UTC
More details - the contents of the file are:
<deviceinfo version='0.2'>
<device>
<match key='@block.storage_device:storage.hotpluggable' bool='true'>
<merge key='volume.ignore' type='bool'>true</merge>
</match>
</device>
</deviceinfo>

Plus comment (afterthought)
Also, actually, the 'clean' way here, should gparted go out leaving this file
hanging, is actually that hal grants a temporary blocking of hotpluggable, which
hal then resets at next system boot. Or you have to crate a boot script to clean
out the file. So actually the best fix might be in hal or the system boot
routines...

Comment 2 Deji Akingunola 2007-06-19 19:26:05 UTC
This most likely happened to you because gparted didn't exit cleanly after its
last use (something like you rebooting the system while gparted is still
running). Anyway, the issue is fixed with F7 and above; unfortunately this no
fix for it for FC-6 other than manually removing the file
'/usr/share/hal/fdi/policy/gparted-disable-automount.fdi'.

*** This bug has been marked as a duplicate of 215657 ***


Note You need to log in before you can comment on or make changes to this bug.