Version: unspecified (using KDE 4.7.2) OS: Linux Internal devices are also mounted with device automounter although I checked to only automount removable devices. All devices that are once mounted are mounted again automatically, really annoying. Partitions of my internal hard disk, my /tmp and truecrypt volumes should not be considered removable devices and therefore should not be automounted. In the device notifier my /tmp is shown mounted, which is confusing. Reproducible: Always Steps to Reproduce: Mount a hard disk partition, i.e. the windows partition once, and it will be mounted again at login. Encrypted /tmp device is shown in device notifier. Actual Results: Mount a hard disk partition, i.e. the windows partition once, and it will be mounted again at login. Encrypted /tmp device is shown in device notifier. Expected Results: Since it is a hard disk partition and NOT a removable device, it should not be automounted. /tmp should not be shown in the device notifier.
I had this popup window come up every login asking for the password of my encrypted home device. Turns out this has to do with the same bug: device automounter was trying to mount my home directory device! Please fix this bug and make it as expected, automount removable devices, as it says in the preferences. It was working very well in older KDE4 releases, this unfortunate blind adoption of udisk names is a regression, as well as this mountinng of internal devices.
I want to confirm this behavior. I have many internal hard partitions used for different purposes but not normally part of of my normal environment. The KDE device manager wants to automount them. Internal hard drive partitions are not "removable" devices as most people use that term. This is part of the confusion. A work-around is to disable the option "Mount all removable media at login" but disabling that option defeats the ability to have external hard drives, flash drives, and SD cards already mounted when starting KDE. The work-around to that is to connect the removable device after starting KDE. Two work-arounds. :( Further, the additional internal partitions are tagged in my fstab with the noauto option. If the KDE device manager is going to treat internal hard drive partitions as a removable devices then the service should at least honor the noauto mount option until explicitly overridden in System Settings. Thanks. :)
For myself, I found a way to resolve this problem. 1. Disable "Mount all removable media at login." 2. Then manually enable the removable (non internal hard drive) devices that can be automounted at login. Initially the logic of this configuration was not obvious. Then I realized the top set of options were all-or-nothing while the bottom list of devices countered those top selections as a white list. This solution does not resolve the fact that most people use the term "removable device" to refer to external devices and not to internal devices. :)
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
(In reply to Andrew Crouthamel from comment #4) > Dear Bug Submitter, > > This bug has been stagnant for a long time. Could you help us out and > re-test if the bug is valid in the latest version? I am setting the status > to NEEDSINFO pending your response, please change the Status back to > REPORTED when you respond. > > Thank you for helping us make KDE software even better for everyone! I just tried it with all options ticked, and I'm afraid it is still not working as expected. When I try to mount an encrypted volume it sees a /dev/mapper/xxx show up and tries to mount it, asking for the root password. But a /dev/mapper is definitely not a removable device. But having ticked only to mount devices only when they have been plugged in before, works for me, so for me this bug could be closed as 'works for me'
Thanks for the update!