Description of problem:

/sbin/sulogin is linked against /usr/lib/libfreebl.so.  This seems
bad in and of itself, because sulogin should have no need for a mozilla
library, but it is even worse: if /usr is on another partition, Fedora
does not boot.  /sbin/sulogin is run before all partitions are mounted.

Version-Release number of selected component (if applicable):

I hope to add this later, got past this boot problem but I'm hitting
another...

How reproducible: 100%

Steps to Reproduce:
1. Place /usr on a separate partition
2. Run fedora 12 and upgrade to the latest via yum
3. Reboot.
  
Actual results:

If you're not paying attention, the system just goes into an infinite reboot
cycle.  If you hit F2 at the appropriate time, a message will appear on the
screen mentioning that sulogin can't be started because the system can't
find /usr/lib/libfreebl3.so.  However, this message only appears for about 3
seconds before Fedora detects a boot failure and automatically reboots.  I
suspect it would be even quicker on a real system; luckily I'm running in a
VM and thus things are comparatively slow.

Expected results:

Fedora boots successfully.

Additional info:

I hadn't booted this Fedora VM since January 13th.  I'm pretty rabid about
updates, so I'd bet that's the last time I did one.  An update today grabbed
something like 900 packages.

I'm using VirtualBox 3.1.4 as the virtual machine, should it matter.

For others finding this bug: as a workaround, stick in your Fedora disk
and enter the rescue mode, eventually getting to a shell.  chroot as
recommended on the rescue boot.  Then copy /usr/lib/libfreebl3.so into /lib.
Remember you've done this though -- when this bug gets fixed you'll want to
rm the copy in /lib!