[arch-projects] [initscripts][filesystem][RFC] making initscripts in charge of /dev/{pts, shm}
Hi guys, I have been wanting to add support for bootlogd to initscripts, so we can capture error messages during boot. This requires /dev/pts to be mounted very early in boot, similarly to /dev, /proc, /sys and /run. I figured we might as well treat /dev/{pts,shm} exactly the same as these other directories to make our lives easier. This would essentially mean that we can now ship with an empty fstab and since we are now in charge of these mounts rather than the user, other packages can rely on both their existence and that they have sensible mount options. Comments? Cheers, Tom
From c0a3cb16031cfed9714704e82a06c68d2f9c2a3d Mon Sep 17 00:00:00 2001 From: Tom Gundersen
Date: Tue, 29 Mar 2011 15:14:33 +0200 Subject: [PATCH] /dev: mount /dev/pts and /dev/shm during early boot
This has two purposes:
1) it allows boot services like bootlogd (that needs /dev/pts) to be
started very early in boot, and
2) by setting the standard options in rc.sysinit rather than in fstab we
have control over them and can easily integrate them with other packages
and make adjustments to fix bugs. This brings /dev/{pts,shm} into line
with how handle /dev, /proc, /sys and /run.
I could not think of any usecases where someone might want to override
the default settings, but if there is a need we could add support for
this too (I think we should avoid this as much as possible, but if there
are valid reasons I will not object).
With this patch /dev/{pts,shm} can (and probably should) be removed from
the default fstab file, and fstab should only contain entries for the
mountpoints the user has specified during install, like /boot, /home and
/var. It will now be possible to boot a working system with an empty fstab.
Cc: Pierre Schmitz
participants (1)
-
Tom Gundersen