Version: svn (using Devel) Installed from: Compiled sources OS: Linux Between all of powerfull features of dolphin, is the ability to easyly mount/unmount extern media (like cdroms, usb sticks, etc..) in the side panel, which has a list of favourite places, removable media, and non automatic mountable items of /etc/fstab (those with "noauto" in its mount options) This leads me to think that dolphin (or some part of kde or dbus), already reads /etc/fstab for gathering information about partitions. So I have two ideas to improve dolphin (and specially that bar): 1.- Exclude non user mountable media (that media without user in its mount options line), as it always lists my /boot partition for example, which is not user mountable, only mountable by root. So it is a real nonsense to have that kind of partition listed in there by default which made me to hid it from that list. 2.- (and the more important): Handle NFS shared folders via dolphin to rapidly mount and unmount that folders via this bar. Specially when I have those already listed in /etc/fstab, and with users included into its mount options. Dolphin simply ignores those shared folders and I have to mount them manually (which is not a real problem, but I am suggesting to handling them via dolphin for convenience). So, how about these ideas?
Ok, maybe it needs to be reassigned as it is not only a dolphin issue, since the "new device notifier" also has same issue for #1...
Thanks for your suggestion, I've added Kevin Ottens to CC and have reassigned it to kdelibs.
For #1 it shouldn't happen the way the code is done, and for instance here my /home partition is not shown. I somehow suspect a deployment issue on your side maybe regarding HAL. For #2, the design decision for now is to have those inside the "Network" shares view. For now it's not done, so I'm moving that report on kioslave/remote instead.
My /home partition is not shown either, nor my /data partition, only /boot partition is shown despite it is not user mountable. My /etc/fstab is: /dev/sda1 /boot ext3 defaults,noauto 1 2 /dev/sda2 none swap sw 0 0 /dev/sda3 / reiserfs defaults,noatime,rw 0 1 /dev/sda5 /home xfs defaults,noatime,nodiratime,logbufs=8 0 2 /dev/sda6 /data reiserfs defaults,noatime 0 2 #/dev/sr0 /mnt/cdrom auto defaults,user,noauto,iocharset=iso8859-15,ro 0 0 192.168.1.100:/data/Anime /mnt/nfs/Anime nfs defaults,rw,noauto,users 0 0 192.168.1.100:/data/mldonkey /mnt/nfs/mldonkey nfs defaults,rw,noauto,users 0 0 192.168.1.100:/data/Pelis /mnt/nfs/Pelis nfs defaults,rw,noauto,users 0 0 none /proc proc defaults 0 0 none /dev/shm tmpfs defaults 0 0 So why it is listing /boot ? It is the only not user mountable partition which is not mounted (noauto)
Le Friday 11 April 2008, David a écrit : > So why it is listing /boot ? It is the only not user mountable partition > which is not mounted (noauto) Odd, please provide your "solid-hardware list nonportableinfo" output.
Created attachment 24305 [details] solid-hardware list nonportableinfo output
OK, for #1 it's indeed because /boot is not mounted on your system. Actually the underlying system doesn't give us the mountpoint of a device if it's not mounted (no we're not reading the fstab). Could you please report that as a separate bug so that we can have the proper discussion there? (bug, not wish item) I'm renaming the current one to focus only on the NFS/SMB shares from the fstab.
Any news on this front? I have read in the maillist that some people are arguing to have this issue too..
Should be solved now as we have a fstab backend dealing with NFS and SMB shares in libsolid now.