Bug 215213 - no default console device in /dev (when no initrd at all)
Summary: no default console device in /dev (when no initrd at all)
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: udev
Version: 6
Hardware: athlon
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-11-12 13:19 UTC by Etienne Lorrain
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-09-20 10:39:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Etienne Lorrain 2006-11-12 13:19:55 UTC
Description of problem:
I am usually running without any module (custom config for my PC only) so
have no initrd, but anyway when people do not need to load an inirtd to
boot, the kernel say "cannot open initial console) and now FC6 reboots
automatically (FC5 was just showing the message and stay there
so user could read it).
Here is one message on LKML:
http://marc.theaimsgroup.com/?l=linux-kernel&m=114982415932526&w=2
which gives the solution that I am using right now.

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

How reproducible:
100%

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Phil Knirsch 2007-05-24 15:18:41 UTC
Problem is that the whole bootup process has been built upon the fact that you
typically use kernels with modules (self made or rpm kernels) and you're using
mkinitrd and initrds together with udev.

There was a description how to diable udev support some time ago, but i can't
find it anymore now.

I'm reassigning this to udev, maybe the package owner still knows where to find it.

So basically if you want to run a system with such drastic changes to the bootup
process such additional manual changes are to be expected imo, and creating a
few 'sporadic' /dev entries just in case isn't a good solution as after a while
we'll end up with a semi-filled /dev again which goes exactly against what we
were trying to achive when going to udev.

Read ya, Phil



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