[solved] Unable to start X - Printable Version +- PINE64 (https://forum.pine64.org) +-- Forum: ROCK64 (https://forum.pine64.org/forumdisplay.php?fid=85) +--- Forum: Linux on Rock64 (https://forum.pine64.org/forumdisplay.php?fid=88) +--- Thread: [solved] Unable to start X (/showthread.php?tid=6265) |
[solved] Unable to start X - Osiander - 07-09-2018 Hello together, I've got some troubles to start X on my Rock64. So, fist of all I've donwloaded "Debian Stretch Mate Community Build Image [microSD Boot] [0.5.15-136-20171222]", this one: http://files.pine64.org/os/ROCK64/debian/stretch-mate-rock64-0.5.15-136-20171222-arm64.img.xz After burning the image on sd I've bootet from this and then apt update and apt upgrade. After reboot I've saw in the console: Code: [ OK ] Started Light Display Manager. Okay, systemctl status lightdm.service says: Code: root@rock64:~# systemctl status lightdm.service The manual startx bringt: Code: root@rock64:~# startx Okay, the ABI version doesn't match, no problem: Code: root@rock64:~# startx -- -ignoreABI Okay, -ignoreABI is not enougth... I've attached the log file from X.org. Any ideas? RE: Unable to start X - zet_lab - 07-09-2018 0.5.15 is old version, use 0.6.44 RE: Unable to start X - t4_4t - 07-09-2018 Code: Before upgrade: There is another way to build from source code. However, there is no big advantage in doing it ayufan-rock64/xf86-video-armsoc https://github.com/ayufan-rock64/xf86-video-armsoc/archive/ayufan/rock64-ppa/1.9.3ayufan6.xenial4/xenial.tar.gz RE: Unable to start X - pfeerick - 07-09-2018 This may apply if you're trying to upgrade. Quote:X11 and older releases RE: Unable to start X - t4_4t - 07-09-2018 > sudo apt-get install xserver-xorg-video-armsoc The result of doing it is as he indicated (EE) armsoc: module ABI major version (20) does not match the server's version (23) In short, at least as of today the files uploaded to the repository "xserver-xorg-video-armsoc_1.9.3ayufan6.xenial4_arm64.deb" there is a problem with this file itself. To avoid it · Use traditional modesetting_drv.so · Receive source code and rebuild (in correct environment) · Wait for the correct file to be uploaded It becomes one of the above choices. --- An example, result of rebuilding: (I do not expect performance this driver, but at least it works) Code: --- Xorg.0.log @ rebuilded armsoc_drv.so from source code --- RE: Unable to start X - Osiander - 07-10-2018 Hello guys, after upgrade to 0.6.44-minimal and installation XFCE, X is starting properly. Attached is the logfile. RE: Unable to start X - Falkor - 07-11-2018 (07-10-2018, 04:09 AM)Osiander Wrote: Hello guys, Hi, Thank's for this thread, as I'm experiencing the same issue. @Osiander : did you flashed a new image or is there a command for this upgrade ? @t4_4t : what kind of delay can we expect for the correct file to be available ? (if its on his way…) RE: [solved] Unable to start X - Osiander - 07-12-2018 First of all I've flashed the new image and after that "apt update" and install XFCE4 per tasksel. RE: [solved] Unable to start X - jovval - 10-03-2018 (07-12-2018, 10:46 AM)Osiander Wrote: First of all I've flashed the new image and after that "apt update" and install XFCE4 per tasksel. OK. I presume you did tasksel and selected XFCE4 So, here I am. [ 44.071] (II) LoadModule: "armsoc" [ 44.071] (WW) Warning, couldn't open module armsoc [ 44.071] (II) UnloadModule: "armsoc" [ 44.071] (II) Unloading armsoc [ 44.071] (EE) Failed to load module "armsoc" (module does not exist, 0) [ 44.071] (EE) No drivers available. [ 44.071] (EE) Fatal server error: [ 44.072] (EE) no screens found(EE) [ 44.072] (EE) What did you do third to install the armsoc module shown in your log? Clearly, you did not do this, apt-get install xserver-xorg-video-armsoc ... Get:1 http://ppa.launchpad.net/ayufan/rock64-ppa/ubuntu xenial/main arm64 xserver-xorg-video-armsoc arm64 1.9.3ayufan6.xenial4 [31.1 kB] because then your Xorg's log would read as mine does. [ 963.471] (II) LoadModule: "armsoc" [ 963.471] (II) Loading /usr/lib/xorg/modules/drivers/armsoc_drv.so [ 963.471] (II) Module armsoc: vendor="X.Org Foundation" [ 963.471] compiled for 1.18.4, module version = 1.4.1 [ 963.471] Module class: X.Org Video Driver [ 963.472] ABI class: X.Org Video Driver, version 20.0 [ 963.472] (EE) armsoc: module ABI major version (20) doesn't match the server's version (23) [ 963.472] (II) UnloadModule: "armsoc" [ 963.472] (II) Unloading armsoc [ 963.472] (EE) Failed to load module "armsoc" (module requirement mismatch, 0) [ 963.472] (EE) No drivers available. And how did you force the system to select 23 and not 20 when you did that critical, missing third step? Please, be kind enough to include these crucial details. For now, I fail to see how this issue can possibly be "solved" until someone posts the full solution specifying how to install armsoc version 23. Nonetheless, I offer my attempt to explain how I executed a work-around stated by t4_4t above. I have what appears to be a (partially?) functional X screen at boot by doing the following as root. (These are my full steps starting with a freshly flashed microSD. The first two steps are good practice, but are not necessary.) apt update apt-get upgrade tasksel I selected MATE; installation of 788 packages ensued. cd /etc/X11/xorg.conf.d mv 20-armsoc.conf 20-armsoc.conf-requires_version_23 mv 20-modesetting.conf.bak 20-modesetting.conf Then, either of the following gives (a scarcely tested) X at hdmi's console: startx and/or reboot Unlike text console, the GUI returns to life at the hdmi upon input (from my mouse) and lets me see what I type. So, ahm, how about version 23 of armsoc and ./install_desktop? How to make those work? |