On Aug 22, 2013 1:28 PM, "J. Roeleveld" <jo...@antarean.org> wrote: > Correct, and here lies the cause for the "out of sync" scenario. > > > So the only "out of sync" scenario that should matter is with the > > kernel or kernel modules. Even if it were out of sync with your > > current toolset it should still be able > > to perform the pivot. Shouldn't any "userland stuff" that > > breaks initramfs BE in initramfs? > > Incorrect, there are userland tools, like LVM and MDADM (layout 1.2 does > NOT support auto-assembly by kernel), that are needed to access of the > filesystems. > > It is possible that an older version of one of these tools, after an > update, can no longer access the disks succesfully. When portage updates > this package, the initramfs is not automatically updated with the new > version.
Ok. I don't use raid / lvm on my desktop so I missed the obvious case of a user tool that needs to be in initramfs. But it makes sense. Any tool that affects filesystem mounting at the very least of /usr, even if its cifs or nfs or whatev, should be included in initramfs. This is gentoo, not ubuntu. Blind updates are known to be irresponsible behavior. Is this a big deal?
