regression: statfs() takes a long time on VFAT without "usefree"
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
devicekit-disks (Ubuntu) |
Invalid
|
High
|
Unassigned | ||
Karmic |
Invalid
|
High
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
High
|
Andy Whitcroft | ||
Karmic |
Fix Released
|
High
|
Andy Whitcroft |
Bug Description
We will be comparing load time for a disk (USB or SD) in Jaunty vs. Karmic to demonstrate that in karmic nautilus takes a long time before displaying its contents.
This is essentially bug 133567, which is back in Karmic.
Steps to reproduce:
Need Materials: Jaunty CD, Karmic CD, stopwatch. it is good to gave a large usb drive (160GB, 1TB etc) and a smaller usb drive (8GB, 16GB) and make sure they are full of files,.
1) In Jaunty, plug in a 8GB and time how long it takes to mount & show contents.
2) In Karmic, plug in a 8GB and time how long it takes to mount & show contents.
3) In Jaunty, plug in a 1TB and time how long it takes to mount & show contents.
4) In Karmic, plug in a 1TB and time how long it takes to mount & show contents.
Result: Mounting a disk in karmic takes much longer than in jaunty. In karmic, the larger the drive the longer the wait time before being able to see the contents. During this wait, there is no progress bar displayed. If a user clicks on the drive again to have it mount, they will get an unusual (un-human-friendly) error. See attachment for error.
Expected: Newer version of ubuntu should improve performance instead of making basic functionality slower and introduce new errors.
CVE References
Changed in linux (Ubuntu Karmic): | |
status: | In Progress → Fix Committed |
With the latest updates, instead of showing the user some indication of progress, the authentication window stays open until it can mount the drive. The same error shows up if the user tried to "quicken" the process by going into nautilus and mounting the drive from the side panel, or by mounting it through Places > DriveName