Hi, You should really file a bug for this instead of using email. On Thu, 2009-03-19 at 20:03 +0100, Alexander Larsson wrote: > On Thu, 2009-03-19 at 12:23 -0600, Pete Zaitcev wrote: > > Dear Alexander: > > > > I'm wondering if you may help with a suggestion. A recent update to > > Nautilus in Rawhide started to mount all filesystems it can find. > > Look at the goofy UID mountpoints under media: > > > > [zaitcev@niphredil ~]$ df > > Filesystem 1K-blocks Used Available Use% Mounted on > > /dev/mapper/N1-Fedora > > 11109328 6180420 4355468 59% / > > /dev/sda2 132221 62889 62505 51% /boot > > tmpfs 963128 100 963028 1% /dev/shm > > /dev/mapper/N1-Q 90826872 69911240 16301900 82% /q > > /dev/dm-3 5482948 3540836 1663584 69% /media/0b64f5ac-88c8-44bb-9a5a-f6a6c9cfe3b0 > > /dev/dm-4 5776952 3715936 1762828 68% /media/5dd9d61a-9eaa-453d-8084-fa5be7f51eef > > Wow. Cool stuff. :) > I CC:ed david zeuthen, he's doing most of the mount/filesystem/whatever > work. You can put a label on the file systems if you don't like the UUID. Then we'll use the label for the mount point. > > This is rather inconventient for my laptop where I have a few > > virtual systems. Usually they are mounted manually, through this > > /etc/fstab: > > > > [zaitcev@niphredil ~]$ more /etc/fstab > > /dev/N1/Fedora / ext3 defaults 1 1 > > LABEL=/boot /boot ext3 defaults 1 2 > > tmpfs /dev/shm tmpfs defaults 0 0 > > devpts /dev/pts devpts gid=5,mode=620 0 0 > > sysfs /sys sysfs defaults 0 0 > > proc /proc proc defaults 0 0 > > debug /sys/kernel/debug debugfs defaults,noauto 0 0 > > /dev/N1/Swap swap swap defaults 0 0 > > /dev/N1/Q /q ext3 defaults,noatime 1 2 > > /dev/N1/RHEL4 /mnt/rhel4 ext3 defaults,noauto 0 0 > > /dev/N1/RHEL5 /mnt/rhel5 ext3 defaults,noauto 0 0 > > So, are the /dev/N1/RHEL4 things the same as whatever get mounted > as /dev/dm-3, etc above? Do the /dev/N1/* device nodes actually exist? If they don't, then the entry in /etc/fstab gets ignored; there's nothing better to do. > > So, is this behaviour configurable? > > > > Failing that, I'm wondering if we could NOT mount volumes that ARE > > explicitly mentioned in /etc/fstab. Sounds counter-intuitive, but > > I like the way it works now for iPod, USB readers, flash keys, etc. > > I don't want to go back to caveman tricks... except for the multitude > > of special logical volumes. > > This is actually whats supposed to happen. We're only automounting (and > even showing in the UI) things that are mounted in /media. However, I > think something is getting confused about your fstab and not > understanding some of the device node names, thus thinking they are not > in the fstab. > > Or something suchlike. David, what do you think? You know this stuff > better. By default filesystems a) on removable media; and b) hotpluggable drives (usb, firewire etc.) are automounted without having the user do anything. Which is what is expected from the OS. If the filesystem is on a device that does not meet a) or b) then additional privilege is needed. For example a partition on an internal disk qualifies as such. Specifically you need an authorization for the PolicyKit action called org.freedesktop.devicekit.disks.filesystem-mount-system-internal; check with polkit-gnome-authorization or the polkit-auth commandline tool whether you have that authorization. Note that users don't have this authorization by default so what you want (only removable media and hotpluggable drives to be mounted) is what happens by default. Note that there's a bug right now that causes us to think that all device mapper things are removable, see https://bugzilla.redhat.com/show_bug.cgi?id=489397 so these are automounted by default. Which is probably what you are complaining about. This is fixed in these packages. http://koji.fedoraproject.org/koji/taskinfo?taskID=1250267 Please try them to see if they fix the problem (you will have to reboot for the changes to take effect.. or kick over the devkit-disks-daemon and login/logout). David -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
