Thanks for the fix. Although not critical, this was a really annoying
bug.
Another method that worked for me was closing Firefox before upgrading.
--
MASTER - firefox (intrepid): "your browser has been updated and needs to be
restarted"
https://bugs.launchpad.net/bugs/270303
You received this b
JanCeuleers: Your solution works!
My setup is similar to yours. I have a nVidia mainboard SATA controller
with the system disk and spare connected, and a Promise TX4 SATA PCI
card with four disks hosting a RAID5 volume. I added the modules sata_nv
and sata_promise to /etc/initramfs-tools/modules,
NVidia users may find enabling some performance options will help. The
nVidia forum suggests putting these in the Screen section of xorg.conf:
Option "PixmapCacheSize" "100"
Option "AllowSHMPixmaps" "0"
Then run this after X has started:
# nvidia-settings -a InitialPixmapPlacement=2 -a GlyphC
This problem is also evident with a clean 8.10 64-bit install on a Dell
Latitude E6400 laptop with nVidia Quadro 160M (using 177.80 driver).
Xorg, firefox and compiz are all using more cpu than they should when
completely idle. Xorg is the worst offender and can use a full cpu core
when scrolling
I can confirm this problem on Ubuntu Server 8.04. I have the same RAID5
configuration as the reporter (4 active disks, 1 spare).
In my case the spare isn't added to the array on boot no matter what
changes are made to mdadm.conf. Stating the devices explicitly doesn't
help.
$ cat /etc/mdadm/mdad
Updated to Firefox 3.0.4 today and got this problem. The purge/reinstall
described by Savvas fixed it.
--
firefox (intrepid): "your browser has been updated and needs to be restarted"
https://bugs.launchpad.net/bugs/270303
You received this bug notification because you are a member of Ubuntu
Bugs
It's been a while, but if I recall correctly all network traffic was
affected. Viewing the system monitor network graph showed that the
traffic for a single file transfer had bursts of speed on regular
intervals. It looked like it was oscillating.
Sadly I can't do more tests as I don't have a 7.10
That's what I'm saying. The snmp user, which is the default user for the
snmpd service, doesn't have permission. Reading interface speed fails
with the standard package installation. Isn't that a bug? Is there a way
to give the snmp user the permissions it needs without giving it too
much access?
** Description changed:
snmpd reports wrong interface speed when it is run as the snmp user.
Running snmpd as root gives the correct result. Debug output suggests a
permission problem. The gigabit network interface speed is correctly
determined at startup, but fails when the owner of the p
Public bug reported:
snmpd reports wrong interface speed when it is run as the snmp user.
Running snmpd as root gives the correct result. Debug output suggests a
permission problem. The gigabit network interface speed is correctly
determined at startup, but fails when the owner of the process swit
+1. It took me a while to figure this out. Putting the option in
snmpd.conf is a lot more intuitive.
--
Forced bind to 127.0.0.1 is "hardcoded' into /etc/default/snmpd instead of
option in /etc/snmp/snmpd.conf
https://bugs.launchpad.net/bugs/74896
You received this bug notification because you a
Public bug reported:
Description: Ubuntu 8.04
Release: 8.04
This nForce 630i (MCP73) based motherboard has a Realtek ALC882 chip and
uses the snd-hda-intel driver. The Alsa packages that came with Hardy
could play analog sound, but not digital (optical out).
Connectors on the motherboard are org
Speed measurements were obtained like this:
Mount Samba share
sudo mount.cifs //host/share /home/user/mnt -o
credentials=credfile,domain=mydomain,rw,directio
Time a file copy
time cp -v src dst
Calculate transfer rate
filesize (Mbit) / transfer time (seconds)
Without the directio option in the
Public bug reported:
Ubuntu 7.10, Linux 2.6.22-14-generic #1 SMP i686 GNU/Linux
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
The r8169 module works poorly with this network controller. Samba
performance was measured t
I had the same problem with the r8169 network module for Realtek cards.
Adding it to the blacklist file alone didn't work. Plnt's suggestion of
also running "sudo update-initramfs -u" made it work.
--
I can't blacklist network drivers modules in gutsy
https://bugs.launchpad.net/bugs/133434
You re
15 matches
Mail list logo
