Re: Stuff from /bin, /sbin, /lib depending on /usr/lib libraries
* Marco d'Itri <md@Linux.IT> [2012-09-03 18:13]:
> On Sep 03, Serge <email@example.com> wrote:
> > * ability to easily edit content of root partition and put some additional
> > software to mount /usr
> Can you show some actual real life examples?
> > (much easier than making changes to initramfs)
> And anyway, adding programs to the initramfs is as trivial as dropping
> an hook script in /etc/initramfs-tools/, so this is a very weak argument.
Having used non-initramfs systems for years after it was recommended I
meanwhile switched to initramfs as you can embed quite a lot of useful
recovery tools with simple hooks so you can use them even when / and
/usr have issues, as long as /boot can boot into the initramfs.
> > * larger initramfs adds problems for embedded systems
> Please provide some actual data which shows how this would be a problem
> and on which embedded systems.
Embedded systems without initramfs up to my experience handle stuff
differently anyways (and I haven't seen one installation with / and /usr
on different filesystems) and I therefore don't expect any impact on
> > You can't be sure about that. It could be that on some system the stuff needed
> > to mount /usr was on /srv partition. And it worked because /srv was put before
> > /usr in /etc/fstab. In "historical approach" it works, but not in
> > "initramfs approach".
> Please show some real world examples of such a configuration.
So far I haven't seen any convincing real world examples and I spent
some time looking. I'm curious as well if there are any corner cases
that would require adding hints to the release notes.