[Bug 263521] New: kde spins up unused drives when selecting k-menu

Jürgen Bausa Juergen.Bausa at web.de
Tue Jan 18 08:44:46 GMT 2011


https://bugs.kde.org/show_bug.cgi?id=263521

           Summary: kde spins up unused drives when selecting k-menu
           Product: kde
           Version: 3.5
          Platform: Debian stable
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: unassigned-bugs at kde.org
        ReportedBy: Juergen.Bausa at web.de


Version:           3.5 (using KDE 1.2) 
OS:                Linux

On my system I have mounted a network share via nfs at /home/media. As this
drive is not used most of the time, it spins down after 10 minutes without
access. However, often it spins up again when using kde components, although
this is not necassary. For example, clicking the K-menu or opening the
context-menu for a file in konqueror may spin up the drive, although no file on
the share needs to be accessed.

This behaviour is undesirable, as it results in a delay of some seconds, as the
drive needs some time to spin up and as it results in some noise. 

The partition has already been mounted with noatime. I also disabled the kde
option "fast copying" (which allows to copy a file via context menu to
locations used in previous copy actions.

Regards,

Juergen

Reproducible: Sometimes

Steps to Reproduce:
mount a partition at a mount point above your home directory (which means not
in your home directory). E.g. at /home/media. Allow the drive to spin down when
not accessed (there should be no other mounted partition on that drive). Access
the mouned partition from your account (open/save dialogue from kde-apps,
copy/delet files from konqueror. Wait for the partiotion to spin down. Work
with kde without accessing the mounted partition.

Actual Results:  
disk with mounted partition will spin up.

Expected Results:  
disk should keep not spinning

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Unassigned-bugs mailing list