* Marco d'Itri <m...@linux.it> [2012-09-03 18:13]: > On Sep 03, Serge <sergem...@gmail.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 those systems. > > 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. Yours Martin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120904144421.ga10...@anguilla.debian.or.at
