buildroot/fs
Thomas Petazzoni 10a130f91e initramfs/init: make sure that 0, 1, 2 fds are available
As the kernel doesn't automatically mount devtmpfs when an initramfs
is used, commit 424888e474 has
introduced a small wrapper script that mounts devtmpfs before starting
the real init.

Unfortunately, the problem is that in this case, the init process runs
without any 0, 1 and 2 file descriptors, so none of the
messages/errors printed by the various initialization scripts can be
seen. This is due to the fact the init process relies on 0, 1 and 2
being opened by the kernel before init is started. However, as
/dev/console isn't present on the filesystem at the time the kernel
tries to open the console to create the 0, 1 and 2 file descriptors,
the kernel fails on this and prints the famous "Warning: unable to
open an initial console".

The proposed workaround is to actually open 0, 1 and 2 to /dev/console
in the wrapper script, right after mounting the devtmpfs filesystem,
and before starting the real init. The "Warning" from the kernel is
still shown, but at least the messages from the init scripts are
visible.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2011-08-04 21:52:21 +02:00
..
cloop
cpio
cramfs
ext2
initramfs initramfs/init: make sure that 0, 1, 2 fds are available 2011-08-04 21:52:21 +02:00
iso9660 iso9660: fix build after linux package change 2011-07-27 23:26:36 +02:00
jffs2
romfs
skeleton
squashfs
tar
ubifs
Config.in
common.mk System config: split static-dev device table setting into seperate option 2011-07-25 00:09:33 +02:00