Bug 278051 - "init" program from initramfs config has a strange ordering of commands
"init" program from initramfs config has a strange ordering of commands
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: mkinitrd (Show other bugs)
8
i386 Linux
low Severity low
: ---
: ---
Assigned To: Peter Jones
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-09-05 04:57 EDT by Robert P. J. Day
Modified: 2007-12-06 18:50 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-12-06 18:50:47 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Robert P. J. Day 2007-09-05 04:57:27 EDT
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 05:07:43 EDT
Whoops, I probably should made that a "low" priority as well.  My bad.
Comment 2 Warren Togami 2007-12-06 18:50:47 EST
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.