Kubuntu 9.04 64-Bit, Kernel 2.6.30.1, and NVIDIA…

I went ahead and decided to upgrade my kernel, and to go to the latest NVIDIA driver (180.51).  I downloaded the kernel and the nvidia driver file, built the kernel, and removed the nvidia restricted driver.  This is on a 64-bit build of Kubuntu 9.04.

However, I was not done.

When I tried to install the kernel image file, I kept getting dkms errors relating to nvidia-common.  I eventually removed the nvidia packages using “apt-get remove --purge nvidia*” (as root), but this still would not allow me to install the kernel. Also my xorg.conf file was empty.

I fixed xorg by typing “dpkg-reconfigure xserver-xorg” and adding in the line “Driver "vesa" ” to the “Device” section, so I would have something when I rebooted.

Only when I removed dkms (”apt-get remove dkms“), was I able to install kernel 2.6.30.1.  I use lilo since I run RAID-10, but did not have to update the /etc/lilo.conf file.  Upon reboot, I stopped X with “/etc/init.d/kdm stop“.

I next installed the NVidia driver first (and chose to install the 32-bit compatibility files as well). After that, I ran “nvidia-xconfig” and my xorg file was ready.  When testing with the “X” command, it just pulled up a blank screen, but I took a chance and started KDM (”/etc/init.d/kdm start“).

Everything came up fine.  Typing “glxgears” in a terminal showed decent enough acceleration (about 3000 fps).

So far, no other ill effects. And no firmware issues.

Kernel 2.6.30.1 Firmware Issues…

Upfront disclaimer:  I am not saying this is a particular issue with the 2.6.30.1 kernel, instead I am saying I ran into this problem for the first time while trying to install this version.  It appears that many others have had this same problem over a wide range of kernel versions, all vanilla/custom-rolled, and not all confined to Debian/Ubuntu systems.  I did not have this problem when installing 2.6.30 on a laptop earlier.

The story:

The system I installed this kernel version on is a 32-bit Athlon XP.  Plenty of RAM and disk space.  What I ran into was that upon running dpkg -i linux-image-2.6.30.1_xxx, it would fail with an error about being unable to overwrite /lib/firmware/xxx.

I tried renaming the offending file, but that made no difference.  I tried removing that firmware from the kernel config (via make menuconfig), and it only caused the failure on another firmware blob in a different firmware directory.

Searching online yielded lots of posts, old and new, about this exact issue, but the only solution has seemed to be to use the --force-overwrite option with dpkg.  I did this, and was able to install the kernel image.  I had no problem with the kernel header package.

In short, if you have this problem and have no other solution, accept the risk, etc., etc., then try dpkg -i --force-overwrite linux-image-2.6.30.1_xxxx.deb.

YMMV.

Training in Alabama, Again…

Back for more in Huntsville, this time for two weeks.  I have one week left.  What a long weekend it was.  Went to a local park on Saturday, stayed by the hotel pool Sunday.  It’s just too hot here.  I think this is my last trip out here for training.

Tuning XFS – Useful Links…

These are both related to MythTV, but can apply to any XFS filesystem you may be using.

XFS Filesystem:  http://www.mythtv.org/wiki/XFS_Filesystem

Optimizing Performance:  http://www.mythtv.org/wiki/Optimizing_Performance

Kubuntu 9.04 and Flash Audio…

I finally got sound to work reliably.  Here is what did NOT work:

  • “touch .asoundrc” in the home directory
  • remove and reinstall non-free flash and the installer
  • ensuring the PCM channel was unmuted and not turned down

I did have to make sure that the correct sound card was selected (I have two).  This made a difference for system-wide purposes, but as far as flash went, sites like YouTube were mute.

I finally found a site that gave instructions to install a pulse audio management tool – padevchooser.  I don’t remember which site, because I must have trolled dozens, but this solution worked every time (I had to do this once for each user, as each user).

Opening a terminal and running padevchooser opened up the app in the system tray.  Left clicking it brought up the context menu.  Selecting Volume Control, and the Output Devices tab, I was able to ensure that the correct card was the default.  On the Playback tab, I was able to move the stream to the correct card.  For some reason, they all seemed to default on the other unused card, which is integrated into the motherboard.

Once I did these things, Flash audio was just fine.

Training in Alabama…

Spending the week in lovely Huntsville, Alabama. Never been to this state before – seems nice.

IT’S REALLY REALLY GREEN HERE.

Takes some getting used to…

Hopefully, I’ll have time to take in the space museum.