Results 1 to 3 of 3

Thread: KDE(GNOME,XFCE) freezes after login

  1. #1

    Default KDE(GNOME,XFCE) freezes after login

    I've installed a fresh copy of openSUSE(from 0806 and also problem was with 0730). After i entered my pass, at login page, i saw login animation, and then all freezes. Also, i've got a freeze when i try to login from console(I typed ctrl+alt+f2 or f#,except 7),and my screen freeze imediatly.
    In i saw this output
    [    50.467] (EE) Failed to load module "intel" (module does not exist, 0)
    [    50.468] (EE) Failed to load module "nvidia" (module does not exist, 0)
    [    50.471] (EE) Failed to load module "nv" (module does not exist, 0)
    [    52.728] (EE) NOUVEAU(G0): Failed to initialise context object: 2D_NVC0 (0)
    [    52.728] (EE) NOUVEAU(G0): Error initialising acceleration.  Falling back to NoAccel
    [    57.486] (EE) Failed to open authorization file "/run/sddm/{d79a62de-9923-4c77-8fa5-13644d885950}": No such file or directory
    What does it mean?Is it problem with sddm?

    Also, i want to add, that when i was trying to see log, i use Live version of Ubuntu and it also freezes after login. But i have no logs from live usb...
    The problem start's about two weeks ago, before that i have a perfect working laptop with OpenSUSE. On upgrade i have problems with login and after reinstalling i still have a problem

  2. #2

    Default Re: KDE(GNOME,XFCE) freezes after login

    On another login, i tryied to changed Plasma session on Wayland plasma session, and login page also freeze. No reaction, except mouse. I was able to move mouse around. No additional err information in xorg.log

  3. #3
    Join Date
    Dec 2008
    FL, USA

    Default Re: KDE(GNOME,XFCE) freezes after login

    Looks rather like xf86-video-nouveau is not installed or nouveau is blacklisted, while no or wrong NVidia proprietary or prime driver is installed, or is conflicting with bumblebee.

    Why did you choose to reinstall when you had the trouble with 20190730? When you do that you retain no prior kernels to fall back on when something goes wrong at kernel upgrade time.

    Without a full Xorg.0.log you're giving us nearly nothing to work with. Dmesg and/or journal might be needed as well.
    Reg. Linux User #211409 *** multibooting since 1992
    Primary: 42.3,TW,15.0 & 13.1 on Haswell w/ RAID
    Secondary: eComStation (OS/2)&42.3 on 965P/Radeon
    Tertiary: TW,15.0,42.3,Fedora,Debian,more on Kaby Lake,Q45,Q43,G41,G3X,965G,Cedar,Caicos,Oland,GT218&&&

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts