event based initramfs

Steve Langasek steve.langasek at ubuntu.com
Thu May 17 15:55:41 UTC 2012


On Thu, May 17, 2012 at 09:37:03AM +0100, James Hunt wrote:
> The code for mountall is admittedly more complex than simply calling
> 'mount', but it has the following advantages:
> 
> - it actually performs error checking (unlike the initramfs mount code).
> - it provides user feedback on the operations via Plymouth.
> - it runs fsck and provides feedback to the user via Plymouth.

Though this is not a feature in the initramfs; in the initramfs we want to
do the bare minimum read-only mounts, pivot root, and get out of the way. 
It *must not* do the fsck before pivoting.

> - it supports delays and timeouts.
> - it emits Upstart events allowing jobs to react to mount changes.

I think it's pretty non-obvious how this is an advantage in the initramfs,
if one is thinking in terms of "mount it and get out of the way".  I think
you're *probably* right that this is useful, but I can't think of a specific
scenario where this matters for the initramfs.  Can you think of one?

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek at ubuntu.com                                     vorlon at debian.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: Digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-devel/attachments/20120517/7a5c8fc0/attachment.pgp>


More information about the ubuntu-devel mailing list