This bug was fixed in the package linux - 2.6.31-14.46
---
linux (2.6.31-14.46) karmic; urgency=low
[ Andy Whitcroft ]
* reinstate armel.mk with no flavours
- LP: #449637
* [Upstream] elevator: fix fastfail checks to allow merge of readahead
requests
- LP: #444915
** Changed in: linux (Ubuntu Karmic)
Status: In Progress => Fix Committed
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
-
The fix appears 'obvious' so I think we can get it into the kernel.
Submitted to the list for approval.
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
Since this is being fixed in the kernel, it looks like we won't need the
usefree hack.
** Changed in: devicekit-disks (Ubuntu Karmic)
Status: In Progress => Invalid
** Changed in: devicekit-disks (Ubuntu Karmic)
Assignee: Martin Pitt (pitti) => (unassigned)
** Changed in: devicekit-d
Works wonderfully, thank you!
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubunt
Andy Whitcroft [2009-10-13 10:39 -]:
> Ok after much debugging it appears there is a bug
Andy, if it's something trivial, I think it'd be better to fix it in
the kernel. But as I said, I'm happy to add the usefree workaround if
it's not practical to fix this in the next week.
Thanks!
Martin
Ok after much debugging it appears there is a bug in the elevator
affecting the merging of read-ahead requests. This is exposed horribly
by the sequential scan of the FAT as required to calculate the current
free information for a FAT filesystem on first mount. I think we have
it nailed and have
Ok after much debugging it appears there is a bug
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubu
@pitti -- thanks, my results were user error. picked the wrong disk out
of my stash.
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
Oh, and just for completeness:
$ cat /proc/version_signature
Ubuntu 2.6.31-13.44-generic
(but it has happened for months already, it's not something recent)
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notifica
I have an amd64 installation, not sure whether this matters.
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs maili
Sure. First, I disabled dk-disks to turn off all automount magic:
# killall devkit-disks-daemon
# chmod 0 /usr/lib/devicekit-disks/devkit-disks-daemon
Now, mount my removable USB HD:
# echo 3 >/proc/sys/vm/drop_caches
# mount /dev/sdb1 /mnt; time df -h
[...]
/dev/sdb1 233G 226G 7,5
@pitti -- could you paste up your steps to reproduce by if they differ
from mine.
** Changed in: linux (Ubuntu Karmic)
Status: Triaged => In Progress
** Changed in: linux (Ubuntu Karmic)
Assignee: (unassigned) => Andy Whitcroft (apw)
--
regression: statfs() takes a long time on VFAT
@pitti -- that original fix in 2.6.28 timeframe appears to have been
adding readahead to FAT chain scanning in fat_count_free_clusters() in
the commit below:
commit 9f966be8996f2829406324c68e4c67c2d64d864b
Author: OGAWA Hirofumi
Date: Tue Jan 8 15:32:41 2008 -0800
fat: optimize fat_c
Michael Biebl, do you get the same effect in sid with 2.6.30? Want me to
commit the "usefree" workaround to Debian as well, or should I keep it
as an Ubuntu specific patch?
--
regression: statfs() takes a long time on VFAT without "usefree"
https://bugs.launchpad.net/bugs/444915
You received this
Since this is a major regression, I want to either fix (linux) or
workaround (dk-disks mount option) this for the final release.
Kernel team, please feel free to "wontfix" the linux task for karmic if
it isn't feasible to fix this properly in karmic. (Then we'll get the
"floating" task back for lu
16 matches
Mail list logo
