Mike Edenfield wrote: >>> If this is all you need, I recommend you use dracut. The default >>> installation (no use-flags or optional modules) will product an >>> initramfs that loads whatever you current rootfs and /usr partitions are. >>> >>> I've been working on updating the wiki with more detailed >>> instructions; for your case what's there now ought to be plenty: >>> >>> http://wiki.gentoo.org/wiki/Dracut >> >> Dracut is masked on ~amd64. Bugs me, as I'd rather use something like that >> than genkernel (I very much like building my own kernels; it helps me keep >> things lean, and keeps me familiar with the capabilities of current and >> future >> systems). But now I have to find time to learn how to use Genkernel. >> >> If we're going to be shoved into tight space like this, I'd be nice if the >> "you >> can just use $x" tools work on stable. I've got three previously-working >> systems at home I can't risk rebooting right now because of this udev+/usr >> nonsense. I almost invariably put /usr and /home on top of LVM, RAID or >> both. > > I'm pretty sure that a stable Dracut is a prerequisite for a stable > udev-182+. Hopefully with more people taking interest in using an initramfs > it will stabilize quickly. It's working for me on all of the systems I'm > tried it, so I'm going to try switching a couple of servers at work over to > using it. But none of them have anything particularly complex (no net boots, > for example) so I don't know how much of a test case they'll be :) > > --Mike >
I'm still trying to figure out why my dracut init thingy isn't working right. If I use the init thingy, I can't su to root from a user. If I don't use the init thingy, I can su just fine. By the way, I boot the exact same kernel either way I boot. So, the fix doesn't seem to work for me and I have no plans of using genkernel. I dunno. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"
