seduction
 Language:
Welcome, Guest. Please login or register.
Did you miss your activation email?
2019/05/23, 01:02:44


Help

Author [EN] [PL] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] Topic: [closed] kernel 4.20.14_no user login window  (Read 844 times)

0 Members and 1 Guest are viewing this topic.

Offline jyp

  • User
  • Posts: 69
[closed] kernel 4.20.14_no user login window
« on: 2019/03/08, 20:26:18 »
Hi everyoneJust upgraded a machine an hour ago. No problem during the upgrade.But no user login screen; black screen, no prompt, mouse pointer active.Checking runlevel in tty1: 5
Using kernel 4.20.11, all is ok.
Thanks
« Last Edit: 2019/03/17, 20:42:44 by jyp »

Offline jure

  • User
  • Posts: 476
Re: kernel 4.20.14_no user login window
« Reply #1 on: 2019/03/08, 22:05:15 »
some infos about your system ?

Code: [Select]
inxi -v3
Gruss Juergen

Offline piper

  • Global Moderator
  • User
  • *****
  • Posts: 1.630
  • we are the priests ... of the temples of syrinx
Re: kernel 4.20.14_no user login window
« Reply #2 on: 2019/03/08, 22:49:10 »
What video card are you using ?

Can you try (assuming your using plasma/kde, if not ignore this post)

Code: [Select]
dpkg-reconfigure sddm
If that don't work try

Code: [Select]
apt --reinstall install sddm
If that don't work I need to see

Code: [Select]
sddm-greeter --test-mode
« Last Edit: 2019/03/08, 22:53:46 by piper »
"We're all grown up and don't freak out when a piece of text contains the word 'fuck'. I still don't understand why people think that the word 'fuck' is what would keep certain groups from contributing to the Linux kernel. In all seriousness, it doesn't."

John Paul Adrian Glaubitz

Offline Pip

  • User
  • Posts: 53
Re: kernel 4.20.14_no user login window
« Reply #3 on: 2019/03/08, 23:20:40 »
I've not had the login page for a while, and have to boot kernel 4.18-20 to get a response after I log in (blind: just type user name <tab> password on the blank screen and it comes back again). I've seen some raising the issue of NVIDIA cards (I've got NVIDIA GK104 [GeForce GTX 770] using nouveau) but I haven't followed up on it to track down just where it is it's going wrong. My bad. But try the blind log in and see if you get a response.

Offline piper

  • Global Moderator
  • User
  • *****
  • Posts: 1.630
  • we are the priests ... of the temples of syrinx
Re: kernel 4.20.14_no user login window
« Reply #4 on: 2019/03/09, 01:05:24 »
@Pip

Can you try this (if using sddm)

Quote from: piper
edit

/usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/lockscreen/LockScreenUi.qml

to look like


        }

        WallpaperFader {
            visible: false
            anchors.fill: parent
            state: lockScreenRoot.uiVisible ? "on" : "off"
            source: wallpaper
            mainStack: mainStack
            footer: footer
            clock: clock
        }

       
edit
       
/usr/share/sddm/themes/debian-breeze/Main.qml

to look like


        }
        WallpaperFader {
            //visible: config.type == "image"
            visible: false
            anchors.fill: parent
            state: loginScreenRoot.uiVisible ? "on" : "off"
            source: wallpaper
            mainStack: mainStack
            footer: footer
            clock: clock
        }

 
edit

/usr/share/sddm/themes/breeze/Main.qml

to look like


        }

        //takes one full minute for the ui to disappear
        Timer {
            id: fadeoutTimer
            running: true
            interval: 3000
            onTriggered: {
                if (!loginScreenRoot.blockUI) {
                    loginScreenRoot.uiVisible = false;
                }
            }
        }

Of course reboot after editing

The only other way I know out of that is to use the nvidia drivers.
"We're all grown up and don't freak out when a piece of text contains the word 'fuck'. I still don't understand why people think that the word 'fuck' is what would keep certain groups from contributing to the Linux kernel. In all seriousness, it doesn't."

John Paul Adrian Glaubitz

Offline Pip

  • User
  • Posts: 53
Re: kernel 4.20.14_no user login window
« Reply #5 on: 2019/03/09, 08:45:10 »
Yes, I'd considered the possibility of using nvidia drivers, but I've wanted to put that off as long as what I've got works well enough.

Thanks for the suggestions. It looks like my configuration is not the same as yours, possibly I've just made a mistake somewhere.  /usr/share/sddm/themes has two items in it

debian-theme -> /etc/alternatives/sddm-debian-theme/
patience/
Something I should mention - should have mentioned since I should have expected there'd be attempts to help out - is that I have a 4K screen, which might make a difference. Earlier kernel installations were able to show the sddm and then the desktop. Later kernel installations would show neither. Booting into the command line with later kernels also gave a blank screen.
I'll have a a poke around on my set up and see if I can find equivalents and reboot.
Thanks.

Offline piper

  • Global Moderator
  • User
  • *****
  • Posts: 1.630
  • we are the priests ... of the temples of syrinx
Re: kernel 4.20.14_no user login window
« Reply #6 on: 2019/03/09, 13:17:53 »
Ok, thanks for mentioning the 4K screen and I would for sure try the nvidia drivers with that for better performance (you can check both arch and ubuntu forums for results).

Nouveau does work for some, but, has flaws, this looks like one of them, but, only you can find out by trying both nvidia and nouveau drivers and seeing for yourself what works and what don't.

You probably also have stock sddm configs which is why mine are different, usually with sddm  it will give you a "white" sddm screen (latest upgrade or upgrade before last, I can't remember now), I also have a "timer & blur" tweak in mine, you can find out more on other tweaks at kde forums

Usually when the login screen is messed up after a full-upgrade editing the LockScreenUiqml usually fixes it (99% of the time)

My login screen (needs work yet)




« Last Edit: 2019/03/11, 12:49:15 by piper »
"We're all grown up and don't freak out when a piece of text contains the word 'fuck'. I still don't understand why people think that the word 'fuck' is what would keep certain groups from contributing to the Linux kernel. In all seriousness, it doesn't."

John Paul Adrian Glaubitz

Offline Pip

  • User
  • Posts: 53
Re: kernel 4.20.14_no user login window
« Reply #7 on: 2019/03/09, 13:36:56 »
Thanks, Piper. I'll check through it later if it becomes a problem.

sddm-greeter --test-mode
worked for me, by the way, though it showed a different screen to the one I had been used to.


Offline jyp

  • User
  • Posts: 69
Re: kernel 4.20.14_no user login window
« Reply #8 on: 2019/03/09, 16:46:08 »
@piper
Sorry for the lack of machine info; I was posting from another machine.
Code: [Select]
~$ inxi -v3
System:    Host: fung Kernel: 4.20.11-towo.1-siduction-amd64 x86_64 bits: 64 compiler: gcc v: 8.2.0 Desktop: KDE Plasma 5.14.5Distro: siduction 17.1.0 Patience - kde - (201703051755) base: Debian GNU/Linux buster/sid
Machine:   Type: Desktop Mobo: ASUSTeK model: SABERTOOTH Z77 v: Rev 1.xx serial: <root required> BIOS: American Megatrends v: 1504 date: 08/03/2012
Battery:   Device-1: hidpp_battery_0 model: Logitech MX Ergo Multi-Device Trackball charge: 55% (should be ignored status: Discharging
CPU:       Topology: Quad Core model: Intel Core i5-3570K bits: 64 type: MCP arch: Ivy Bridge rev: 9 L2 cache: 6144 KiB flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 27279 Speed: 1605 MHz min/max: 1600/3800 MHz Core speeds (MHz): 1: 1605 2: 1605 3: 1605 4: 1605
Graphics:  Device-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics vendor: ASUSTeK P8 series driver: i915 v: kernel bus ID: 00:02.0
           Display: x11 server: X.Org 1.20.4 driver: modesetting unloaded: fbdev,vesa
           resolution: 1920x1200~60Hz, 1920x1200~60Hz
           OpenGL: renderer: Mesa DRI Intel Ivybridge Desktop v: 4.2 Mesa 18.3.4 direct render: Yes
Network:   Device-1: Intel 82579V Gigabit Network vendor: ASUSTeK P8P67 Deluxe driver: e1000e v: 3.2.6-k port: f080 bus ID: 00:19.0 IF: eno1 state: up speed: 1000 Mbps duplex: full mac: 30:85:a9:98:50:31
Drives:    Local Storage: total: 3.75 TiB used: 971.17 GiB (25.3%)
Info:      Processes: 211 Uptime: 7m Memory: 15.37 GiB used: 1.40 GiB (9.1%) Init: systemd runlevel: 5 Compilers: gcc: 8.3.0 Shell: bash v: 5.0.2 inxi: 3.0.32

As you can see, no nvidia here.

Tried
  • dpkg-reconfigure sddm
  • apt --reinstall install sddm
No luck
sddm-greeter --test-mode does not return anything.
For now I use an older kernel.
In /boot, I intend to remove anything related to 4.20.14 to help my friend boot without having to think about choosing a proper kernel. Is that a silly idea?

Thanks


Offline piper

  • Global Moderator
  • User
  • *****
  • Posts: 1.630
  • we are the priests ... of the temples of syrinx
Re: kernel 4.20.14_no user login window
« Reply #9 on: 2019/03/09, 21:54:18 »
@ jyp

Are you by any chance using a separate home partition on that machine ?

Till I get an answer to the above question, you can rename .Xauthority  (old.Xauthority or Xauthority.old) and reboot

50/50 chance it works
"We're all grown up and don't freak out when a piece of text contains the word 'fuck'. I still don't understand why people think that the word 'fuck' is what would keep certain groups from contributing to the Linux kernel. In all seriousness, it doesn't."

John Paul Adrian Glaubitz

Offline piper

  • Global Moderator
  • User
  • *****
  • Posts: 1.630
  • we are the priests ... of the temples of syrinx
Re: kernel 4.20.14_no user login window
« Reply #10 on: 2019/03/09, 22:10:20 »
I would like to see the outputs of

Code: [Select]
# startx
# xrandr
# systemctl start sddm.service
# systemctl status sddm.service

/var/log/sddm  and   /var/log/Xorg.0.log
"We're all grown up and don't freak out when a piece of text contains the word 'fuck'. I still don't understand why people think that the word 'fuck' is what would keep certain groups from contributing to the Linux kernel. In all seriousness, it doesn't."

John Paul Adrian Glaubitz

Offline jyp

  • User
  • Posts: 69
Re: kernel 4.20.14_no user login window
« Reply #11 on: 2019/03/09, 22:22:50 »
@piper
No separate /home partition.
This is my friend machine. In order to make booting smooth, I removed the files related to kernel 4.20.14 (initrd, System.map, vmlinuz). I also ran update-grub.

The booting into kernel 4.20.11 is straightforward. But the links in _ / _  are still there pointing to kernel 4.20.14
Code: [Select]
lrwxrwxrwx   1 root root    46 Mar  8 12:54 initrd.img -> boot/initrd.img-4.20.14-towo.1-siduction-amd64
lrwxrwxrwx   1 root root    46 Mar  8 12:54 initrd.img.old -> boot/initrd.img-4.20.11-towo.1-siduction-amd64
lrwxrwxrwx   1 root root    43 Mar  8 12:54 vmlinuz -> boot/vmlinuz-4.20.14-towo.1-siduction-amd64
lrwxrwxrwx   1 root root    43 Mar  8 12:54 vmlinuz.old -> boot/vmlinuz-4.20.11-towo.1-siduction-amd64
I know it might be seen as a silly manoeuver that run around the problem, but she needs a working machine these days!
Any comments are welcome of course.

Offline Pip

  • User
  • Posts: 53
Re: kernel 4.20.14_no user login window
« Reply #12 on: 2019/03/10, 11:37:19 »
Did the blind login work for you as it has for me (though we have different problems)?

Offline jyp

  • User
  • Posts: 69
Re: kernel 4.20.14_no user login window
« Reply #13 on: 2019/03/10, 20:43:40 »
@pipThe blind login didn't work for me.

Offline piper

  • Global Moderator
  • User
  • *****
  • Posts: 1.630
  • we are the priests ... of the temples of syrinx
Re: kernel 4.20.14_no user login window
« Reply #14 on: 2019/03/11, 12:35:22 »
Quote from: piper
you can rename .Xauthority  (old.Xauthority or Xauthority.old)   and reboot

50/50 chance it works



I would like to see the outputs of

# startx
# xrandr
# systemctl start sddm.service
# systemctl status sddm.service

/var/log/sddm  and   /var/log/Xorg.0.log
"We're all grown up and don't freak out when a piece of text contains the word 'fuck'. I still don't understand why people think that the word 'fuck' is what would keep certain groups from contributing to the Linux kernel. In all seriousness, it doesn't."

John Paul Adrian Glaubitz