I have verified on Maverick, nautilus --version GNOME nautilus 2.32.0, and the
bug can still be reproduced as described.
Although the method proposed to reproduce is artificial, the bug occurs often
during slow copies or transcoding.
** Changed in: nautilus (Ubuntu)
Status: Expired => New
I just tested Sika's patch and it works.
--
mountall eats 100% cpu in fstab
https://bugs.launchpad.net/bugs/574044
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.ubuntu.com
https://lists.ub
I apologize, it's broken again. It seems to have worked one-off that's
all. So:
upgrading to the newest openal lib in /usr/lib32 does NOT work.
Luke, I guess the affects: is probably wrong too.
--
Ubuntu 10.04 sound lag with enemy territory quake wars
https://bugs.launchpad.net/bugs/577727
You
On amd64, updating the 32 bit openal that resides in /usr/lib32 (version
1.11.753) with the latest version from the 32 bit packages in lucid-updates
(1.12.854) fixed the problem.
An update of the openal lib in ia32-libs is needed, I think, to fix this.
--
Ubuntu 10.04 sound lag with enemy terr
I found that for NFS a workaround is to use the nfs option "bg".
This is consistent with the explanation Allan gave.
** Summary changed:
- mountall eats 100% cpu with nfs in fstab
+ mountall eats 100% cpu in fstab
--
mountall eats 100% cpu in fstab
https://bugs.launchpad.net/bugs/574044
You re
Same result with linux-
image-2.6.34-999-generic_2.6.34-999.201005041005_amd64.deb
** Tags removed: needs-upstream-testing
--
sudden reboot
https://bugs.launchpad.net/bugs/574036
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubunt
b.t.w. the second mountall -v hangs and eats 100% of another cpu core
too.
--
mountall eats 100% cpu with nfs in fstab
https://bugs.launchpad.net/bugs/574044
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ub
Killing mountall on a tty instead of on a graphical terminal shows me
this:
General error mounting filesystems.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and reboot the system.
Especially the "reboot the system part".
--
sudden reboot
https://bugs.
** Attachment added: "my fstab"
http://launchpadlibrarian.net/47378925/fstab
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/47374693/Dependencies.txt
** Attachment added: "ProcMaps.txt"
http://launchpadlibrarian.net/47374694/ProcMaps.txt
** Attachment added: "Pro
Public bug reported:
Binary package hint: mountall
When I specify a nfs share in /etc/fstab [see attachments], the share
is never mounted and mountall consumes 100% cpu.
fstab line added: boellieslug2:/public /boellieslugnfs
rw,users,nobootwait,soft,intr 00
this server name is not resol
** Attachment added: "kern.log"
http://launchpadlibrarian.net/47373886/kern.log
** Attachment added: "AlsaDevices.txt"
http://launchpadlibrarian.net/47372134/AlsaDevices.txt
** Attachment added: "AplayDevices.txt"
http://launchpadlibrarian.net/47372135/AplayDevices.txt
** Attachment ad
Public bug reported:
Description:
The computer will suddenly and abruptly reboot.
How to reproduce:
I can currently reproduce this as follows:
1) sudo killall -9 mountall [reason: mountall eats 100 % of a cpu core after
boot - can't mount my nfs share in etc/fstab]
2) open the network connecti
12 matches
Mail list logo
