Trusty Painless Ubuntu…and Candy!

Yesterday, I spent another long evening of wrestling with getting ubuntu installed. The big thing I changed was just mounting /dev/sda1 as /boot and giving ubuntu permission to overwrite it (after I backed it up, of course). I wound up with exactly the same error. So I shut it down in disgust and went to bed.

I was at least halfway ready to file a bug report this morning, but Canonical’s requirements for that include using the latest daily build first. It seemed reasonable, so I found the time to burn that. Windows claimed the burn failed, and it didn’t look like it had been burned, but I’ve seen that before. All the data seemed to be there.

Except that it wasn’t actually bootable.

Fortunately, it didn’t matter. Sometime between then and when I got from work this evening (after hanging out with my delightful wife and a gaggle of chocolate-crazed harridans at the pre-grand-opening for See’s Candy), it seems to have more or less fixed itself. lightdm.conf took me into a more-or-less functional X, behind nouveau. I was able to tweak the system settings and get nvidia drivers installed. Getting rid of lightdm.conf again left me with a broken unity…but I really don’t have much interest in using that lame GUI anyway.

So now I’m going back through the steps to try to get unprivileged linux containers working on my shiny new box. Which is now as lovely and awesome as the one I’m used to…except for the slowdown from all the bloat that Canonical is foisting on me. I’m getting a little tired of living on the bleeding edge. Especially since most of the pain points don’t actually seem to be improvements.

edit 3 minutes later:

Of course I spoke too soon. Trying to run `apt-cache upgrade` left me with an error from the hicolor-icon-theme:

(gtk-update-icon-cache-3.0:22778): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file ‘/usr/lib/x86_64-linux-gnu/gdk/pixbuf-2.0/2.10.0/loaders.cache’: No such file or directory

This likely means that your installation is broken.

Try running the command

gdk-pixbuf-query-loaders > /usr/lib/x86_64-linux-gnu/gdk/pixbuf-2.0/2.10.0/loaders.cache

to make things work again for the time being.

That package isn’t installed, and the dependencies seem to be broken. Luckily, I couldn’t care less about this one. It does seem like an ominous error to be cropping up this close to release, but it really seems like just a minor little nuisance glitch.

Even for the people who actually want those silly icons installed in the first place.

edit an hour later:

Sadly, it wasn’t that simple. Of course.

The problem seems to be that the isc-dhcp-client package is broken. And dpkg is choking on everything else I try to do because of it. The basic error messages I’m getting recommend running `apt-get -f install` with no arguments to fix the problem.

That tells me that it’s going to install, and upgrade, the problem package.

But it fails with this error:

/var/lib/dpkg/ 17: /var/lib/dpkg/ Syntax error: “fi” unexpected (expecting “then”)

dpkg: error processing archive /var/cache/apt/archives/isc-dhcp-client_4.2.4-7ubuntu10_amd64.deb (–unpack):

subprocess new pre-installation script returned error exit status 2

Hopefully they get this fixed before I get another chance to dink around with it. For now, it’s late, I’m tired, and I feel like I’ve spent enough time beating my head against walls today.

Leave a Reply

Your email address will not be published. Required fields are marked *