We do not add non-Ubuntu partitions to /etc/fstab by default any more,
so this should only affect people who manually added them and thus know
where to change it. Automatically changing fstab on upgrades is not an
option, since we do not always know what the admin actually put there
deliberately.
Oh, I'm sorry. I didn't notice that this bug has been solved... I added
"usefree" to /etc/fstab and the problem has gone.
If I may, I have one question: Why this "manipulation at /etc/fstab" wasn't
automatic with update of gnome-mount to version 0.6-1ubuntu4 or with upgrade
system to gutsy?
--
After standard upgrade from feisty to gutsy (32-bit) I noticed the same
problem. First usage of "nautilus" or "df" lasts a several seconds - the
problem is only with vfat partitions (I have two pata discs):
/dev/sdb1 on /media/kontener2 type vfat (rw,utf8,umask=007,gid=46) []
/dev/sda6 on /media/
Hi Daniel,
Daniel R. [2007-10-09 16:30 -]:
> Expect for the next kernel releases (if everything goes well) a dramatic
> decrease in statfs() time (without "usefree" option).
>
> I have tested a patch from FAT maintainer (OGAWA Hirofumi) which reduces
> the time to about 6-8 seconds, in a 15 G
Hello, just for you to know (news from upstream):
Expect for the next kernel releases (if everything goes well) a dramatic
decrease in statfs() time (without "usefree" option).
I have tested a patch from FAT maintainer (OGAWA Hirofumi) which reduces
the time to about 6-8 seconds, in a 15 GByte pa
nautilus (1:2.20.0-0ubuntu7) gutsy; urgency=low
* Drop debian/patches/12_vfat_no_free_space.patch again. It just causes more
serious effects (up until data loss) later. (LP: #133567)
-- Martin Pitt <[EMAIL PROTECTED]> Mon, 08 Oct 2007 19:09:57
+0200
--
nautilus hangs on accessing vfat
gnome-mount (0.6-1ubuntu4) gutsy; urgency=low
* debian/patches/ubuntu-default-mount-options.patch: Use "usefree" VFAT
mount option by default, to avoid very long blocking of statfs() calls on
VFAT. (LP: #133567)
-- Martin Pitt <[EMAIL PROTECTED]> Mon, 08 Oct 2007 19:37:08
+0200
** C
hal (0.5.9.1-6ubuntu5) gutsy; urgency=low
* Add debian/patches/76-allow_vfat_usefree.patch: Allow vfat mount option
"usefree". (LP: #133567)
-- Martin Pitt <[EMAIL PROTECTED]> Mon, 08 Oct 2007 19:35:05
+0200
** Changed in: hal (Ubuntu)
Status: In Progress => Fix Released
** Chan
I've been trying to figure out what the implications are for using the
"usefree" mount parameter.
Using the drive with some (which? Vista?) versions of Windows doesn't
update the filesystem's free_clusters, and Linux's vfat driver doesn't
know where the data is now written (if it is at all).
So,
** Changed in: gnome-mount (Ubuntu)
Importance: Undecided => High
Assignee: (unassigned) => Martin Pitt (pitti)
Status: New => In Progress
Target: None => ubuntu-7.10-rc
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/b
** Also affects: gnome-mount (Ubuntu)
Importance: Undecided
Status: New
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contac
Let's revert the nautilus change.
** Changed in: nautilus (Ubuntu)
Status: Fix Released => Fix Committed
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because you are a member of Ubunt
Michael, thanks for the research upstream. Indeed I just had the same
idea of fixing it in hal, before I saw your recent comments. Let's do
that then.
** Changed in: hal (Ubuntu)
Sourcepackagename: linux-source-2.6.22 => hal
Importance: Medium => High
Assignee: (unassigned) => Martin Pitt
(BTW, you can just "sudoedit /usr/share/hal/fdi/policy/10osvendor/20
-storage-methods.fdi" and add that in there and use gconf-editor to add
the string to the option list and it should all work)
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.ne
Actually, I guess hal needs to be updated.
There should be an usefree
around line 181 in 20-storage-methods.fdi
Once that's there, then you can use "usefree" in values for the gconf
key /system/storage/default_options/vfat/mount_options
--
nautilus hangs on accessing vfat drives - statfs() blo
Confirmed that usefree fixes this. I manually mounted one of my USB
drives with usefree, and df didn't hang.
However, when I popped open gconf-editor, and updated
/system/storage/default_options/vfat/mount_options to have the
additional option "usefree", I get an error window saying "Invalid mount
The original thread explaining the origin of this behaviour can be found
here:
http://lkml.org/lkml/2007/4/19/126
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because you are a member of Ubu
Hello,
I am a Debian user, but got the same problem when testing a recent
vanilla kernel release.
Asking the source of knowledge seems to be always the best way... This
is the response from FAT kernel developer (available in MAINTAINERS file
in kernel sources' root):
>Thanks for report. This is
I know this is a bit complex to work-around, but we could hack Nautilus
to work around this whenever it encounters a VFAT volume.
If I understand correctly, Nautilus uses the statfs call to determine
the free space on the drive, to show it on the bottom of the window.
I would suggest that Nautilu
you are not rude, the bug tracker is about working on bugs and such
comments are not really constructives in this context, maybe the issue
will be fixed in a stable linux updates
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
Yo
didn't want to be rude, sorry. Just wanted to say that it is not only a
medium problem since I think a lot of people will run into this problem
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification be
Do you have any other suggestion knowing that the bug is a linux vfat
one and that the package will not likely change again before gutsy?
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because
the current workaround is not really suitable. Nautilus now hangs on the
properties dialog and while copying files. Right now I copy a random
file via nautilus after booting my computer to avoid any serious data
losses. Don't get me wrong, but this really is a major problem!
--
nautilus hangs on
I also noticed that this will hang Conky if you have a disk monitor for
that drive. I guess I could just remove it for now, but I like to keep
an eye on my hard drive.
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received
The hanging problem has just been moved to later, and worse still, you
can now experience data loss.
I did the following in Nautilus:
1. Unmount drive
2. Mount drive.
3. Open folder. (Folder appears quickly, no hanging.)
4. Move a file on the drive from folder A into a subfolder B of A. Nautilus
Hi,
wusch [2007-10-04 19:33 -]:
> It now hangs on right click -> properties.
That is known. However, I feel that it is better for the dialog to
take a minute to appear and display correct results than to break this
as well. After a few minutes, the dialog does not hang any more
anyway. OTOH t
That's why it's a "workaround," not a "solution."
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs
It now hangs on right click -> properties. And it does not show the free
space left on the drive, so it is not really a good solution I think.
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification bec
** Changed in: linux-source-2.6.22 (Ubuntu)
Importance: Undecided => Medium
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact f
nautilus (1:2.20.0-0ubuntu6) gutsy; urgency=low
* Add debian/patches/12_vfat_no_free_space.patch: Do not show the free space
for VFAT volumes in the file browser. This avoids the most prominent
incarnation of the "statfs() takes minutes after mounting a vfat
partition" kernel bug. (L
Hacking on a workaround.
** Changed in: nautilus (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => Martin Pitt (pitti)
Status: New => In Progress
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received th
The bug can easily be reproduced by attempting "df" right after
mounting. This also does a statvfs() call and thus will hang.
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because you are a me
which is quite interesting since every program but nautilus works fine
without any slowdowns or freezes.
--
nautilus hangs on accessing vfat drives - statfs() blocks for a long time
https://bugs.launchpad.net/bugs/133567
You received this bug notification because you are a member of Ubuntu
Bugs,
33 matches
Mail list logo