[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

On Thu, Dec 15, 2011 at 06:19:54PM +0100, Marco d'Itri wrote:
> On Dec 15, Roger Leigh <rleigh@codelibre.net> wrote:
> > > You keep repeating arguments in favour of moving /{bin,sbin,lib}/ to
> > > /usr/ :-)
> > Well, I think I still need persuading that this is the right direction
> > to move the files.  I still think that moving /usr to / is a better
> > strategy, albeit introducing some problems with users who would need
> /usr to / does not allow any new features, while / to /usr allows
> implementing new features like creating OS snapshots at file system
> level (something which Fedora already supports) or a real complete OS
> image (to be NFS-shared, replicated, etc).

I'm not quite sure I see why such new features would be dependent upon

Please correct my confusion if I'm wrong, but I'm not sure I can see
why it wouldn't be possible to snapshot the rootfs whichever way we
migrate files.  Both / and /usr would need to be snapshotted as a whole
in order to do proper rollbacks wouldn't they?  So why would migrating
from /usr to / prevent this?

> > WRT mounting additional filesystems in the initramfs, how difficult
> > would it be to add an additional mount option to /etc/fstab entries,
> > e.g. "init" or "initramfs" to mark them as being required for mounting
> > in the initramfs.  This could include /, /usr, /etc and anything else
> > the admin deems necessary for booting, and would just be checked and
> > added when creating/updating the initramfs.
> / is already mountable, while /etc obviously could not be if you want to
> look at fstab. I see no compelling reasons to create standalone file
> systems for the other directories, which are small and static.

If we could add an entry such as:

  /dev/mapper/etc  /etc  ext4  initramfs  0  1

to /etc/fstab, then it could be added to a list of filesystems to be
mounted in the initramfs.  Obviously a change to /etc/fstab would
require the initramfs to be updated, but when it came to mounting the
rest of the filesystems once the initramfs hands over to the rootfs
init, it could continue to use the real /etc/fstab.  The only real
change would be that certain filesystems would have been pre-mounted.


  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.

Reply to: