aus9 wrote: Wed Dec 18, 2019 4:47 am
Hi
EDIT AFTER POST 49
post 45 vga shows up as 1680x1050 which is pretty good.
number 3 no graphics....can you confirm you have intel xserver package installed...edit....might be the kernel parameter see post 49
should get a hit for xserver-xorg-video-intel
EDIT and
so we get the libglx.so
I am concerned that you show ....Driver "vesa"
and the log shows ....."/root/xorg.conf.new"
this means ....you did not put the new xorg into /etc/X11 and that may explain why your log is showing modprobe errors
then I noticed...failed to notice earlier that you are using kernel 5.4.0-antix.1-amd64-smp and yes that is what you used post 31.
Is there any reason why you can not try kernel = 4.19.0-6-amd64?
Did you want me to post the output of xrandr from the live stick?
No not at this stage.....I think 1680-1050 exceeds what you wanted to we know your card is capable of good resolutions.
post 46
I didn't put it there! must have come installed... should I remove it?
yes please.
now the attachment to post 46 does NOT say you are using /etc/X11/xorg.conf
which is not what I was expecting.
therefore I will wait to see your reasons for using that kernel,
I am tempted to say....if you want a higher kernel to use the liquorix kernel
but first we must get your xorg to use intel.....which will then load i915
its UGLY.....but delete that /etc/X11/xorg.conf
delete any mention of i915 kernel parameter
keep the 20-intel conf file
look at your xorg and see if Xorg log shows intel
-----thats our first aim
I know this might be frustrating for you.
It might take a number of reboots with and without various kernel parameters
and yes I still do not know why your intel video card does not want to play fair.
I know you will say you have done these before....but I want you to do them with my kernel.
PS I have download liquorix and will post my test of that shortly
Here is the dpkg output:
Code: Select all
das@yottaLbox:~
$ dpkg -l | grep xserver-xorg-core
ii xserver-xorg-core 2:1.20.4-1 amd64 Xorg X server - core server
das@yottaLbox:~
$ dpkg -l | grep intel
ii dtrx 7.1-2 all intelligently extract multiple archive types
ii firmware-intel-sound 20190717-1~mx19+1 all Binary firmware for Intel sound DSPs
ii firmware-intelwimax 20190717-1~mx19+1 all Binary firmware for Intel WiMAX Connection
ii intel-media-va-driver:amd64 18.4.1+dfsg1-1 amd64 VAAPI driver for the Intel GEN8+ Graphics family
ii intel-microcode 3.20191112.1~deb10u1 amd64 Processor microcode firmware for Intel CPUs
ii libdrm-intel1:amd64 2.4.97-1 amd64 Userspace interface to intel-specific kernel DRM services -- runtime
ii libdrm-intel1:i386 2.4.97-1 i386 Userspace interface to intel-specific kernel DRM services -- runtime
ii rpl 1.5.7-1 all intelligent recursive search/replace utility
ii whois 5.4.3 amd64 intelligent WHOIS client
ii wvdial 1.61-5 amd64 intelligent Point-to-Point Protocol dialer
ii xserver-xorg-video-intel 2:2.99.917+git20180925-2 amd64 X.Org X server -- Intel i8xx, i9xx display driver
I am concerned that you show ....Driver "vesa"
and the log shows ....."/root/xorg.conf.new"
this means ....you did not put the new xorg into /etc/X11 and that may explain why your log is showing modprobe errors
Me too, but it looks like the Xorg -configure generates that on-the-fly.
I tried deleting /root/xorg.conf.new and double checked my /etc/X11 was clean (how I noticed the rouge xorg.conf that was in there) and made sure /root was clean too.
Rerunning the command yielded the same messagges (and a new /root/xorg.conf.new).
this means ....you did not put the new xorg into /etc/X11 and that may explain why your log is showing modprobe errors
I couldn't put the "new xorg conf" into /etc/X11 as the Xorg -configure step failed to generate one. Well, it did generate /root/xorg.conf.new - and uses it too apparently, but exited with errors - which is what would happen if I copied that xorg.conf into /etc/X11 and tried rebooting.
I could copy the assumed to be broken generated /root/xorg.conf.new over to /etc/X11 and reboot in any case if you like,...?
then I noticed...failed to notice earlier that you are using kernel 5.4.0-antix.1-amd64-smp and yes that is what you used post 31.
Is there any reason why you can not try kernel = 4.19.0-6-amd64?
I tried all the kernel I could download as far back as I could. I *think* I tried the same one that shipped with MX 18.3 (any place that documents exactly which kernel 18.3 ships with? I had to go off of hear-say on forums...)
I will try those exact steps again on 4.19.0-6-amd64 kernel.
EDIT: OK, so I did try kernel 4.19.0-6 already, but it looks like I installed 4.19.0-6-amd64-unsigned by mistake. I used synaptic to install 4.19.0-6-amd64, which also removed 4.19.0-6.amd64-unsigned.
I rebooted and took off the i915.modeset kernel param for a clean boot....
no graphics at all ie, just a command prompt (although I think this is due to the 20-intel.conf - if I remove that I probably get 640x480 resolution - that has been my experience so far - 640x480 or nothing...)
I've just realised I forgot to try with i915.modeset=0 for the 4.19.0-6-amd64 kernel... I'll try that too.
I'll also try booting up with i915.modeset=1 for the 4.19-6-amd64 kernel and see if I get better graphics (ie, transparency, which I get on the live USB, would indicate some improvement...).
EDIT2: OK, so here is the results
1. 4.19.0-6.amd64 kernel with no kernel params, and the 20-intel.conf in /etc/X11/xorg.conf.d/ <--> no graphics on boot, Xorg :1 -configure fails (see xorg.configure.txt)
2. 4.19.0-6.amd64 kernel with i915.modeset=0, and the 20-intel.conf in /etc/X11/xorg.conf.d/ <--> no grahpics on boot, Xorg :1 -configure failes (see xorg.configure2.txt)
3. 4.19.0-6.amd64 kernel with i915.modset=1, and the 20-intel.conf in /etc/X11/xorg.conf.d/ <--> grahpics is OK (same as on kernel 5.x) but not as nice looking as the live USB graphics.
Also, I'm still having a complete graphics crash from time to time (not every day, but weekly) and requires full powercycle to come right).
So to clarify, even with the i915.modeset=1 on the 5.x kernel, I get graphics locking up from time to time AND on the live USB I have seen the graphics freeze (but not garbled) and lock up. In both cases I have to just power off - I couldn't even switch to a virtual terminal with Alt+F2 etc...
So something is up.
I'm wondering, since it doesn't seem to be a kernel issue, is it the xserver-xorg-video-intel driver? Can I try a different version of that one and see if it helps? I can never recall how to do this in synaptic or apt-get.... I could google it I guess....