Repeating the test over Thinkpad T60 and R60e, both models keep with broken Xorg. Xorg doesn't able to detect the screen, showing the error
*Fatal server error: no screens found.* The libpciaccess0 version is 0.16-1+hurd.6 , and xorg version is 1:7.7+21 El dom., 25 oct. 2020 a las 20:12, Almudena Garcia (< liberamenso10...@gmail.com>) escribió: > Ok. After doing some tests in my Thinkpad T410, I've checked that Xorg > works, but with limitations. > > In Xfce, the Application menu doesn't work (when you press the button, it > doesn't show anything). > In LXDE, the desktop doesn't load. > > The only one which works correctly is Openbox. > > Now I have to repeat the test on other machines, like T60 or R60e, to > check if this is a machine-related issue, or a Xorg problem. > > El dom., 25 oct. 2020 a las 16:10, Almudena Garcia (< > liberamenso10...@gmail.com>) escribió: > >> Thanks for the advice!! >> >> I will test It over real hardware, in my Thinkpad machines. >> >> >> El dom., 25 oct. 2020 a las 16:03, Paul Dufresne (<dufres...@zoho.com>) >> escribió: >> >>> ---- Le sam., 24 oct. 2020 10:32:43 -0400 *Samuel Thibault >>> <samuel.thiba...@gnu.org <samuel.thiba...@gnu.org>>* écrit ---- >>> >>> >>> It takes time for packages to end up on mirrors etc. >>> >>> Samuel >>> >>> At some point I was receiving error like: InRelease file still invalid >>> for 7 hours... or something similar on apt-get update. >>> It turned out my date was behind one day... not sure why, I was keeping >>> the virtual machine on, while the host was sleeping for 1 day... >>> might be linked to that. Yeah, it probably is. >>> >>> Well, I did set the date with date command and after that it was ok. >>> >>> I am happy to report the new libpciaccess made Xorg works! >>> >>> Some errors I thought was the cause of the error seems not that >>> important after all: >>> >>> From working Xorg.0.log: >>> root@debian:/home/paul# cat /var/log/Xorg.0.log|egrep "\(WW\)|\(EE\)" >>> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >>> [1613931.874] (WW) The directory "/usr/share/fonts/X11/cyrillic" does >>> not exist. >>> [1613931.884] (EE) LoadModule: Module fbdevhw does not have a >>> fbdevhwModuleData data object. >>> [1613931.884] (EE) Failed to load module "fbdevhw" (invalid module, 0) >>> [1613931.884] (WW) Falling back to old probe method for fbdev >>> [1613931.884] (EE) LoadModule: Module fbdevhw does not have a >>> fbdevhwModuleData data object. >>> [1613931.884] (EE) Failed to load module "fbdevhw" (invalid module, 0) >>> [1613931.884] (WW) VGA arbiter: cannot open kernel arbiter, no >>> multi-card support >>> [1613931.894] (EE) VESA(0): Unknown EDID version 0 >>> [1613931.964] (WW) VESA(0): Unable to estimate virtual size >>> [1613931.964] (WW) VESA(0): No valid modes left. Trying less strict >>> filter... >>> [1613931.964] (WW) VESA(0): Unable to estimate virtual size >>> [1613932.154] (WW) <default pointer>: No Device specified, looking for >>> one... >>> [1613932.154] (WW) <default pointer>: No Device specified, looking for >>> one... >>> [1614179.954] (WW) <default pointer>: No Device specified, looking for >>> one... >>> [1614179.954] (WW) <default pointer>: No Device specified, looking for >>> one... >>> root@debian:/home/paul# >>> >>> Like I thought fbdevhw was important... unsure how much it is now. >>> >>> When run, the screen is black, which I believe is normal for OpenBox. >>> There is a right-click menu... I can open Dillo web browser, the >>> terminal, etc. >>> >>> Sadly when I quit openbox, Xorg continue to run and so the black screen >>> stay there and I cannot do much anything after that. >>> With ssh, I can su to root, and kill Xorg, which finally returns the >>> program to console. >>> >>> I tend to try Ctrl-Atl-F2 to change to console, but it is not grabbed by >>> qemu, so it change on my host rather than in the virtual machine. >>> >>> But Thank you very much for the update! >>> >>>