1 |
Duncan (et al), I _finally_ found a solution (pretty much) to this |
2 |
problem! Some inquiries on one of the gentoo forums gave me some clues |
3 |
for further research and I turned up the following on an openSUSE forum: |
4 |
|
5 |
http://en.opensuse.org/SDB:Mounting_to_Static_Mount_Points |
6 |
|
7 |
It works fine for gnome in Gentoo, and I've seen some comments |
8 |
indicating that it's also helpful in KDE. |
9 |
|
10 |
On Sat, 2008-08-02 at 22:26 +0000, Duncan wrote: |
11 |
> Lindsay Haisley <fmouse-gentoo@×××.com> posted |
12 |
> 1217715027.11765.5.camel@××××××××××.com, excerpted below, on Sat, 02 Aug |
13 |
> 2008 17:10:27 -0500: |
14 |
> |
15 |
> > This is a Royal PITA! We need to have, preferably as an easy to |
16 |
> > configure option, a consistent, named, filesystem location on which a |
17 |
> > particular device will mount, identified by the media type ("cdrom") or |
18 |
> > some other predictable name. I have a photo cataloging program I wrote |
19 |
> > which expects to find all photo CDs, which have different names |
20 |
> > reflecting dates and sequence, mounted at a location which can be |
21 |
> > specified in its config file. There are all kinds of applications which |
22 |
> > expect this! |
23 |
> |
24 |
> It's the automount stuff that's breaking. If I just tell the hal/kde |
25 |
> popup to ignore the new media, and mount it manually, it works as |
26 |
> expected (mount still uses fstab, thank goodness). If I let hal mount |
27 |
> it, it does so but then I have to figure out where. So just not using |
28 |
> hal works in general; it was just the k3b thing that triggered a problem |
29 |
> here, because in that specific instance, right after a burn when it tries |
30 |
> to verify, apparently hal interferes, and there isn't a lot I can do to |
31 |
> avoid it, except doing the verify manually. |
32 |
> |
33 |
> That's why I've not experienced serious problems elsewhere, however. I |
34 |
> tend to be very suspicious of automounting, etc, and in general don't use |
35 |
> it, preferring to issue the mount command directly, so I haven't had a |
36 |
> problem in general, only in that corner-case. |
37 |
|
38 |
-- |
39 |
Lindsay Haisley | "We are all broken | PGP public key |
40 |
FMP Computer Services | toasters, but we | available at |
41 |
512-259-1190 | still manage to make |<http://pubkeys.fmp.com> |
42 |
http://www.fmp.com | toast" | |
43 |
| (Cheryl Dehut) | |