Leap 15.6 no gui on boot

Just did a clean install of 15.6. When I boot, the system stays on the console and will not go to the GUI for login etc.

Checking the /var/log/Xorg files, I see a message (the only message) bout cannot create listener for unix at /tmp/.X11-unix. It shows “errno 2” (“File not found?”).

In /tmp, I see that it is creating a link to /mnt/wsgl/.X11-unix but that directory did not exist.

On another box with 15.6 installed, there is the directory .X11-unix in /tmp with the socket inside that directory. That system was the result of an upgrade from 15.5 rather than a new install.

I have tried to create the /mnt/wsgl/.X11-unix directories but stll it fails.

ANy clues? TIA

What’s the output from:

ls -la /tmp
df /tmp

Also the obligatory question: how did you create the installation media. Was Ventoy used?

@antttikutoja:

Putting Hui’s question another way, did you obtain your openSUSE Leap image from this URL? – <https://get.opensuse.org/leap/15.6/#download>

And, did you verify that, the SHA256 checksum of the image was correct before you attempted to use it?

  • As part of the “Download” button on that web page, there’s “Checksum” and “Signature” items which also have to be downloaded as part of the verification process.
    The “ChecksumHowTo is here – <Checksums Help>
/tmp is on the / partition...

df -h /tmp 
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda3        40G   21G   17G  56% 

ls -la /tmp
total 44
drwxrwxrwt 10 root root 4096 Jan 14 16:21 .
drwxr-xr-x 22 root root 4096 Jan 12 23:24 ..
drwxrwxrwt  2 root root 4096 Jan 13 03:16 .ICE-unix
drwxrwxrwt  2 root root 4096 Jan 13 03:16 .Test-unix
lrwxrwxrwx  1 root root   19 Jan 13 01:26 .X11-unix -> /mnt/wslg/.X11-unix
drwxrwxrwt  2 root root 4096 Jan 13 03:16 .XIM-unix
drwxrwxrwt  2 root root 4096 Jan 13 03:16 .font-unix
drwxr-xr-x 16 root root 8192 Jan  1  1970 MOUNT
srwxr-xr-x  1 root root    0 Jan 14 16:18 sddm-authfa7d5eb9-7136-4cbb-b0d0-5c8cdf0af814
drwx------  3 root root 4096 Jan 14 16:18 systemd-private-4f76fcd80ac84188a48a33b5de03894d-ModemManager.service-Ck5mwg
drwx------  3 root root 4096 Jan 14 16:18 systemd-private-4f76fcd80ac84188a48a33b5de03894d-bluetooth.service-6SOv5g
drwx------  3 root root 4096 Jan 14 16:18 systemd-private-4f76fcd80ac84188a48a33b5de03894d-systemd-logind.service-TwWBDi

"MOUNT" is me to get a usb stick mounted to collect this info. 

The link .X11-unix -> /mnt/wslg/.X11-unix is failed. /mnt/wslg does not exist

OMEFFINGG!

I am truely an idiot.

I had previously used this iso to upgrade another box and it went fine.

Just reviewed the failed box and notoced that the grub menu was still referencing 15.5! /etc/os-release shows the same.

No errors occured at all during the installation. Just ran the “Check Medium” on the iso and it fails.

Apologies to all. I will go back and start again. I’m 75 now and a bit slower than I would wish.

Can I close this and go hide in shame somewhere? :frowning:

Me too !!! :smiling_imp:

No need to apologise – only the Robots are perfect and never make mistakes – read Isaac Asimov’s “Laws of Robotics” … :robot:

  • Human beings produce errors.” – my law in response to Asimov’s Laws … :sunglasses:

Oh dear.

I downloaded a fresh iso along with all the “shas”.

Calculated all of them using the new image and they all matched.

Burned the iso to both a DVD and a memory stick.

Ran “check Medium” on both and all was fine - “No Errors Found”.

Used the DVD to upgrade from 15.5. All was fine. Same with the stick.

Did a fresh install (used both the DVD and the stick) and got the same result as before! No GUI,

Xorg log full of the failed to create listener message. /tmp shows a link (.X11-unix->/mnt/wslg/.X11-unix) but, of course, wslg doesn’t exist.

Related to having to install a whole new windows system?

Did you install patterns-wsl-tmpfiles?

Sorry, I don’t remember. If I had selected WSL systemd setup, it would have installed that by default.

I went back to a 15.5 install and got the same result! Floored me because that was the original system on that box.

Did the install again but, this time, I declined to “import user from previous install” and, instead, filled in my user name and password. I know that in every other install causing this failure, I had chosen to import.

Anyhow, this time, I got the gui etc back and working as normal.

Surely, it can’t be this? The working system has elements from the WSL patterns but only bash, bash-sh and systemd.

The description of the patterns-wsl-tmpfiles fits exactly the situattion I’ve encountered but I can’t imagine why I would install something that allowed me to run Linux on a windows box.

I will redo the 15.6 install and make sure that I don’t touch any WSL stuff.

I only tried to do a fresh install to avoid the tedium of resolving all the conflicts of the restricted formats stuff. I will redo the installation and make sure that all WSL stuff is installed.

More anon.

Well, the “import User” thing turned out to be a Red Herring. Annoyingly, the installation insists on trying to drop me into a Gnome desktop despite me explicitly choosing KDE.

Remedy is no longer by sysconfig editing via yast but by manually examining the /etc/sysconfig/windowmanager file where you find that the yast-presented “DEFAULT_WM” parameter is no longer effective and you have to execute “update-alternatives” instead.

I can only surmise that I had inadvertently installed some of the WSL stuff with the missing “patterns-wsl-tmpfiles” avoiding any dependency checks.

Why I would do this is, frankly, beyond me.

Thanks to all who chipped in.

Kind Regards - A

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.