after upgrading to baselayout-1.11.12 xorg fails to start... the log doesnt show anything different then when it starts successfully using baselayout-1.11.11-r3... i am using nvidia but have no idea if it has anything to do with the drviers/device. i have masked this version for now since downgrading to 1.11.11-r3 fixes this for me. Reproducible: Always Steps to Reproduce: 1. 2. 3. JaiBaba ~ # emerge info Portage 2.0.51.22 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r8 i686) ================================================================= System uname: 2.6.11-gentoo-r8 i686 AMD Athlon(tm) 64 FX-53 Processor Gentoo Base System version 1.6.11 dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 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-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -mmmx -msse2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -mmmx -msse2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aac aalib alsa apm avi berkdb bitmap-fonts cdr crypt cups curl dvd dvdr dvdread eds emboss encode esd fam fbcon fbdev flac foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 hal imagemagick imlib ipv6 jpeg ldap libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg ncurses nls nptl nptlonly nvidia ogg oggvorbis openal opengl oss pam pda pdflib perl png python quicktime readline real sdl spell sse ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts vorbis xfce4 xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
this was happening to me too but now it's suddenly working ... [ebuild R ] media-video/nvidia-kernel-1.0.7174 [ebuild R ] media-video/nvidia-glx-1.0.7174-r4 [ebuild R ] x11-base/opengl-update-2.2.1 [ebuild R ] sys-apps/baselayout-1.11.12
well i tried re-emerging the pkgs you listed a few times but i still cant get it working... still sigs for me
yeah, not sure what i changed to get it working on my box either :/ so if you do `emerge =baselayout-1.11.11* && etc-update`, then starting X works fine ? and when you do `emerge =baselayout-1.11.12* && etc-update`, it fails with sig11 ?
I had a possilby related problem when upgrading to baselayout-1.11.12, my xorg did load, but it reverted back to 640x480 resolution, whereas I normally sit at 1024x768. I didn't really have the time to mess with it so I kicked back to baselayout-1.11.11-r3 and the problem went away. I remember seeing an error message in Xorg, something like this: (EE) TRIDENT couldnt read SYS_BIOS or something to that nature..I'm just pulling that from memory, but after going back to 1.11.11-r3 the error disappeared...if you need more info I can test further..
"yeah, not sure what i changed to get it working on my box either :/ so if you do `emerge =baselayout-1.11.11* && etc-update`, then starting X works fine ? and when you do `emerge =baselayout-1.11.12* && etc-update`, it fails with sig11 ?" yes .... except i would run etc-update and reboot to restart all the init.d services... i only edited /etc/ conf.d/rc from each baselayout emerge... the rest are just init.d scripts
I seem to have found another baselayout 1.11.12 bug which prevents mplayer from playing files see thread http://forums.gentoo.org/viewtopic-t-338243-highlight-.html reverting to 1.11.11-r3 and rebooting fixed the problem on 2 systems.
strangely, I don't fit into this. changing baselayout doesn't fix anything for me. it's been some time since i rebooted with changes so i may have to work on this for a while to find out what upgrade actually broke things. what i can say: (i'm on amd64) 1) changing baselayout has no effect 2) X starts up with the xorg nv driver 3) X crashes with the nvidia driver 4) previous kernel and previous nvidia driver also crash so i suspect a dependancy changed and is causing the crash but i'm going to try bumping down nvidia anyway
http://forums.gentoo.org/viewtopic-t-338323.html This is the same problem I was having with baselayout 1.11.12..Except I have the TRIDENT driver..Same error message though..
see Bug 92921 if you emerge baselayout-1.11.12, reboot, and then run `mount /dev -o remount,exec`, does everything work ?
Will test it this evening when I have access to my Gentoo box..Thanks!
yes... logging in as root then doing mount /dev -o remount,exec fixes the issue for me... but no nvidia splash screen is shown so i would suspect there is still some wierdness.
hi, i got the same problem, the mount /dev -o remount,exec fixes it. i made quick search and it appears that modifying the /sbin/rc (line 263) try mount -n -t ${mntcmd} udev /dev -o noexec,nosuid,mode=0755 with try mount -n -t ${mntcmd} udev /dev -o exec,nosuid,mode=0755 allows me not to do the trick at every reboot. I'm using an dell inspiron 8600 with nvidia FX5200: [ebuild R ] media-video/nvidia-kernel-1.0.7174 [ebuild R ] media-video/nvidia-glx-1.0.7174-r4 [ebuild R ] x11-base/opengl-update-2.2.1 [ebuild R ] sys-apps/baselayout-1.11.12
bug 92921 has the proper fix - changing /sbin/rc:263 so it mounts /dev -o exec.
I confirm this bug with baselayout-1.11.12 and the resolution by changing the /sbin/rc script on amd64.
*** This bug has been marked as a duplicate of 92921 ***
