Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 40987 - Gentoo should be able to boot with an empty /dev/
Summary: Gentoo should be able to boot with an empty /dev/
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Greg Kroah-Hartman (RETIRED)
URL:
Whiteboard:
Keywords:
: 99072 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-02-09 10:45 UTC by SpanKY
Modified: 2009-03-15 02:14 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
no-dev.patch (no-dev.patch,1.74 KB, patch)
2004-02-09 10:47 UTC, SpanKY
Details | Diff
no-dev.patch (no-dev.patch,1.74 KB, patch)
2004-04-16 09:28 UTC, SpanKY
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description SpanKY gentoo-dev 2004-02-09 10:45:51 UTC
the only thing preventing a complete wipe of /dev/ and then having the system boot is that /sbin/rc and /sbin/functions.sh assume that /dev/null exists and/or is a special character device

if we were to say, `rm -rf /dev/*` and try to reboot, we'd currently be screwed

find attached a patch that allows us to get the system back up and usuable
Comment 1 SpanKY gentoo-dev 2004-02-09 10:47:29 UTC
Created attachment 25274 [details, diff]
no-dev.patch
Comment 2 solar (RETIRED) gentoo-dev 2004-02-11 15:46:47 UTC
no-dev.patch looks like one to have to me
Comment 3 Martin Schlemmer (RETIRED) gentoo-dev 2004-02-15 12:22:07 UTC
Can we rather have _one_ check, and set something like DEV_NULL to ether ""
or /dev/null, and then use ${DEV_NULL} where applicable?  Also note that you
removed the ending '&' for rc_splash (meaning it will not fork).
Comment 4 SpanKY gentoo-dev 2004-02-15 12:59:06 UTC
i actually had it coded that way original, but it doesnt quite work as you would want :)

if [ -c /dev/null ] ; then
    export DEVNULL="/dev/null"
else
    export DEVNULL=""
fi

errstr="$((eval $*) 2>&1 > ${DEVNULL})"

that will error if /dev/null doesnt exist (something about ambigious redirection iirc) ... and you cant do DEVNULL="> /dev/null" because then > would be treated as a parameter

if you have a better solution, i'm all for it
Comment 5 SpanKY gentoo-dev 2004-04-15 23:42:09 UTC
agriffis: could you take a look at this when you get a chance ?
Comment 6 SpanKY gentoo-dev 2004-04-16 09:28:03 UTC
Created attachment 29426 [details, diff]
no-dev.patch

add in missing &
Comment 7 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-04-16 17:04:35 UTC
I don't understand, I boot from a empty /dev all the time (using udev) and 
it works just fine (with no devices tarball either.)

Why is this needed, and why don't I need to apply this patch to my system?  :)
Comment 8 Sune Foldager 2004-04-16 17:29:23 UTC
I think this bug is a misunderstanding of how the system works... of course when you use
udev you get an empty /dev right after boot since ramfs is mounted there. But _before_ that
happens, the system _will_ need /dev/console (and /dev/null although not as critically) in order
to attach stdin, stdout and stderr to something for the init program.

Before init is started there is nothing mounted on /dev (provided you don't have the 'Mount
devfs at boot' kernel option on, in which case this entire argument and the patches etc. are not
necessary). Nothing mounted on /dev means that you _must_ have _at least_ a /dev/console
device, and maybe also a /dev/null (as the rc script works currently). Those, however, are the
only ones needed.

The older Gentoo systems gave you an empty /dev, which was fine since devfs was enabled at
boot. The newer ones gives you a very full one with about 1200 files. You can check what you have
in your /dev (that is, _not_ devfs or ramfs but the actual folder on the disk) in the following way:

Be root and then type (from any dir):
mkdir test
mount --bind / test
cd test/dev
ls   # <-- Here comes all your devices. At this point you can remove them all _except_ console
     #  and null.
cd ../..
umount test
rmdir test

And that's about it for now!   (and of course, in answer to your question Greg, no you of course
can just leave anything as it is. You will have the 1200 dev files but they don't do any harm.)
Comment 9 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-04-16 17:38:42 UTC
Bah, forgot about the /dev under my ramfs /dev, I'm sorry.

I'll work on adding this support.
Comment 10 Sune Foldager 2004-04-16 17:46:17 UTC
Uhm.. what support? The checks for /dev/null? In my oppinion, they are overkill. All those lines
of code to save one device? Can't empty it out anyway as we do need /dev/console. Might as well
leave it with /dev/console and /dev/null I think, instead of having 50 linies checking if I have
/dev/null or not in rc.

Do you agree with my 'analysis' above, by the way? ..or did I miss something? :-).
Comment 11 SpanKY gentoo-dev 2004-04-16 21:46:22 UTC
no, you dont understand the boot process

/dev/console is not critical, it's merely a warning

it's just that it tends to be the last thing you see upon boot so many people assume that their failure to boot was because /dev/console was missing

in reality, it's because /dev/null is missing that bootup fails ...

try it on some system ... delete /dev/null but leave /dev/console

and 'all those lines' are run once, at boot, so it's not 'overkill' ... it'll save your ass next time you `rm -rf /dev/*` and then reboot ... it's happened to me a few times as i screwed around with my system and if i had this patch it'd be *a lot* easier than getting a livecd rolling

gregkh: i was going to let agriffis handle this since he seems to be in the interim baselayout manager ...
Comment 12 Sune Foldager 2004-04-17 07:30:33 UTC
SpanKY> no, you dont understand the boot process
Thanks ;-). Or maybe I do, except that I didn't know that without the console, the system simply
supresses all output and carries on as normal otherwise. I know I made a similar kinda comment
earlier in a comment, so I apologize for that. Let's not be too hard on eachother here.

Otherwise I agree with you, but I still think the problem hardly exists... seeing how difficult it is
to actually access /dev on the disk, how often does one accidently wipe it? :-p. But in principle
of course it would be nice to be able to do without em. I just wished there was a cleaner solution
than the current patch. But I guess we also agree there :-).
Comment 13 SpanKY gentoo-dev 2004-04-18 00:34:25 UTC
i didnt say it was an accident ;)

but sometimes i (and i know ive talked to others who have done the same) have managed to nuke /dev ... would be nice to not have to screw around with a livecd and such in order to have a usuable system again

if you can figure out a cleaner patch than what i have here, that'd be great ... i went through and wanted to make sure i patched as little as was required
Comment 14 John Mylchreest (RETIRED) gentoo-dev 2004-04-19 13:34:21 UTC
as is my situation, using devfsd since the very first install this sometimes is the case.
it isnt neccessarily the user who whipes /dev/*

Regardless though, the situation stands that this should boot regardless of mandatory nodes which dont exist.

just my 2c.
Comment 15 solar (RETIRED) gentoo-dev 2004-04-19 17:54:50 UTC
likewise.. I'd rather have a failsafe gentoo.
Comment 16 Aron Griffis (RETIRED) gentoo-dev 2004-04-23 20:37:17 UTC
committed to rc-scripts cvs
Comment 17 Greg Kroah-Hartman (RETIRED) gentoo-dev 2004-09-20 15:11:34 UTC
I'm pretty sure this is now fixed.  If not, please reopen.
Comment 18 Bob Paddock 2004-12-29 06:37:30 UTC
I just broght up a new system, everything seems to be fine but I'm getting an
"Issue" message refering me to this bug report.  It tells me I am mssing "crtical devices files", alas it doesn't tell me what is missing.  /dev/null
and /dev/console are there along with about a thousandother /dev files.

The instructions tell me to do this, which I have done, next reboot the message is still there.  How do I make it goaway forever?

/mkdir /mnt/fixit
mount --bind / /mnt/fixit
cp -a /dev/* /mnt/fixit/dev/
umount /mnt/fixit
rmdir /mnt/fixit

I do not understand the point in copying the /dev files then delete those
files?  Is there a step missing in the 'issues' file?
Comment 19 Sune Foldager 2004-12-29 09:12:50 UTC
Nothing should be needed in the real /dev now... but I have console and null only, and it works fine. Try
this maybe?

mkdir /mnt/tmp
mount --bind / /mnt/tmp
rm -fr /mnt/tmp/dev/*
mknod /mnt/tmp/dev/console 5 1
mknod /mnt/tmp/dev/null 1 3
umount /mnt/tmp
rmdir /mnt/tmp

This will empty the "real" /dev, and put the only two (previously but not really anymore) needed files in
there. I don't know why the newer gentoos ship with a /dev filled with a zillion files. Mine never did.

What the lines you were told to execute do, is copy all the files in the /dev available at run-time (usually
a ram-based filesystem) into the real /dev on the root filesystem.
Comment 20 SpanKY gentoo-dev 2004-12-29 11:16:15 UTC
you have to restore your /etc/issue file yourself, baselayout wont do it for you
Comment 21 Jakub Moc (RETIRED) gentoo-dev 2005-04-03 05:47:54 UTC
Uh, could someone explain why I am getting this pesky message on a pure udev-056 machine on every reboot?  Below is what I get if I do:

mkdir /mnt/fixit
mount --bind / /mnt/fixit
ls -la /mnt/fixit/dev/

drwxrwxrwt   2 root root  120 Apr  2 01:16 .
drwxr-xr-x  18 root root  432 Apr  2 01:28 ..
crw-r--r--   1 root root 5, 1 Apr  3 13:54 console
prw-------   1 root root    0 Apr  2 01:16 initctl
-rw-r--r--   1 root root    0 Apr  3 13:53 null

What critical files are missing? I guess none so why I get this warning over half of my screen?!

/etc/conf.d/rc

RC_USE_FSTAB="no"
RC_DEVICES="udev"
RC_DEVICE_TARBALL="no"

Pretty annoying, my "fix" was to copy normal /etc/issue over /usr/share/baselayout/issue.devfix since I really don
Comment 22 Jakub Moc (RETIRED) gentoo-dev 2005-04-03 05:47:54 UTC
Uh, could someone explain why I am getting this pesky message on a pure udev-056 machine on every reboot?  Below is what I get if I do:

mkdir /mnt/fixit
mount --bind / /mnt/fixit
ls -la /mnt/fixit/dev/

drwxrwxrwt   2 root root  120 Apr  2 01:16 .
drwxr-xr-x  18 root root  432 Apr  2 01:28 ..
crw-r--r--   1 root root 5, 1 Apr  3 13:54 console
prw-------   1 root root    0 Apr  2 01:16 initctl
-rw-r--r--   1 root root    0 Apr  3 13:53 null

What critical files are missing? I guess none so why I get this warning over half of my screen?!

/etc/conf.d/rc

RC_USE_FSTAB="no"
RC_DEVICES="udev"
RC_DEVICE_TARBALL="no"

Pretty annoying, my "fix" was to copy normal /etc/issue over /usr/share/baselayout/issue.devfix since I really don´t want to see this erroneous "warning" every time I reboot. 
Comment 23 SpanKY gentoo-dev 2005-04-03 09:44:30 UTC
it's not pesky considering your system is broken :P

look at the output of null and initctl, they arent character devices, they are regular files
Comment 24 Jakub Moc (RETIRED) gentoo-dev 2005-04-04 01:59:31 UTC
Maybe all my systems are broken - this is what I get on every Gentoo machine:

ls -la /dev | grep initctl
prw-------   1 root root       0 Jan 21 01:41 initctl

Disregarding the above, then the question comes why /dev/null is broken in the first place. I did not create any such device there so where it comes from? Is /sbin/rc producing an invalid /dev/null device?
Comment 25 Sune Foldager 2005-04-04 04:04:43 UTC
The initctl stuff is correct, so don't worry about it (it's not a regular file, it's a pipe as it should be).
However, you don't need it in order to boot your system. This is what I have in my (real, on-disk) /dev:
crw-r--r--  1 root root 5, 1 Apr 22  2004 console
crw-r--r--  1 root root 1, 3 Apr 22  2004 null

Regardsless of who made the wrong stuff, get rid of them with rm, and make the right ones with:
mknod c console 5 1
mknod c null 1 3

(when standing in the on-disk /dev of course). That will fix it. Alternatively, remove them and don't
create these files. That will work too, but nothing will appear on screen when booting.
Comment 26 SpanKY gentoo-dev 2005-04-04 05:33:17 UTC
err your initctl is fine, it should be a pipe, but your /dev/null is broken

there are many reasons why it could be broken, but i doubt /sbin/rc caused it
Comment 27 Jakub Moc (RETIRED) gentoo-dev 2005-04-04 09:48:09 UTC
Uhm, this behaves in a really strange way. This is what I get after compiling gentoo-sources-2.6.11-r5 with genkernel-3.1.6 and reboot.

# mkdir /mnt/fixit
# mount --bind / /mnt/fixit
# ls -la /mnt/fixit/dev/

drwxr-xr-x   2 root root  112 Apr  3 17:44 .udevdb
crw-r--r--   1 root root 5, 1 Apr  2 01:16 console
prw-------   1 root root    0 Apr  2 01:16 initctl
-rw-r--r--   1 root root    0 Apr  4 19:25 null
drwxr-xr-x   2 root root   96 Apr  3 17:44 vcc
lrwxrwxrwx   1 root root    5 Apr  3 17:44 vcs1 -> vcc/1
lrwxrwxrwx   1 root root    6 Apr  3 17:44 vcsa1 -> vcc/a1
Comment 28 solar (RETIRED) gentoo-dev 2005-04-04 10:32:04 UTC
your /dev/null is a file vs a char device.

rm /dev/null ; mknod -m 0666 /dev/null c 1 3
Comment 29 Jakub Moc (RETIRED) gentoo-dev 2005-04-04 10:37:41 UTC
Comment #27 - Yes, I understand the problem. What I am trying to do is to find what is causing this problem. ;-)
Comment 30 solar (RETIRED) gentoo-dev 2005-04-04 10:41:56 UTC
The fact that it was empty and you ran portage/emerge stuff which writes to /dev/null before a device nod was created.
Comment 31 Jakub Moc (RETIRED) gentoo-dev 2005-04-04 10:58:55 UTC
No, that does not make sense. See that the dates have changed. It must have been deleted and later recreated by something. How can /dev be empty on a running udev system? I really don
Comment 32 Jakub Moc (RETIRED) gentoo-dev 2005-04-04 10:58:55 UTC
No, that does not make sense. See that the dates have changed. It must have been deleted and later recreated by something. How can /dev be empty on a running udev system? I really don´t emerge during boot. :-)
Comment 33 solar (RETIRED) gentoo-dev 2005-04-04 11:31:25 UTC
Please try the following patch for binutils
http://dev.gentoo.org/~solar/toolchain/binutils/libiberty-mainline-unlink-ordinary.patch
Comment 34 solar (RETIRED) gentoo-dev 2005-04-04 11:33:01 UTC
sorry don't try that yet. it needs a little more work
Comment 36 Jakub Moc (RETIRED) gentoo-dev 2005-04-04 12:29:08 UTC
Sorry, but could you provide some instructions how to apply the patch? I am really not sure how to apply this to binutils ebuild. 
Comment 37 Joshua Kinard gentoo-dev 2005-04-04 17:48:17 UTC
solar: Is this patch a solution to the bug on mips/hppa where a gcc configure test replaces /dev/null w/ a file instead of a char device?
Comment 38 solar (RETIRED) gentoo-dev 2005-04-04 18:08:14 UTC
yes
Comment 39 Jakub Moc (RETIRED) gentoo-dev 2005-04-10 02:55:22 UTC
OK, upgrading to binutils-2.15.92.0.2-r8 and gcc-3.3.5.20050130-r1 (Bug 79836) fixed this one. Thanks to solar and vapier ;-)
Comment 40 Zeno Davatz 2005-07-02 11:40:46 UTC
Hi

I'm running a very latest system and done as mentioned in:
/etc/issue as follows:

mkdir /mnt/fixit
mount --bind / /mnt/fixit
cp -a /dev/* /mnt/fixit/dev/
umount /mnt/fixit
rmdir /mnt/fixit

But it does not help! I get the same error messages again. I also done:
    * > mount / -o bind /mnt 
    * > mknod /mnt/dev/console c 5 1
    * > mknod /mnt/dev/null c 1 3 
    * > umount /mnt 

But it also did not help, I get the /etc/issue warning everytime I start up. I'm
running a Software raid 1 on Boot and Root.

Normally when I done

    * > mount / -o bind /mnt 
    * > mknod /mnt/dev/console c 5 1
    * > mknod /mnt/dev/null c 1 3 
    * > umount /mnt

It solved the problem.

my emerge info is:
Portage 2.0.51.19 (default-linux/x86/2005.0/2.4, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.12.2 i686)
=================================================================
System uname: 2.6.12.2 i686 Intel(R) Pentium(R) III CPU family      1266MHz
Gentoo Base System version 1.6.12
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Jul  2 2005, 16:28:20)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.4.22-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://192.168.0.17/gentoo-portage"
USE="x86 apache2 ipv6 openssh openssl oss perl python readline ruby spell ssl
tcpd zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

Thanks for your help.
Zeno
Comment 41 Jakub Moc (RETIRED) gentoo-dev 2005-07-14 23:09:48 UTC
*** Bug 99072 has been marked as a duplicate of this bug. ***
Comment 42 lsalimbeni 2005-12-15 02:05:41 UTC
I have the same problem reported in Comment#38 and I would ask to reconsider the
status of this bug.

After reading all the comments and after trying without success to apply the
solution provided in /etc/issue, I looked for analogies between the cases and I
found that:
a) in both cases there is a software RAID1 for /boot  
b) in both cases / is a RAID device (raid1 in the configuration described in #38
and raid5 in my configuration.
c) in both cases the "normal" (i.e. the one suggested in /etc/issue) way to fix
the problem is unsuccessful. I triple checked the presence and correctness of
/dev/console and /dev/null in the physical file system by booting from another 
disk and manually mounting the raid device under /mnt/myraid/.
d) both systems are "recent".

The same system, with the same configuration, except that the / and /boot file
system are on a plain disk instead of on a RAID, does not show the problem.
I wonder if the problem could arise from the fact that the boot process checks
for null and console devices _before_ mounting the md* device containing the
/dev directory, even though all the md and raid stuff is compiled in the kernel
and not as a module. 

Except for the warning message at boot, the system seems stable: could this
problem be considered just a "cosmetic" issue?  
     
Here is my portage info

Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.13.4 i686)
=================================================================
System uname: 2.6.13.4 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=nocona"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=nocona"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 alsa apache apm arts avi berkdb bitmap-fonts bzip2 crypt cups curl eds
emboss encode expat foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2
imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg mysql ncurses nls
ogg oggvorbis opengl oss pam pdflib perl php png python qt quicktime readline
sdl spell ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml2 xmms xv
zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY


Thanks to anyone could provide useful suggestions

Luigi 
Comment 43 Eric Pretorious 2005-12-15 20:36:21 UTC
(In reply to comment #38)
> Hi
> 
> I'm running a very latest system and done as mentioned in:
> /etc/issue as follows...
> 
> But it does not help!

Zeno & lsalimbeni:

Did you move /etc/issue.devfix back to /etc/issue?

> You may refer to these instructions at /etc/issue. 
> If you previously had an issue file, it has been
> backed up at /etc/issue.devfix.  Once you've fixed
> your system, you will have to restore your old issue
> file in order to get rid of this warning. 
Comment 44 Eric Pretorious 2005-12-15 20:39:27 UTC
How can this issue be _prevented_ during installation (using the 2005.1 media)?

  http://forums.gentoo.org/viewtopic-t-413092.html

Eric P.
Comment 45 SpanKY gentoo-dev 2005-12-15 20:43:01 UTC
you shouldnt have to

all stage tarballs should come with a ton of device nodes already in /dev
Comment 46 Eric Pretorious 2005-12-15 22:40:29 UTC
(In reply to comment #43)
> you shouldnt have to
> 
> all stage tarballs should come with a ton of device nodes already in /dev

Sorry - I mis-spoke: What can be done *during* installation to make sure that
the system boots *after* installation? This puzzles me because /dev is mounted
to /mnt/gentoo/dev during installation (`bind --bind /dev /mnt/gentoo/dev`).
Therefore it seems that any nodes created during the installation (/dev/null &
/dev/console) would disappear when the system is rebooted and the LiveCD is
removed. (Perhaps I'm grossly mistaken about the way the --bind works though...)
Comment 47 SpanKY gentoo-dev 2005-12-15 22:43:43 UTC
it depends

if you bind mount dev before unpacking the stage tarball then it'll break

if you unpack the stage tarball and then bind mount dev, then it should work
just fine as you'll have all the dev nodes on your / as is in the tarball
Comment 48 lsalimbeni 2005-12-19 07:08:25 UTC
(In reply to comment #41)
> Did you move /etc/issue.devfix back to /etc/issue?
No, I dumbly didn't!!!

Thank you very much, Eric.

Merry Christmas!!!
Comment 49 Dominik Karall 2006-04-27 03:59:36 UTC
I'm sorry, but I can't get this bug fixed on my system. I did all the operations as described in the issue file and replaced the issue file with mine again. But it doesn't help, after booting I get the message again.

Can anybody help me how I can debug this, or what I could do to get it working again?

thx,
dominik

emerge --info:
Portage 2.1_pre9-r4 (default-linux/amd64/2006.0, gcc-4.1.0, glibc-2.4.20060329-r0, 2.6.17-rc2-mm1 x86_64)
=================================================================
System uname: 2.6.17-rc2-mm1 x86_64 AMD Athlon(tm) 64 Processor 3400+
Gentoo Base System version 1.12.0_pre18
ccache version 2.4 [disabled]
dev-lang/python:     2.3.5, 2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r1, 2.16.91.0.6, 2.16.91.0.7, 2.16.92
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -mtune=k8 -O3 -ftracer -pipe -fforce-addr -Bdirect"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.inode.at/ ftp://gentoo.inode.at/source/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ "
LANG="de_DE@euro"
LDFLAGS="-Wl,-Bdirect"
LINGUAS="de"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlays/local /usr/local/overlays/xgl-coffee"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 3ds 4kstacks 64bit 7zip X a52 aac aalib accessibility acl acpi adns aiglx aimextras alsa amarok amd amr apm aqua_theme arts artswrappersuid artworkextra asf async automount avahi avalon avantgo avi bash-completion bcmath berkdb bidi bitmap-fonts bittorrent browserplugin bzip2 bzlib c++ cacheemu cairo calendar canna cap caps cdda cddb cdio cdparanoia cdr cdrom cgi chipcard chroot cjk clanJavaScript clearcase cli cluster codecs corba crypt css ctype cups curl curlwrappers custreloc daap dba dbase dbm dbox2 dbus dbx dedicated delays devfs26 devmap dhcp dict dio distribution dmx dnd dnsdb dpms dri dts dv dvb dvd dvdr dvdread dxr3 dynamic ecc edl eds emboss emul-linux encode erandom escreen esd ethereal evms2 evo evo2 exif exim exiscan exiscan-acl ext-zlib extensions faad fame fastcgi fat fax fb fbcon fbdev festival ffmpeg fftw firefox flac flash flatfile flood fltk follow-xff font-server foomaticdb fortify fortran fpx freetype freewnn ftp ftruncate geoip gg gif gimp glibc glibc-omitfp glitz glx gmail gnustep gpgme gphoto2 gpm gps graphviz gs gtk gtk2 hal haskell hbci howl http httpd i8x0 icp icq idea ieee1394 imagemagick imap imlib inifile insecure-drivers ipod irc isdn isdnlog jabber java javascript jikes jpeg jpeg2k kcal kde kdepim kdgraphics kerberos koffice-plugin krb4 ladcca lame largeterminal ldap libclamav live lj lmtp logrotate lufsusermount lzo lzw lzw-tiff mad mbox mcve md5sum memlimit mime mimencode mjpeg mng mod modplug monkey moodbar moznocompose moznoirc moznomail mozsvg mp3 mpeg mpeg4 mpi mplayer mpm-prefork msn multiprocess multislot musicbrainz mysql nas ncurses neXt nethack network nfsv4 nis nls nntp nomalloccheck nptl nptlonly nsplugin oav ogg oggvorbis openal openexr opengl oscar pam pascal pcre pda pdf pdflib perforce perl pertty pg-hier pg-intdatetime pg-vacuumdelay php png pnp posix povray ppds pppd prelude private profile pwdb python qmail qt qt4 quicktime quotas rar rdesktop readline reflection remote rrdtool rss rtc samba sametime sasl sblive scanner screen sdl sendfile server session sftplogging sharedmem shout silc silverxp simplexml skey skins smime sms smtp sndfile snmp snortsam sockets spamassassin speedo speex spell spl sql sqlite sqlite3 ssl stats stencil-buffer stream stroke subversion svg svgz syslog sysvipc tcltk tcpd tetex tga theora threads thumbnail tiff tokenizer toolbar tools transcode truetype truetype-fonts type1-fonts underscores unicode uptimed usb utf8 v4l v4l2 vcd vcdimager vchroot vhosts vim vim-with-x visualization vlm vnc vorbis vorbis-psy wav wma123 wxwindows x264 xanim xchatdccserver xchattext xcomposite xine xinerama xml2 xmlrpc xorg xosd xpm xprint xscreensaver xv xvid xvmc yahoo yv12 zeo zero-penalty-hit zeroconf zip zlib zvbi elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse kernel_linux linguas_de userland_GNU video_cards_ati video_cards_fglrx video_cards_vesa video_cards_radeon"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, MAKEOPTS
Comment 50 Dominik Karall 2006-04-30 13:07:19 UTC
I booted a live cd and copied it's /dev directory to mine local installed. Now everything works again.
Comment 51 Florian Müller 2006-10-26 13:16:28 UTC
http://en.wikipedia.org/wiki/Plenk

plenking should be avoided in the replacement-/etc/issue
Comment 52 SpanKY gentoo-dev 2006-10-26 13:47:08 UTC
looks fine to me ... thanks for your response though                                                                                                                                     !
Comment 53 Brandon Captain 2007-02-10 21:03:51 UTC
Please reopen this bug. It is NOT fixed. I've gotten this problem on Two installations already, each after an emerge -DNatuv world operation.

emerge --info
Portage 2.1.1-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r6 x86_64)
=================================================================
System uname: 2.6.18-gentoo-r6 x86_64 Dual Core AMD Opteron(tm) Processor 170
Gentoo Base System release 1.12.8
Last Sync: Fri, 09 Feb 2007 22:50:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe -march=opteron"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -pipe -march=opteron"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/zeroth"
SYNC="rsync://192.168.0.50/gentoo-portage"
USE="amd64 X acpi alsa alsa_cards_ali5451 alsa_cards_als4000 alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_cmipci alsa_cards_emu10k1x alsa_cards_ens1370 alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_cards_via82xx alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apache apache2 arts asf audacious bash-completion berkdb bitmap-fonts bzip2 cairo cdparanioa cdr cli cracklib crypt css cups dbus dlloader dri dvd dvdr dvdread eds elibc_glibc emboss encode esd ethereal fam firefox fortran gdbm gif gnome gstreamer gtk gtk2 hal iconv input_devices_keyboard input_devices_mouse isdnlog jpeg kde kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text ldap libg++ logitech-mouse mad midi mikmod mp3 mpeg mysql ncurses nls nptl nptlonly nvidia ogg oggvorbis openal opengl oss pam pcre pda pdf perl php png ppds pppd python qt3 qt4 quicktime readline reflection samba scanner sdl session spell spl ssl tcpd tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_fbdev video_cards_nvidia video_cards_vesa vorbis wireshark wmv xine xml xorg xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

Comment 54 SpanKY gentoo-dev 2007-02-10 21:42:24 UTC
no real information and it works fine for me -> nothing to do
Comment 55 Vladimir Brik 2007-06-27 23:59:48 UTC
It looks like instructions given on missing /dev aren't 100% correct. 

In my case, /dev/null somehow became a regular file and 
cp -a /dev/* /mnt/fixit/dev/
wouldn't overwrite it. After I manually deleted the file an repeated the procedure everything worked.

Perhaps "rm -rf /mnt/fixit/dev/*" should be included in /etc/issue before cp -a?
Comment 56 SpanKY gentoo-dev 2007-06-28 09:41:40 UTC
that's probably a bug in cp then
Comment 57 SpanKY gentoo-dev 2007-07-14 17:35:14 UTC
i talked to upstream about it and we've determined that this [ugly] behavior is how it's supposed to behave

i'll add --remove-destination to the example command
Comment 58 Gregor Kopka 2008-02-15 17:38:46 UTC
Why not change the first test to create the 2 missing character files automatically instead of dumping the howto for it?

The current solution is a bit MS style (Office 2k SP1 serial number requester) - let the user waste precious lifetime by forcing him to type something into the keyboard which just got displayed some lines above seems to be plain stupid to me.

Why not ask the user a 'do you want to have it fixed this way now (y/n)' question?

Gregor
Comment 59 SpanKY gentoo-dev 2008-02-15 19:17:24 UTC
if you actually consider the problem, you'll see it isnt that simple

since /dev/console doesnt exist, there's no way to actually display/prompt the user ... and since the rootfs is read-only, we would have to remount it rw, create the device node, and then remount it ro ... all before we actually got to check it for errors
Comment 60 Michael Elbaum 2008-07-21 21:11:11 UTC
I just ran into this and managed to fix it with an extra step. The problem was in changed permissions on /dev/null. ls -l /dev/null gave
crw-rw-rw- 1 root root 1, ...
while /mnt/fixit/dev/null gave
crw-r--r-- 1 root root 19, ...
In order to fix it I had to rm /mnt/fixit/dev/null first, and then 
cp -a /dev/null /mnt/fixit/dev/null as suggested.
I can't say I understand how this happens but now the computer boots again. 

I removed /etc/issue and copied back the /etc/issue/devfix file.
Comment 61 Dmitri Seletski 2009-03-14 22:21:51 UTC
Arm.
It's not over...

i have installed gentoo on mixture of software 0 and 1 raids.
it loads up, goes over all boot procedures and hangs after "local"
Below is list of permissions for /mnt/gentoo/dev (/dev, in case if i load it)


total 72
drwxr-xr-x 18 root root      4096 Mar 14 18:49 .
drwxr-xr-x 20 root root      4096 Mar 14 18:50 ..
drwxr-xr-x  5 root root      4096 Mar 14 18:09 .udev
crw-rw----  1 root root  254,   0 Mar 14 18:05 0:0:0:0
crw-rw----  1 root root  254,   1 Mar 14 18:05 1:0:0:0
crw-rw----  1 root root  254,   2 Mar 14 18:05 3:0:0:0
crw-rw----  1 root root  254,   3 Mar 14 18:05 5:0:0:0
lrwxrwxrwx  1 root root        10 Mar 14 18:10 adsp -> sound/adsp
lrwxrwxrwx  1 root root        11 Mar 14 18:10 audio -> sound/audio
drwxr-xr-x  3 root root      4096 Mar 14 18:05 bus
lrwxrwxrwx  1 root root         9 Mar 14 18:10 cdrom -> /dev/scd0
lrwxrwxrwx  1 root root         3 Mar 14 18:10 cdrom1 -> sr0
lrwxrwxrwx  1 root root         3 Mar 14 18:10 cdrw -> sr0
crw-------  1 root tty     5,   1 Mar 14 18:06 console
lrwxrwxrwx  1 root root        11 Mar 14 18:10 core -> /proc/kcore
crw-rw----  1 root root   10, 252 Mar 14 18:05 dac960_gam
crw-rw----  1 root root   10,  61 Mar 14 18:05 device-mapper
drwxr-xr-x  5 root root      4096 Mar 14 18:05 disk
lrwxrwxrwx  1 root root         9 Mar 14 18:10 dsp -> sound/dsp
lrwxrwxrwx  1 root root         3 Mar 14 18:10 dvd -> sr0
lrwxrwxrwx  1 root root         3 Mar 14 18:10 dvdrw -> sr0
drwxr-xr-x  2 root root      4096 Mar 14 18:05 fb
lrwxrwxrwx  1 root root         4 Mar 14 18:10 fb0 -> fb/0
crw-rw----  1 root root   10,  63 Mar 14 18:05 fbcondecor
lrwxrwxrwx  1 root root        13 Mar 14 18:10 fd -> /proc/self/fd
lrwxrwxrwx  1 root root        10 Mar 14 18:10 fd0 -> floppy/fd0
drwxr-xr-x  2 root root      4096 Mar 14 18:05 floppy
crw-rw-rw-  1 root root    1,   7 Mar 14 18:05 full
crw-rw----  1 root root  253,   0 Mar 14 18:05 hidraw0
crw-rw----  1 root root  253,   1 Mar 14 18:05 hidraw1
crw-rw----  1 root root  253,   2 Mar 14 18:05 hidraw2
prw-------  1 root root         0 Mar 14 18:05 initctl
drwxr-xr-x  4 root root      4096 Mar 14 18:05 input
crw-r-----  1 root root    1,   2 Mar 14 18:05 kmem
crw-rw----  1 root root    1,  11 Mar 14 18:05 kmsg
srw-rw-rw-  1 root root         0 Mar 14 18:05 log
drwxr-xr-x  2 root root      4096 Mar 14 18:05 loop
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop0 -> loop/0
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop1 -> loop/1
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop2 -> loop/2
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop3 -> loop/3
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop4 -> loop/4
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop5 -> loop/5
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop6 -> loop/6
lrwxrwxrwx  1 root root         6 Mar 14 18:10 loop7 -> loop/7
drwxr-xr-x  2 root root      4096 Mar 14 18:05 mapper
crw-rw----  1 root root   10, 227 Mar 14 18:05 mcelog
crw-r-----  1 root root    1,   1 Mar 14 18:05 mem
drwxr-xr-x  2 root root      4096 Mar 14 18:05 misc
lrwxrwxrwx  1 root root        11 Mar 14 18:10 mixer -> sound/mixer
lrwxrwxrwx  1 root root        10 Mar 14 18:10 mouse -> /dev/ttyS0
lrwxrwxrwx  1 root root        15 Mar 14 18:10 mouse1 -> /dev/input/mice
crwxrwxrwx  2 root root    1,   3 Mar 14 18:05 nill
crwxrwxrwx  2 root root    1,   3 Mar 14 18:05 null
crw-rw----  1 root root    1,  12 Mar 14 18:05 oldmem
crw-r-----  1 root root    1,   4 Mar 14 18:05 port
lrwxrwxrwx  1 root root        10 Mar 14 18:10 psaux -> misc/psaux
crw-rw-rw-  1 root tty     5,   2 Mar 14 18:10 ptmx
drwxr-xr-x  2 root root      4096 Mar 14 18:03 pts
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram0 -> rd/0
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram1 -> rd/1
lrwxrwxrwx  1 root root         5 Mar 14 18:10 ram10 -> rd/10
lrwxrwxrwx  1 root root         5 Mar 14 18:10 ram11 -> rd/11
lrwxrwxrwx  1 root root         5 Mar 14 18:10 ram12 -> rd/12
lrwxrwxrwx  1 root root         5 Mar 14 18:10 ram13 -> rd/13
lrwxrwxrwx  1 root root         5 Mar 14 18:10 ram14 -> rd/14
lrwxrwxrwx  1 root root         5 Mar 14 18:10 ram15 -> rd/15
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram2 -> rd/2
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram3 -> rd/3
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram4 -> rd/4
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram5 -> rd/5
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram6 -> rd/6
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram7 -> rd/7
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram8 -> rd/8
lrwxrwxrwx  1 root root         4 Mar 14 18:10 ram9 -> rd/9
crw-rw-rw-  1 root root    1,   8 Mar 14 18:05 random
drwxr-xr-x  2 root root      4096 Mar 14 18:05 rd
lrwxrwxrwx  1 root root         8 Mar 14 18:10 rtc -> misc/rtc
lrwxrwxrwx  1 root root         3 Mar 14 18:10 scd0 -> sr0
brw-rw----  1 root disk    8,   0 Mar 14 18:05 sda
brw-rw----  1 root disk    8,   1 Mar 14 18:05 sda1
brw-rw----  1 root disk    8,   2 Mar 14 18:05 sda2
brw-rw----  1 root disk    8,   3 Mar 14 18:05 sda3
brw-rw----  1 root disk    8,  16 Mar 14 18:05 sdb
brw-rw----  1 root disk    8,  17 Mar 14 18:05 sdb1
brw-rw----  1 root disk    8,  18 Mar 14 18:05 sdb2
brw-rw----  1 root disk    8,  19 Mar 14 18:05 sdb3
brw-rw----  1 root disk    8,  32 Mar 14 18:05 sdc
brw-rw----  1 root disk    8,  33 Mar 14 18:05 sdc1
lrwxrwxrwx  1 root root        15 Mar 14 18:10 sequencer -> sound/sequencer
lrwxrwxrwx  1 root root        16 Mar 14 18:10 sequencer2 -> sound/sequencer2
crw-rw----  1 root cdrom  21,   0 Mar 14 18:05 sg0
crw-rw----  1 root root   21,   1 Mar 14 18:05 sg1
crw-rw----  1 root root   21,   2 Mar 14 18:05 sg2
crw-rw----  1 root root   21,   3 Mar 14 18:05 sg3
drwxr-xr-x  2 root root      4096 Mar 14 18:05 shm
crw-rw----  1 root root   10, 231 Mar 14 18:05 snapshot
drwxr-xr-x  2 root root      4096 Mar 14 18:05 snd
drwxr-xr-x  2 root root      4096 Mar 14 18:05 sound
brw-rw----  1 root cdrom  11,   0 Mar 14 18:05 sr0
lrwxrwxrwx  1 root root         4 Mar 14 18:10 stderr -> fd/2
lrwxrwxrwx  1 root root         4 Mar 14 18:10 stdin -> fd/0
lrwxrwxrwx  1 root root         4 Mar 14 18:10 stdout -> fd/1
crw-rw----  1 root root   10,  62 Mar 14 18:05 tgt
drwxr-xr-x  2 root root      4096 Mar 14 18:05 tts
crw-rw-rw-  1 root tty     5,   0 Mar 14 18:05 tty
crw-rw----  1 root root    4,   0 Mar 14 18:05 tty0
crw-------  1 root root    4,   1 Mar 14 18:06 tty1
crw-rw----  1 root tty     4,  10 Mar 14 18:05 tty10
crw-rw----  1 root tty     4,  11 Mar 14 18:05 tty11
crw-rw----  1 root tty     4,  12 Mar 14 18:09 tty12
crw-rw----  1 root tty     4,  13 Mar 14 18:05 tty13
crw-rw----  1 root tty     4,  14 Mar 14 18:05 tty14
crw-rw----  1 root tty     4,  15 Mar 14 18:05 tty15
crw-rw----  1 root tty     4,  16 Mar 14 18:05 tty16
crw-rw----  1 root tty     4,  17 Mar 14 18:05 tty17
crw-rw----  1 root tty     4,  18 Mar 14 18:05 tty18
crw-rw----  1 root tty     4,  19 Mar 14 18:05 tty19
crw-------  1 root root    4,   2 Mar 14 18:06 tty2
crw-rw----  1 root tty     4,  20 Mar 14 18:05 tty20
crw-rw----  1 root tty     4,  21 Mar 14 18:05 tty21
crw-rw----  1 root tty     4,  22 Mar 14 18:05 tty22
crw-rw----  1 root tty     4,  23 Mar 14 18:05 tty23
crw-rw----  1 root tty     4,  24 Mar 14 18:05 tty24
crw-rw----  1 root tty     4,  25 Mar 14 18:05 tty25
crw-rw----  1 root tty     4,  26 Mar 14 18:05 tty26
crw-rw----  1 root tty     4,  27 Mar 14 18:05 tty27
crw-rw----  1 root tty     4,  28 Mar 14 18:05 tty28
crw-rw----  1 root tty     4,  29 Mar 14 18:05 tty29
crw-------  1 root root    4,   3 Mar 14 18:06 tty3
crw-rw----  1 root tty     4,  30 Mar 14 18:05 tty30
crw-rw----  1 root tty     4,  31 Mar 14 18:05 tty31
crw-rw----  1 root tty     4,  32 Mar 14 18:05 tty32
crw-rw----  1 root tty     4,  33 Mar 14 18:05 tty33
crw-rw----  1 root tty     4,  34 Mar 14 18:05 tty34
crw-rw----  1 root tty     4,  35 Mar 14 18:05 tty35
crw-rw----  1 root tty     4,  36 Mar 14 18:05 tty36
crw-rw----  1 root tty     4,  37 Mar 14 18:05 tty37
crw-rw----  1 root tty     4,  38 Mar 14 18:05 tty38
crw-rw----  1 root tty     4,  39 Mar 14 18:05 tty39
crw-------  1 root root    4,   4 Mar 14 18:06 tty4
crw-rw----  1 root tty     4,  40 Mar 14 18:05 tty40
crw-rw----  1 root tty     4,  41 Mar 14 18:05 tty41
crw-rw----  1 root tty     4,  42 Mar 14 18:05 tty42
crw-rw----  1 root tty     4,  43 Mar 14 18:05 tty43
crw-rw----  1 root tty     4,  44 Mar 14 18:05 tty44
crw-rw----  1 root tty     4,  45 Mar 14 18:05 tty45
crw-rw----  1 root tty     4,  46 Mar 14 18:05 tty46
crw-rw----  1 root tty     4,  47 Mar 14 18:05 tty47
crw-rw----  1 root tty     4,  48 Mar 14 18:05 tty48
crw-rw----  1 root tty     4,  49 Mar 14 18:05 tty49
crw-------  1 root root    4,   5 Mar 14 18:06 tty5
crw-rw----  1 root tty     4,  50 Mar 14 18:05 tty50
crw-rw----  1 root tty     4,  51 Mar 14 18:05 tty51
crw-rw----  1 root tty     4,  52 Mar 14 18:05 tty52
crw-rw----  1 root tty     4,  53 Mar 14 18:05 tty53
crw-rw----  1 root tty     4,  54 Mar 14 18:05 tty54
crw-rw----  1 root tty     4,  55 Mar 14 18:05 tty55
crw-rw----  1 root tty     4,  56 Mar 14 18:05 tty56
crw-rw----  1 root tty     4,  57 Mar 14 18:05 tty57
crw-rw----  1 root tty     4,  58 Mar 14 18:05 tty58
crw-rw----  1 root tty     4,  59 Mar 14 18:05 tty59
crw-------  1 root root    4,   6 Mar 14 18:06 tty6
crw-rw----  1 root tty     4,  60 Mar 14 18:05 tty60
crw-rw----  1 root tty     4,  61 Mar 14 18:05 tty61
crw-rw----  1 root tty     4,  62 Mar 14 18:05 tty62
crw-rw----  1 root tty     4,  63 Mar 14 18:05 tty63
crw-rw----  1 root root    4,   7 Mar 14 18:05 tty7
crw-rw----  1 root tty     4,   8 Mar 14 18:05 tty8
crw-rw----  1 root tty     4,   9 Mar 14 18:05 tty9
crw-rw----  1 root uucp    4,  64 Mar 14 18:05 ttyS0
crw-rw----  1 root uucp    4,  65 Mar 14 18:05 ttyS1
crw-rw----  1 root uucp    4,  66 Mar 14 18:05 ttyS2
crw-rw----  1 root uucp    4,  67 Mar 14 18:05 ttyS3
cr--r--r--  1 root root    1,   9 Mar 14 18:05 urandom
drwxr-xr-x  2 root root      4096 Mar 14 18:05 usb
crw-rw----  1 root root  247,   0 Mar 14 18:05 usbdev1.1_ep00
crw-rw----  1 root root  247,   1 Mar 14 18:05 usbdev1.1_ep81
crw-rw----  1 root root  247,   2 Mar 14 18:05 usbdev2.1_ep00
crw-rw----  1 root root  247,   3 Mar 14 18:05 usbdev2.1_ep81
crw-rw----  1 root root  247,   4 Mar 14 18:05 usbdev2.2_ep00
crw-rw----  1 root root  247,   5 Mar 14 18:05 usbdev2.2_ep81
crw-rw----  1 root root  247,   6 Mar 14 18:05 usbdev2.2_ep82
crw-rw----  1 root root  247,   7 Mar 14 18:05 usbdev2.3_ep00
crw-rw----  1 root root  247,   8 Mar 14 18:05 usbdev2.3_ep81
crw-rw----  1 root root  247,   9 Mar 14 18:05 usbdev2.4_ep00
crw-rw----  1 root root  247,  10 Mar 14 18:05 usbdev2.4_ep81
crw-rw----  1 root root  247,  11 Mar 14 18:05 usbdev2.4_ep82
crw-rw----  1 root tty     7,   0 Mar 14 18:05 vcs
crw-rw----  1 root tty     7,   1 Mar 14 18:05 vcs1
crw-rw----  1 root tty     7,  12 Mar 14 18:05 vcs12
crw-rw----  1 root tty     7,   2 Mar 14 18:06 vcs2
crw-rw----  1 root tty     7,   3 Mar 14 18:06 vcs3
crw-rw----  1 root tty     7,   4 Mar 14 18:06 vcs4
crw-rw----  1 root tty     7,   5 Mar 14 18:06 vcs5
crw-rw----  1 root tty     7,   6 Mar 14 18:06 vcs6
crw-rw----  1 root tty     7,   7 Mar 14 18:06 vcs7
crw-rw----  1 root tty     7, 128 Mar 14 18:05 vcsa
crw-rw----  1 root tty     7, 129 Mar 14 18:05 vcsa1
crw-rw----  1 root tty     7, 140 Mar 14 18:05 vcsa12
crw-rw----  1 root tty     7, 130 Mar 14 18:06 vcsa2
crw-rw----  1 root tty     7, 131 Mar 14 18:06 vcsa3
crw-rw----  1 root tty     7, 132 Mar 14 18:06 vcsa4
crw-rw----  1 root tty     7, 133 Mar 14 18:06 vcsa5
crw-rw----  1 root tty     7, 134 Mar 14 18:06 vcsa6
crw-rw----  1 root tty     7, 135 Mar 14 18:06 vcsa7
crw-rw-rw-  1 root root    1,   5 Mar 14 18:05 zero

 





It hangs specifically after "local", ad provides bug id40987
I have had more problems with it before it didn't even start up and gave same error message. I have copyed content of stage3 /dev folder into my future /dev and its load till "local"

ill try to fool system and load gnome before it happens, at least i will be able to load my machine somehow.

Please do ask me more questions if needed.
Comment 62 Dmitri Seletski 2009-03-14 22:26:48 UTC
emerge --info
Portage 2.1.6.7 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24-gentoo-r7 x86_64)
=================================================================
System uname: Linux-2.6.24-gentoo-r7-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_6000+-with-glibc2.2.5
Timestamp of tree: Fri, 13 Mar 2009 21:45:01 +0000
app-shells/bash:     3.2_p39
dev-lang/python:     2.4.4-r13, 2.5.2-r7
dev-python/pycrypto: 2.0.1-r8
dev-util/cmake:      2.6.2-r1
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.7.9-r1, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS=" -pipe -O2 -msse3 -march=k8"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/terminfo /etc/udev/rules.d"
CXXFLAGS=" -pipe -O2 -msse3 -march=k8"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://de-mirror.org/distro/gentoo/ ftp://de-mirror.org/distro/gentoo/ http://ftp.rhnet.is/pub/gentoo/ ftp://ftp.rhnet.is/pub/gentoo/ http://ftp.heanet.ie/pub/gentoo/ ftp://ftp.heanet.ie/pub/gentoo/ http://mirror.gentoo.no/ "
LANG="C"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext 52 7zip a a52 aac aalib ace acl acpi aiglx alisp alsa amd64 amrwb amuled apache2 asf atm audacious audiofile automount bash-completion berkdb big-iron binary-drivers bzip2 cairo cdda cddb cdinstall cdparanoia cdr cdrom chroot clamav clamd cli cpudetection cracklib crypt css cups cursors custom-cflags dbus dedicated dga dhcp distribution divx djbfft dmx dnd dri dvb dvd dvdnav dvdr dvdread emacs emerald enca encode esd exif fame fbcon ffmpeg flac flash fortran ftp gdbm gif gimp gimpprint glibc-omitfp gnome gnome-print gpm graphviz gstreamer gtk gtkhtml hal html httpd iconv ieee1394 injection iproute2 ipv6 iris isdnlog jack jpeg jpeg2k lame libcaca libsamplerate linuxthreads-tls lm_sensors mad md5sum midi mikmod mime mjpeg mmap mmx mmxext mp2 mp3 mp4 mp4live mpeg mpeg2 mplayer mudflap multilib ncurses nfs nls nptl nptlonly nvidia ogg openal opengl openmp oss pam pcre pdg perl player png pnm polling posix pppd pulseaudio python radio rar rc5 readline reflection resolvconf samba sdl see2 session skins smp spell spl sse sse2 sse3 ssl ssse3 stream streamripper submenu subtitles svg svgz swat sysfs syslog tcpd theora thesaurus transcode truetype unicode unzip v4l2 vcd videos vorbis wma x264 xine xorg xscreensaver xv xvid xvmc yv12 zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks                   iec958 ioplug ladspa lfloat linear meter mulaw multi null plug                   rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="vesa nvidia"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 63 SpanKY gentoo-dev 2009-03-15 02:14:52 UTC
unrelated to issue this bug is about