View previous topic :: View next topic |
Author |
Message |
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54234 Location: 56N 3W
|
Posted: Wed Jul 24, 2013 8:28 pm Post subject: |
|
|
deltamalloc,
I suspect an issue with slim or its setup.
Remove xdm from the defualt runlevel and kill its processes if they are running.
Code: | emerge -1 twm xclock xterm |
When that completes, run startx with your ~/.xinitrc file, if you have one, renamed.
You should get twm, with three xterms and a clock.
This will confirm that Xorg and a simple window manger work. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Sat Jul 27, 2013 7:51 am Post subject: |
|
|
I broke my system in desperation while trying to get this to work (before reading that last comment).
I did
Code: |
# emerge --update --deep --with-bdeps=y world
# emerge --depclean
# revdep-rebuild
|
X fails to start at all now.
I got a blank screen with backlight staying on, not able to kill it with ctrl+alt+backspace, ctrl+c, ctrl+z or by switching back to console.
There was nothing in Xorg.log.0, in fact it contained nothing at all (0 bytes). There was nothing of interest in dmesg. I did not change anything beyond running those commands.
Then I did:
This took forever. But the result is exactly the same. X fails to start at all.
Does anyone have any idea what is causing this? |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54234 Location: 56N 3W
|
Posted: Sat Jul 27, 2013 5:42 pm Post subject: |
|
|
deltamalloc,
You ran the following commands in the wrong order.
Code: | # emerge --depclean
# revdep-rebuild |
Also --depclean has been known to remove things you would rather keep.
Boot with the liveCD,
mount your root filesystem at /mnt/gentoo
cd to /mnt/gentoo/etc/runlevels/default
delete xdm
This is the same as doing Code: | rc-update del xdm default |
You should now be able to reboot without the CD and get to a login: prompt.
Once you can log in as root, you can use Code: | emerge -uDNav xorg-server | to fix Xorg.
Only things that are out of date, missing or have changed USE flags will be compiled.
Ideally that will be nothing.
Then you can test with my post above. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Sun Jul 28, 2013 5:58 am Post subject: |
|
|
NeddySeagoon wrote: | deltamalloc,
You ran the following commands in the wrong order.
Code: | # emerge --depclean
# revdep-rebuild |
Also --depclean has been known to remove things you would rather keep.
Boot with the liveCD,
mount your root filesystem at /mnt/gentoo
cd to /mnt/gentoo/etc/runlevels/default
delete xdm
This is the same as doing Code: | rc-update del xdm default |
You should now be able to reboot without the CD and get to a login: prompt.
Once you can log in as root, you can use Code: | emerge -uDNav xorg-server | to fix Xorg.
Only things that are out of date, missing or have changed USE flags will be compiled.
Ideally that will be nothing.
Then you can test with my post above. |
I booted with "single" as argument to my kernel image in lilo. This let me just chmod -x xdm in /etc/init.d.
I then did:
Code: |
emerge -uDNav xorg-server
emerge -1 twm xclock xterm
|
The results are the same.
I get a blank screen which I cannot get out of. Nothing in the logs.
This happens when I do startx too, therefore it seems unlikely slim has anything to do with it.
I do however have one interesting piece of information in my dmesg:
Code: |
[Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1" if the current driver doesn't work.
|
However, this didn't prevent me from starting X before. If this is related to the OpenGL-problem, I do not know.
I tried passing "video.allow_duplicates=1" to my kernel with an append statement in lilo.conf, ran lilo again and rebooted. Nothing. I tried this with both 3.10.1 and 3.10.2, 3.10.1 could start X before anyway, so it seems strange this would be related. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54234 Location: 56N 3W
|
Posted: Sun Jul 28, 2013 10:02 am Post subject: |
|
|
deltamalloc,
Emerge wgetpaste, if you don't already have it and use it to post your Xorg.0.log and dmesg
Thats Code: | dmesg | wgetpaste
wgetpaste /var/log/Xorg.0.log |
Post the URLs that wgetpaste returns. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Sun Jul 28, 2013 4:11 pm Post subject: |
|
|
NeddySeagoon wrote: | deltamalloc,
Emerge wgetpaste, if you don't already have it and use it to post your Xorg.0.log and dmesg
Thats Code: | dmesg | wgetpaste
wgetpaste /var/log/Xorg.0.log |
Post the URLs that wgetpaste returns. |
As I've mentioned my Xorg.0.log contains 0 bytes, regardless of how many times I try starting X.
However dmesg I can certainly put up: http://bpaste.net/show/118085/ |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54234 Location: 56N 3W
|
Posted: Sun Jul 28, 2013 4:57 pm Post subject: |
|
|
deltamalloc,
dmesg is OK. You get your framebuffer console which indicates the kernel is in good shape.
What does when its run as root?
It will give different answers when run as a normal user as extX flesystems have 5% reserved for root by default. This prevents normal users from crashing the system by filling up partitions. There is always space for root to write logs and lockfiles.
For Xorg to get far enough to clear the screen bit not leave a log suggests that you may be out of space.
You may do Code: | rm -rf /var/tmp/portage | to remove the remains of broken builds to free some space ... but not while emerge is running. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Sun Jul 28, 2013 9:24 pm Post subject: |
|
|
NeddySeagoon wrote: | deltamalloc,
dmesg is OK. You get your framebuffer console which indicates the kernel is in good shape.
What does when its run as root?
It will give different answers when run as a normal user as extX flesystems have 5% reserved for root by default. This prevents normal users from crashing the system by filling up partitions. There is always space for root to write logs and lockfiles.
For Xorg to get far enough to clear the screen bit not leave a log suggests that you may be out of space.
You may do Code: | rm -rf /var/tmp/portage | to remove the remains of broken builds to free some space ... but not while emerge is running. |
Creative suggestion, I've actually been surprised to find before that the reason my system was broken was due to no free space left, giving me strange errors.
However this is not the case this time unfortunately. I only use about 31% of the root file system (and I only have one file system for everything), 18 GB free. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54234 Location: 56N 3W
|
Posted: Sun Jul 28, 2013 10:30 pm Post subject: |
|
|
deltamalloc,
Maybe its some rubbish left over that would normally be cleared.
Make a new user then run startx as that user.
Do not call the new user test. Its the first thing someone trying to break into your system would guess. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Mon Jul 29, 2013 5:24 pm Post subject: |
|
|
NeddySeagoon wrote: | deltamalloc,
Maybe its some rubbish left over that would normally be cleared.
Make a new user then run startx as that user.
Do not call the new user test. Its the first thing someone trying to break into your system would guess. |
I tried this and sadly got the same result. Blank/black (but lit with backlight) screen, not able to get back out. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54234 Location: 56N 3W
|
Posted: Mon Jul 29, 2013 5:44 pm Post subject: |
|
|
deltamalloc,
Try rebuilding the Xorg video driver and input driver you need. That will be Code: | emerge -1 xf86-video-intel xf86-input-evdev |
To save pulling the pug out and risking corrupt filesystems to regain control, try Code: | startx; sleep 30 && killall X |
This startsx, waits 30 seconds, then kills the X server if its running.
You may need to get back to your console with Ctrl-Alt-F1 _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Tue Jul 30, 2013 1:49 pm Post subject: |
|
|
NeddySeagoon wrote: | deltamalloc,
Try rebuilding the Xorg video driver and input driver you need. That will be Code: | emerge -1 xf86-video-intel xf86-input-evdev |
To save pulling the pug out and risking corrupt filesystems to regain control, try Code: | startx; sleep 30 && killall X |
This startsx, waits 30 seconds, then kills the X server if its running.
You may need to get back to your console with Ctrl-Alt-F1 |
I have tried the following:
1: Rebuild everything with emerge -e world.
2: Rebuild everything related to Xorg.
3: Rebuild only the drivers.
4: Try with vesa drivers, this starts X but gives me artifacts and low resolution, display data channel appears not to be working; I can see in the X log that it uses default parameters for refresh rate, sync rates and pixel clock.
5: Verified that the hardware is still working, a livecd boots fine with i915 and full resolution, no artifacts.
6: Tried at least three different kernels (3.8.13, 3.10.1 and 3.10.2, and one unstable as a desperate attempt).
The fact that DDC is not working can be verified with the read-edid tool and with xrandr. read-edid cannot get the EDID data and xrandr only shows 640x480 as resolution when running with vesa. However DDC obviously works, hardware-wise, as the livecd boots fine and can read this data which it needs in order to start X. |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Tue Jul 30, 2013 2:08 pm Post subject: |
|
|
what a painful journey you have been on
since originally X worked fine for you, it may be
that depclean removed something important that
has not been replaced (I have no idea what that
would be)
given the time already invested, why not re-install
from scratch and get X back, then work on the
opengl problem? _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Tue Jul 30, 2013 3:56 pm Post subject: |
|
|
albright wrote: | what a painful journey you have been on
since originally X worked fine for you, it may be
that depclean removed something important that
has not been replaced (I have no idea what that
would be)
given the time already invested, why not re-install
from scratch and get X back, then work on the
opengl problem? |
I try to avoid doing this though, since I'll never know what was the problem, and not really have learned anything from the experience. But it doesn't seem like anyone has any better ideas, so I'll reinstall. |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Wed Jul 31, 2013 7:21 am Post subject: |
|
|
I have now reinstalled Gentoo.
X is working again. As before I do not get OpenGL working.
I have only followed these guides:
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=1
http://www.gentoo.org/doc/en/xorg-config.xml
That is, I haven't emerged anything else.
This is the error (same as before):
Code: |
$ glxgears
libGL error: failed to load driver: i915
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
DRM_IOCTL_I915_GEM_APERTURE failed: Bad file descriptor
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [9]
param: 4, val: 100
Segmentation fault
|
|
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Wed Jul 31, 2013 12:16 pm Post subject: |
|
|
Solution:
Set "mesa" with eselect to classic instead of gallium.
No idea why gallium shouldn't work though. Is this a kernel bug or user space bug, or a configuration problem? |
|
Back to top |
|
|
albright Advocate
Joined: 16 Nov 2003 Posts: 2588 Location: Near Toronto
|
Posted: Wed Jul 31, 2013 2:53 pm Post subject: |
|
|
Quote: | No idea why gallium shouldn't work though. |
I assume that you have upgraded to the newest mesa?
you could try a masked version (e.g. I am using 9.1.5)
EDIT: also, what makes you think gallium ever worked/works with
855gm chip? _________________ .... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme) |
|
Back to top |
|
|
deltamalloc Apprentice
Joined: 18 Jan 2013 Posts: 279
|
Posted: Wed Jul 31, 2013 5:59 pm Post subject: |
|
|
albright wrote: | Quote: | No idea why gallium shouldn't work though. |
I assume that you have upgraded to the newest mesa?
you could try a masked version (e.g. I am using 9.1.5)
EDIT: also, what makes you think gallium ever worked/works with
855gm chip? |
I did upgrade to the newest mesa, yes.
What makes me think Gallium worked/works with 855GM is the following:
1) Gallium has supposedly a software renderer.
2) I receive a segmentation fault instead of a warning or error telling me the hardware is not supported.
3) No one pointed out that Gallium does not support 855GM. |
|
Back to top |
|
|
hololeap n00b
Joined: 05 Oct 2013 Posts: 30
|
Posted: Tue Oct 08, 2013 3:10 pm Post subject: |
|
|
I have been having a similar problem with the Intel 82865G/PE/P. I have not found any documentation saying which chipsets are not supported by Gallium. If anyone can point me to a link, I would really appreciate it. |
|
Back to top |
|
|
FizzyWidget Veteran
Joined: 21 Nov 2008 Posts: 1133 Location: 127.0.0.1
|
Posted: Tue Oct 08, 2013 3:40 pm Post subject: |
|
|
I have been having similar issues with the Intel HD4000 - in the end i fixed it by just having intel only in make.conf in video cards _________________ I know 43 ways to kill with a SKITTLE, so taste my rainbow bitch. |
|
Back to top |
|
|
Gusar Advocate
Joined: 09 Apr 2005 Posts: 2665 Location: Slovenia
|
Posted: Tue Oct 08, 2013 4:58 pm Post subject: |
|
|
hololeap wrote: | I have been having a similar problem with the Intel 82865G/PE/P. I have not found any documentation saying which chipsets are not supported by Gallium. If anyone can point me to a link, I would really appreciate it. |
I don't know if there's any link that shows it all nicely in a table, but it goes like this (g = gallium, c = classic):
- i915c: gen2, gen3
- i915g: gen3 - note, not developed by Intel but by Google
- i965c: gen4, gen5, gen6, gen7, gen7.5
- i965g: gen6, gen7 - note, this driver is very incomplete and a lot slower than i965c; it's not developed by Intel, it's a hobby project of a single developer
- not supported by mesa: GMA500 (Poulsbo), GMA3600/3650 (Cedarview)
Refer to the nice list at wikipedia to know what GPU falls into which generation: http://en.wikipedia.org/wiki/Comparison_of_Intel_graphics_processing_units
You have a 865, which is gen2, so there's only one driver for you - i915c |
|
Back to top |
|
|
Jonathan_R n00b
Joined: 21 Mar 2011 Posts: 17
|
Posted: Fri Mar 07, 2014 11:12 am Post subject: |
|
|
What I did to fix this was rather simple. I found this thread since I was having the same issue. I read all the posts, and then did this; in package.use I added this line. Code: | >=media-libs/mesa-10.0.3 video_cards_i915 video_cards_i965 video_cards_intel gallium vdpau | I then ran emerge --changed-use =media-libs/mesa-10.0.3
Then ldd shows Code: | # ldd /usr/lib/mesa/i965_dri.so
linux-vdso.so.1 (0x00007ffff49ff000)
libdrm_intel.so.1 => /usr/lib64/libdrm_intel.so.1 (0x00007f59c448f000)
libdrm.so.2 => /usr/lib64/libdrm.so.2 (0x00007f59c4283000)
libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f59c4058000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f59c3e3a000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f59c3c36000)
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/libstdc++.so.6 (0x00007f59c3932000)
libm.so.6 => /lib64/libm.so.6 (0x00007f59c362f000)
libc.so.6 => /lib64/libc.so.6 (0x00007f59c3287000)
libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/libgcc_s.so.1 (0x00007f59c3070000)
libpciaccess.so.0 => /usr/lib64/libpciaccess.so.0 (0x00007f59c2e67000)
/lib64/ld-linux-x86-64.so.2 (0x00007f59c4d4e000)
libz.so.1 => /lib64/libz.so.1 (0x00007f59c2c50000)
|
Problem solved. |
|
Back to top |
|
|
Jonathan_R n00b
Joined: 21 Mar 2011 Posts: 17
|
|
Back to top |
|
|
|