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
Created attachment 25274 [details, diff] no-dev.patch
no-dev.patch looks like one to have to me
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).
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
agriffis: could you take a look at this when you get a chance ?
Created attachment 29426 [details, diff] no-dev.patch add in missing &
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? :)
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.)
Bah, forgot about the /dev under my ramfs /dev, I'm sorry. I'll work on adding this support.
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? :-).
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 ...
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 :-).
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
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.
likewise.. I'd rather have a failsafe gentoo.
committed to rc-scripts cvs
I'm pretty sure this is now fixed. If not, please reopen.
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?
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.
you have to restore your /etc/issue file yourself, baselayout wont do it for you
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
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.
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
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?
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.
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
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
your /dev/null is a file vs a char device. rm /dev/null ; mknod -m 0666 /dev/null c 1 3
Comment #27 - Yes, I understand the problem. What I am trying to do is to find what is causing this problem. ;-)
The fact that it was empty and you ran portage/emerge stuff which writes to /dev/null before a device nod was created.
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
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. :-)
Please try the following patch for binutils http://dev.gentoo.org/~solar/toolchain/binutils/libiberty-mainline-unlink-ordinary.patch
sorry don't try that yet. it needs a little more work
Try this one. http://sourceware.org/ml/binutils/2004-12/msg00160/binutils-mainline-unlink-ordinary.patch
Sorry, but could you provide some instructions how to apply the patch? I am really not sure how to apply this to binutils ebuild.
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?
yes
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 ;-)
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
*** Bug 99072 has been marked as a duplicate of this bug. ***
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
(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.
How can this issue be _prevented_ during installation (using the 2005.1 media)? http://forums.gentoo.org/viewtopic-t-413092.html Eric P.
you shouldnt have to all stage tarballs should come with a ton of device nodes already in /dev
(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...)
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
(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!!!
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
I booted a live cd and copied it's /dev directory to mine local installed. Now everything works again.
http://en.wikipedia.org/wiki/Plenk plenking should be avoided in the replacement-/etc/issue
looks fine to me ... thanks for your response though !
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
no real information and it works fine for me -> nothing to do
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?
that's probably a bug in cp then
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
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
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
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.
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.
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
unrelated to issue this bug is about
