After upgrading from udev-068-r1 I could no longer boot. The relevent error message seemed to be that udevstart had a segmentation fault. After that there were errors relating to missing devices and finally a halt because the system couldn't find the harddisks. I booted from the liveCD and reemerged udev-070 but the problem remained. I tried setting the RC_DEV_TARBALL thing to "no" but there was no difference so I put it back to "yes". tried to downgrade to udev-068-r1. I had trouble downgrading to udev-068-r1 because it kepy yammering about a 'specific key' problem in the dependencies and wanted me to add a '='. That was from typing emerge sys-fs/udev-069-r1. When I typed the entire path to the ebuild, it ran the ebuild ok, I rebooted and now it is working ok. Reproducible: Always Steps to Reproduce: 1. emerge udev-070 on my machine 2. 3. Actual Results: Could no longer boot as described in my comment kernel 2.6.11.7 pentium III
Same problem, udevstart segfaults while booting. Different hardware: emerge info Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.12-9-386 i686) ================================================================= System uname: 2.6.12-9-386 i686 Intel(R) Pentium(R) M processor 1.86GHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 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.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig 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://rsync.gentoo.org/gentoo-portage" USE="x86 X aac acpi aim alsa apm avi bash-completion berkdb bitmap-fonts cdparanoia cdr cjk crypt css cups curl dga divx4linux dts dvd eds emboss encode ffmpeg foomaticdb fortran gd gdbm gif gpm gstreamer gtk gtk2 gtkhtml icq imagemagick imap imlib ipv6 jabber java jpeg libg++ libwww logrotate mad mikmod mmx mmxext motif mozilla mp3 mpeg msn ncurses network nls nptl ogg oggvorbis opengl oscar oss pam pdflib perl png python qt quicktime readline real rtc samba sasl sdl sockets spell sse ssl svg tcpd theora threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales videos vorbis win32codecs xanim xml2 xmms xv xvid xvmc yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY I am able to mount drive (/dev/sda5, which is / and /boot) on Ubuntu installed on same machine, chroot in, and perform normal functions. I tried reemerging udev-70, noted that hotplug and coldplug were not added to boot runlevel, added those. Still no joy, segfaults everytime. Any suggestions on future paths to explore would be much appreciated. I'm starting to run out of ideas. Bill Roberts
I was able to boot by editing grub as it was booting, adding the line: "gentoo=noudev" I received a warning to fix udev or devfs, but was able to boot. Bill Roberts
same problem here. changed sucessfully back to udev-69... Florian emerge info: Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6. 12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 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.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/ share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb / usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/ share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.wh2.tu- dresden.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/ gentoo/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://pandemonium. tiscali.de/pub/gentoo/ ftp://files.gentoo.gr" LANG="de_DE@euro" LINGUAS="de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdparanoia cdr crypt cups curl dvd eds emboss encode fam foomaticdb fortran gdbm gif gpm gstreamer gtk2 imagemagick imlib ipv6 java jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sdl spell ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts vorbis xine xml2 xmms xv zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
I can also confirm this, compiled on x86 with gcc-4.0.2. When I remarked out the newly introduced gcc2.patch, segfaulting of udevsend goes away.
Crap, yeah, that patch is wrong. I'll go fix this...
Fixed in 070-r1
*** Bug 109883 has been marked as a duplicate of this bug. ***
*** Bug 109989 has been marked as a duplicate of this bug. ***
I think udev-070 should be hard mask anyway
why would hard masking it help out any? 070-r1 is availble and everyone will upgrade to it anyway.
*** Bug 110096 has been marked as a duplicate of this bug. ***
Sorry, it shouldn't be hard-masked, it should be pulled out of the tree completely - why should we keep it there? Also, if a package is present, I can anyway say "no, I prefer that other release, not this". As long as it's present and unmasked, I could do that. And wasting space it pointless anyway.
Fine, it's now gone :)
