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