On 2013-06-26 20:09 (GMT-0300) Claudio Freire composed:
Now you update the kernel, but not the initrd's libc, kaboom.
Why is everyone responding to this thread ignoring the keywords?:
RE-build
Existing
Multiversion
Multiple
You should re-read my post.
New kernel get new initrd (or not, not my point).
OLD kernel with OLD initrd goes kaboom, because the filesystem does have the new glibc.
Never in my recollected experience has that happened. Unlike most people, I'm an OFM user, and with few exceptions retune my Grub menu after each installation or update process that changes it or the content of /boot. In similar manner I commonly backup initrds before updating, and on arbitrary occasions boot using the initrd created when the particular older kernel selected to test was originally installed, not one more recently created, for the express purpose of verifying that both older kernel and initrd do still get the system up and usable. More than once I've done a, urpmi --auto-select, yum upgrade, zypper dup or "clean"[1] installation to acquire a major version change only to find the new kernel had a broken initrd or no initrd at all, yet was able to use a kernel, initrd and /lib/modules set from outside the package management system to get it up, diagnosed, and often, repaired. I much prefer troubleshooting and repairing an installation failure using the installed system itself whenever possible instead of rescue media and chroot. This is why I'm routinely annoyed by initrd clobber, and find multiversioning of kernel so nearly worthless. [1] Technically this process is often unclean. What I often do is manually delete most binaries and their directories, leaving backups of selected config files in place for easy recommissioning and/or reference. My selection not unusually includes also the newest kernel, initrd, and its /lib/modules set. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org