[OE-core] [PATCH 20/20] udev: don't halt if devtmpfs can't be mounted
Ben Shelton
ben.shelton at ni.com
Mon Aug 4 18:41:12 UTC 2014
From: Richard Tollerton <rich.tollerton at ni.com>
Halting if udev cannot start is problematic for a couple reasons.
- Compared to a reboot loop, halting is much more difficult to recover
from in remote deployments.
- If the rootfs has a prepopulated /dev (which happens somewhat often),
the system may be able to boot up just fine, or at least fine enough
for the administrator to log in and fix things.
Instead of halting, just exit, and let the administrator deal with the
potential reboot loop.
Natinst-Rally-ID: TA44427
Acked-by: Gratian Crisan <gratian.crisan at ni.com>
Acked-by: Scot Salmon <scot.salmon at ni.com>
Natinst-ReviewBoard-ID: 58623
Signed-off-by: Richard Tollerton <rich.tollerton at ni.com>
---
meta/recipes-core/udev/udev/init | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-core/udev/udev/init b/meta/recipes-core/udev/udev/init
index 6caf7d5..f6a8391 100644
--- a/meta/recipes-core/udev/udev/init
+++ b/meta/recipes-core/udev/udev/init
@@ -45,8 +45,7 @@ case "$1" in
if ! grep -q devtmpfs /proc/filesystems
then
echo "Missing devtmpfs, which is required for udev to run";
- echo "Halting..."
- halt
+ exit 1
fi
# mount the devtmpfs on /dev, if not already done
LANG=C awk '$2 == "/dev" && ($3 == "devtmpfs") { exit 1 }' /proc/mounts && {
--
2.0.4
More information about the Openembedded-core
mailing list