Profile

unixronin: Galen the technomage, from Babylon 5: Crusade (Default)
Unixronin

December 2012

S M T W T F S
      1
2345678
9101112131415
16171819202122
23242526272829
3031     

Most Popular Tags

Expand Cut Tags

No cut tags
Friday, May 14th, 2010 07:22 pm

Oy.

So, to start with, I discovered yesterday morning that whitestar, my laptop, had shat itself badly sometime between 0330 Wednesday and about 0900 yesterday, irreparably corrupting its JFS filesystem.  I tried several times to fsck the filesystem before concluding that it was dead with a stake through its heart and I'd have to reformat and restore from bare metal.  I thought at first that the disk itself, an 80GB/5400rpm ATA Seagate Momentus, had failed, and spent most of the day running tests on it before satisfying myself that it was physically fine, something had just shot the filesystem in the head.

So after reformatting, the next problem was to restore.  I started out by restoring just whitestar's Bacula client onto babylon5, my desktop, then copying it across to whitestar (booted from a rescue CD).  This is when I discovered that the Gentoo bacula-5.0.1 package does not actually build a static Bacula client even with the static USE flag.  So I spent a while trying to build a static client manually, which was where I discovered that with current glibc versions, you cannot build a fully static Bacula client on Linux; certain functions (dlopen, initgroups, getgrdir, getgrnam, endgrent, getpwnam, getpwuid, endpwent, getaddrinfo, gethostbyname2, and getservbyname at least; possibly others) still require the shared libraries for the glibc it was built against to be present at runtime, even in a static executable, and if that "static" client is then run in an environment with a different glibc version than the system it was built on, it'll SEGV the first time any of these functions is called.

In the end, I resorted to restoring whitestar's entire filesystem into a scratch directory on babylon5, then copying them over with rsync.  Make a few mounts, chroot, setup grub, and whitestar was good to go, though I had to redo some cleanup of old files I'd done over the weekend.  This whole saga led me into doing some investigation of the configuration options in Bacula-5, which ... honestly leave a lot to be desired.  They are complex, confusing, and counter-intuitive, do not consistently yield the expected results, and contain several hidden gotchas.  The upshot is I'll be proposing a significant change to the structure of the primary Bacula configuration options.

While I was waiting for restore jobs, disk tests, file transfers etc, I amused myself playing Portal.  It's currently a free download from Steam until May 24 in honor of Portal being ported to the Mac.  So if you were always curious but didn't want to spend the money, go grab a copy for free.  (Don't be surprised if it takes you two or three, or five, or eight tries to get a download connection; Steam's download servers are getting hammered.)  Some of those maps are a lot of fun (although vorlon, my gamebox, only barely has a fast enough video card for it; Portal is distinctly sluggish on a 256MB nVidia 6800XT card, even with the resolution dialed down from 1600x1200 to 1280x960).

Saturday, May 15th, 2010 12:04 am (UTC)
Wow, I had computer issues yesterday, and gaming issues today. Must be something to do with the Mercury Retrograde that is about to end (I think)? Seems this stuff is going on all over.
Saturday, May 15th, 2010 12:11 am (UTC)
Hmmm... I can see dlopen() not working on a static executable, given what it does - the other functions are more surprising. I expect it's either because of the Name Service Switch or PAM implementations.

And Portal was a lot of fun.
Saturday, May 15th, 2010 12:34 am (UTC)
Yeah, dlopen() really doesn't come as a huge surprise, though I can see cases where it might be reasonable. (Static application that dynamically loads plugins, say.) Your theory about the others is probably a good call.
Saturday, May 15th, 2010 02:07 am (UTC)
It's hard to tell you why without getting near spoilers, but there's a reason that Portal is on a buncha people's best games list beyond the novelty of the physics brainteasers.

I would encourage you highly to stick with the game through the whole "puzzle test" thing. And I'll leave it at that.
Saturday, May 15th, 2010 02:42 am (UTC)
Oh, I won it last night. :)

(Oh, and solved all the test puzzles without assistance, though there were a couple spots on the post-19 phase where I utterly could not figure out where the fuck I was supposed to go next and had to look up a walkthrough to get a hint.)
Edited 2010-05-15 02:50 am (UTC)
Saturday, May 15th, 2010 03:03 am (UTC)
Ah, cool. Yeah, first time I played it, I had no idea what the actual character of the game was. I thought the puzzles were it, and then got knocked off track from it when I'd gotten to the last one or two tests.

While I thought it was awfully nifty, I was baffled that the public in general had taken to what amounted to a physics puzzle game with only a vague dadaist plot.

Booted it up again some months later, and actually played it through. My gosh, I'm glad I did. That was a much different game than I thought it was.