Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 157129 - mknod failed errors before system boot
Summary: mknod failed errors before system boot
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 4
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
: 158427 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2005-05-07 08:23 UTC by cameleon078
Modified: 2015-01-04 22:19 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-10-28 18:09:47 UTC

Attachments (Terms of Use)

Description cameleon078 2005-05-07 08:23:41 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050504 Fedora/1.0.3-4 Firefox/1.0.3

Description of problem:
The 3 messages are written after "Init version ..." and before "Press I for interactive boot" :
mknod failed to create console 17
mknod failed to create null 17
mknod failed to create zero 17

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Install Fedora Core 4 Test 2
2.yum update

Additional info:

Comment 1 cameleon078 2005-05-07 09:10:48 UTC
In fact the messages are written after "Red Hat Nash version ..." and before
"Init version ...".

Comment 2 David Nedrow 2005-06-17 17:42:57 UTC
This continues to occur in the release version of Core 4, though it still does
not appear to be anything other than cosmetic. Has anyone actually seen an
instance where there in fact is no device node for the errored devices?

Also, I would suggest updating the version number for this bug to FC4.

Comment 3 Alexandre Oliva 2005-06-17 18:57:53 UTC
*** Bug 158427 has been marked as a duplicate of this bug. ***

Comment 4 Arthur Pemberton 2005-06-21 05:34:19 UTC
I am running a fresh FC4 install, downloaded from the official torrent. I am
getting these same errors, yet these files do exist.

Comment 5 Neil Bezuidenhout 2005-06-22 06:02:58 UTC
I had the same messages with the final release of FC4, but the last update of
the selinux packages (1.23.18-12) seems to have cured the problem.

Comment 6 Ronny Nussbaum 2005-06-23 15:32:06 UTC
I'm on FC4 Final, SElinux disabled, and the error still occurs.
System is fully updated.


Comment 7 Dave Jones 2005-06-27 23:25:58 UTC
Mass update of -test bugs to update version to fc4.
(Please retest on final release, and report results if you have not already done


Comment 8 Ronny Nussbaum 2005-06-28 01:07:55 UTC
I'm not sure I understand that last message Dave.
What is it that you want done exactly?



Comment 9 David Nedrow 2005-06-28 03:10:08 UTC
Dave J.,

To confirm, the errors reported for this bug continue to occur in the release version of FC4.

-David N.

Comment 10 Ronny Nussbaum 2005-06-28 03:20:58 UTC
OK. So apparently I did understand what Dave J. asked for.
David is correct. FC4 *FINAL* (as I wrote above), still has the bugs.
Fully updated FC4.


Comment 11 Sergio Monteiro Basto 2005-07-07 15:59:17 UTC
Confirm the same here 
well after start X with startx or kdm or gdm, my console becames with wrong
format with some blue on background , kdm doesn't start correctly always show a
default blue screen with login that I am not what I am asking for.

have you some workarround for this bug ? 

Comment 12 Dave Jones 2005-07-07 23:02:58 UTC
the console corruption is likely bug 161242

I still have no explanation for the original bug reported here.  Was the
mkinitrd package up to date when the kernel was installed ?

Comment 13 Alexandre Oliva 2005-07-08 02:15:23 UTC
the problem happened after an FC4 install from scratch, and there hasn't been
any update to mkinitrd in FC4.  So, yes, it's up to date.  And, really, there's
not a lot of room for changes in the sequence that starts with udevstart and is
immediately followed by the mknods that fail.

Comment 14 Neil Bezuidenhout 2005-07-11 08:07:28 UTC
In my previous post I wrote that the mknod issue seems to be resolved. However
it now appears to be almost random. On some reboots I do not receive the error,
but sometimes it is there. The same goes for when the PC is switched on or when
I had to do a hard reset.

Further, referring to comment #12, sometimes I cannot access the text consoles
using Ctrl-Alt-F1. The X window (gnome @ 1280x1024) simply changes size, locks
and places itself in the top-left of the screen (@ 1600x1200).

Comment 15 Dave Jones 2005-07-15 21:43:32 UTC
[This comment has been added as a mass update for all FC4 kernel bugs.
 If you have migrated this bug from an FC3 bug today, ignore this comment.]

Please retest your problem with todays 2.6.12-1.1398_FC4 update.

If your problem involved being unable to boot, or some hardware not being
detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE*
installing any kernel updates.
If in doubt, you can recreate this file using..

mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak
mv /etc/modprobe.conf /etc/modprobe.conf.bak

Thank you.

Comment 16 Ronny Nussbaum 2005-07-21 00:18:50 UTC
This fixed the issue for me.


Comment 17 Igor Bukanov 2005-08-09 10:40:02 UTC
I got the same problem on old Sony Vaio PCG-Z505R notebook. I did a fresh
install of FC4, which showed the problem. After "yum update" which brought
kernel to 2.6.12-1.1398_FC4, nothing changes and again I got during boot:

mknod failed to create console 17
mknod failed to create null 17
mknod failed to create zero 17

Comment 18 Frank Liu 2005-08-16 21:30:43 UTC
Same problem here after upgrading from FC3 to FC4, and yum update to have all
FC4 updates (including kernel) applied.

It seems random in that one some reboots, I don't see the error.

Comment 19 Andreas M. Kirchwitz 2005-08-24 02:00:38 UTC
Same problem here on 3 different machines (P3@600+800 MHz, P4@2,4 GHz).
With initial kernel-2.6.11-1.1369_FC4 (after fresh install,
no custom initrd, everything on ) and updated kernel-2.6.12-1.1398_FC4.

Chances are about 75% that the errors don't appear. And sometimes
not all 3 mknod errors come up but only 2 or 1. Could that be
related to some timing problems during initrd processing?

The only "non-standard" thing on these machines is the software RAID-1
(via DiskDruid) which also caused a kernel panic after first installation
on all machines (right after the final "Reboot" button). But this seems
to be a different story.

Haven't had any of these errors on an AMD AthlonXP 2000 (single harddisk,
no RAID-1).

However, doesn't seem to be harmful. It just doesn't "look" good to
have errors during boot. ;-)

Comment 20 Dave Jones 2005-09-30 01:28:14 UTC
still a problem with the latest errata ?
(Note, there's also another going to be pushed *really* soon, which you can grab
& test at )

Comment 21 Alexandre Oliva 2005-10-28 18:09:47 UTC
I believe this was fixed with a mkinitrd update, that fixed a bug in nash's
wait() for child processes, by which it would not wait for the right child to
complete if any other child completed first.  Or something like that...

Comment 22 Alexandre Oliva 2005-10-28 18:16:13 UTC
See Bug 163407 for the gory details.

Comment 23 Andreas M. Kirchwitz 2005-12-19 09:21:28 UTC
Sorry to say that, but today I got the error messages again
with the newest kernel 2.6.14-1.1653_FC4 (and all other updates).
Obviously, it happens very rarely (haven't seen the messages
for weeks). But it looks like the bug is not fixed yet.

Comment 24 nicofo 2006-01-23 19:55:13 UTC
Idem with 2.6.14-1.1656_FC4 and up to date packages : this appears 'sometimes',
but it seems to me that it happens more often that before (difficult to say
because quite random) : roughly every 2 / 4 boot.

Comment 25 Erik Terwan 2006-03-16 11:45:52 UTC
Problem also appears with kernel 2.6.15-1.1833_FC4 (also random).

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