Bug 278051 - "init" program from initramfs config has a strange ordering of commands
Summary: "init" program from initramfs config has a strange ordering of commands
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: mkinitrd
Version: 8
Hardware: i386
OS: Linux
low
low
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-09-05 08:57 UTC by Robert P. J. Day
Modified: 2007-12-06 23:50 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-12-06 23:50:47 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Robert P. J. Day 2007-09-05 08:57:27 UTC
From the "init" script buried inside the initrd image:

#!/bin/nash

mount -t proc /proc /proc
setquiet
echo Mounting proc filesystem
echo Mounting sysfs filesystem
mount -t sysfs /sys /sys
...

It seems rather odd that the script would mount /proc, *after* which it echoes
that it's mounting /proc.  Or is this necessary to have the echo work?  Just
curious.  It just looks weird.

Comment 1 Robert P. J. Day 2007-09-05 09:07:43 UTC
Whoops, I probably should made that a "low" priority as well.  My bad.

Comment 2 Warren Togami 2007-12-06 23:50:47 UTC
mkinitrd/nash/nash.c:
static int
setQuietCommand(char * cmd, char * end)
{
...
        quietcmd = getKernelArg("quiet");

It needs /proc mounted in order for sequiet to read /proc/cmdline, to determine
if you will actually see the message or not.  It is a bit odd but this is a not
a bug.


Note You need to log in before you can comment on or make changes to this bug.