Unable to "startx" using linux-lts

soaringowl2145 · 2018-05-26 17:49:35

When I boot the lts kernel from the official repo I am unable to startx to launch gnome. When I use the regular "linux" kernel from the official repo it works.

/var/cache/pacman/pkg/linux-4.16.10-1-x86_64.pkg.tar.xz
/var/cache/pacman/pkg/linux-lts-4.14.41-1-x86_64.pkg.tar.xz

I am using HDMI with amd graphics using the xf86-video-ATI driver and the xf86-video-amdgpu driver

===============

Linux working startx:

https://pastebin.com/LaCkpCqq

================

Linux-LTS not working:

https://pastebin.com/qqUDkjfW

V1del · 2018-05-26 18:30:34

Which card, exactly? The amdgpu driver received a lot of important patches in 4.15 so this isn't further surprising, your card isn't even being detected, used by amdgpu on the LTS kernel. Any reason you want to use the LTS kernel?

Last edited by V1del (2018-05-26 18:32:02)

soaringowl2145 · 2018-05-27 04:43:47

Integrated amd raedon r series. I have a ryzen 3 2200g apu 4 core.

This Mobo:

https://www.asus.com/us/Motherboards/PR … fications/

As far as the LTS kernel is concerned I would like to have it as a backup in case the regular kernel is not functioning like I had on another computer in the past and could only use the LTS kernel until an update for the regular kernel was pushed out. Or incase a major security flaw is found in the main kernel so I have another kernel to use until it gets fixed.

seth · 2018-05-27 06:41:24

Try to boot the lts kernel w/ blacklisted nouveau.
You've got a multi-GPU system and a raven chip which is unlikely to be supported by the radeon driver and probably just lacks general kernel support in the LTS chip.

The interesting things for you to look at are "lspci" and "dmesg" - maybe you can run the X11 server on the nvidia chip and ignore the AMD one (on the lts kernel)
When things go south, you can btw. still boot the lts kernel, roll back the linux kernel and ignore it for updates for the time being (which is a partial update but ok'ish for the kernel and as transitional state)

soaringowl2145 · 2018-05-27 15:59:19

I have booted the LTS with blacklisted module, even though I did not install the nvidia driver. It still did not work.

Is the raven chip too new for the lts kernel?

https://pastebin.com/u7pFtRyv

==================

On a side note, when a new LTS kernel is updated to at least 4.16 will this issue resolve itself since the main 4.16 kernel works out of the box? Also if I choose to just uninstall the LTS kernel, would I be able to just use a live distro to chroot into my Arch install and then downgrade 'linux' until a new kernel version is released?

Last edited by soaringowl2145 (2018-05-27 16:01:02)

V1del · 2018-05-27 16:15:37

That's a Vega card, afaik they definitely belong to the groups of cards that only received support with 4.15

Yes if the LTS kernel is bumped the issue would likely not be present as such. Downgrading a kernel from a live disk if worst comes to worst will be possible yes. But really all of that goes on the assumption that a kernel will be so broken you can't boot your system, and that really isn't going to be the case for the majority of time. If you really want a fallback you could compile your own version with a changed package name, or use some other newer kernel that you keep on an older version for emergency purposes. (I.e. install zen or ck or something and holding them back on a kernel update so you have two disjoint versions)

loqs · 2018-05-27 16:34:07

You could keep linux-lts and limit its use to the console only until linux 4.20+ or 5.0+ and linux-lts gets its next rebase in H1 2019.
Edit:
Changed Q1 to H1

Last edited by loqs (2018-05-27 16:34:51)

soaringowl2145 · 2018-05-27 16:46:05

So, it sounds like there is nothing I can do about this for now, right?

I installed linux-hardened, and linux-zen. Zen boots and can startx but hardened gets stuck at loading ramdisk, but I am not worried about that.

The part about compiling my own version and updating manually just sounds like to much work for what it is really worth to me. So I suppose I will just keep the lts kernel and only use it to repair/downgrade my system like @loqs said.

One final question. Is the initramfs or whatever the option is under the main kernel boot option in grub just a copy of the previous kernel that will work out of the box?

soaringowl2145 · 2018-05-27 16:46:49

loqs wrote:

You could keep linux-lts and limit its use to the console only until linux 4.20+ or 5.0+ and linux-lts gets its next rebase in H1 2019.
Edit:
Changed Q1 to H1

What does H1 mean?

Slithery · 2018-05-27 17:00:10

H1 means the first half of the year so Jan-Jun.

Arch Linux

#1 2018-05-26 17:49:35

Unable to "startx" using linux-lts

#2 2018-05-26 18:30:34

Re: Unable to "startx" using linux-lts

#3 2018-05-27 04:43:47

Re: Unable to "startx" using linux-lts

#4 2018-05-27 06:41:24

Re: Unable to "startx" using linux-lts

#5 2018-05-27 15:59:19

Re: Unable to "startx" using linux-lts

#6 2018-05-27 16:15:37

Re: Unable to "startx" using linux-lts

#7 2018-05-27 16:34:07

Re: Unable to "startx" using linux-lts

#8 2018-05-27 16:46:05

Re: Unable to "startx" using linux-lts

#9 2018-05-27 16:46:49

Re: Unable to "startx" using linux-lts

#10 2018-05-27 17:00:10

Re: Unable to "startx" using linux-lts

Board footer