Ok, spent a little time re-reading the old threads about this...
Just to confirm, changes I should make in my /etc/fstab...
<snip> normal fs lines
> # NOTE: The next line is critical for boot!
> none /proc proc defaults 0 0
I can/should simply delete the above two lines?
then
> # glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
> # POSIX shared memory (shm_open, shm_unlink).
> # (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
> # use almost no memory if not populated with files)
> shm /dev/shm tmpfs nodev,nosuid,noexec 0 0
I should change the above line to:
> tmpfs /dev/shm tmpfs nodev,nosuid,noexec 0 0
Combined with the other recommended changes:
> - Remove udev-postmount from runlevels.
>
> - Enable CONFIG_DEVTMPFS=y in the kernel;
I've also seen recommendation to enable:
CONFIG_DEVTMPFS_MOUNT=y ?
> need to verify the fstype for possible /dev line in /etc/fstab is
> devtmpfs (and not, for example, tmpfs)
I have no /dev line, and only one network adapter, so nothing to do here
> - The case of separate /usr; if it worked for you with 171 it will
> continue to work for you with 197 (or newer). We still recommend
> initramfs with separate /usr mounting capabilities because you
> might need packages like sys-apps/kbd (keymaps in /usr) or
> net-wireless/bluez (possible keyboard) in early boot.
Ok, this one is unclear...
My system is currently indeed (and always has been) booting fine with a
separate /usr (on lvm)... but...
The above reference to 'might need packages like sys-apps/kbd', which is
now *required* by udev, suggests that now I again do need an initramsf?
Thanks for ya'lls patience. I have a feeling this is going to be another
non-event, but I'd much prefer a little pre-update pain than a lot of
post-update pain... ;)