Upgrade to Lucid

From Finninday
Jump to: navigation, search

I forgot what my architecture was for downloading the install media. Had to check my /proc/cpuinfo. AMD 64, duh.

Downloaded the alternate installer for amd64 from OSU OSL.

Checked the md5sum: good.

Popped the CD in, and didn't even have to reboot. It detected that a distribution update was on the CD and asked if it should run the installer. Nice.

I opted to not use the network to get the latest updates to make the upgrade go faster.

The installer disabled 3rd party sources.

The installer told me what packages are no longer supported.

70 packages will be removed.
154 new packages will be installed.
1114 packages will be upgraded.

Started upgrade at 8:28am

Network Manager applet failed because it couldn't find necessary resources. No big deal.

It paused the upgrade to have me confirm the restart of pam.

Big brother reports that everything is green except for ldap, which failed at the point of the upgrade.


At 9:52 it was about 30% done with an estimated 2 hours to completion.

At 10:10 it was about 60% done with an estimated 28 minutes to completion.

What's this?

Last login: Wed Apr 28 07:14:06 2010 from ip67-88-206-99.z206-88-67.customer.algx.net

Was that me in Menlo Park?

Rebooted at 10:25. Everything just worked.

  • firewall works
  • routing works
  • mediawiki works
  • apache works
  • postfix works
  • ldap appears off, but that might have been me. I've been meaning to turn it off for awhile now.

The nouveau video driver is not as fast for local video playback as the nvidia driver, but maybe I can live with that. I'd rather not have the closed source nvidia driver running. Still it is a little creepy that it switched drivers for me without asking.

What the? Examining what is wrong with ldap, I find that slapd is not in /usr/sbin/. Calling up the "Ubuntu Software Center" (what was that called before?) I find that most of the openldap packages now have this new error: "Sorry. <packagename> is not available for this type of computer (amd64)".

Time to go looking for repositories. Or maybe I'll just quit running ldap since Google provides all the contact management I need for now.

Checking for updates after the upgrade, I find that there are too many to install in one step. So I do the partial update:

6 to be removed
75 new packages to install
407 packages to upgrade
est completion in 51 minutes

At 11:10am the partial upgrade is about 90% done with an est completion time in 2 minutes.

The following packages asked about configuration changes:

apache ports
dbconfig-common

I accepted the new maintainers version.

hobbitserver.cfg

need to add cputemp to the line starting "GRAPHS="la,disk,inode..." Accepted the new config file. The changes seemed to be exclusively the rename from hobbit to xymon.

Sometimes when it tells me I have made a customization to a config file and shows me the differences between the old and the suggested new, it won't let me resize the window. That makes it really hard to see what the differences are.

After the upgrade, apache port 443 would not start. I commented out the Listen:443 from conf.d/secure and that got it to start.

Ran update manager again and it now says all packages are up to date. Done at 11:45am

Hobbit still thinks it ldap is red. How do I get hobbit to re-read the config files? A simple hobbit restart doesn't do the trick.