Unable to install on main pc

Thanks @ricklinux :slight_smile: Appreciate post and information. I checked lastnight which driver I have installed, and it’s solely xf86-video-ati 1:19.1.0-2 (with zen kernel, wine-tkg and mesa-aco now added). I’ve had system failures trying other drivers, I think when choosing the amdgpu option via Anarchy.

I’m not sure that trying a reinstall is best, as maybe the extra video drivers installed, e.g. nvidia, just don’t like my system, so the issue would repeat unless I could choose to only install the AMD/ATI driver. It would take some time to test/reinstall again, and I just don’t have any issues with Anarchy, on previous or new bios. I really like Mate, too, although an offline install of xfce would quite possibly work, judging by how the live ISO ran so well, before anything remote was installed.

I haven’t checked if there’s a suggestions section, but, if it adds something positive, I could request about choosing video driver and also login manager during install?

I still have Endeavour on the backup laptop, and hope to be able to respond to bits and pieces on the forum, as much a tech baby can, lol, now and then, and can also notice if there are any installer changes too. :smiley:

@anon96036739

If you haven’t tried that, maybe it is worth testing. You could also remove xf86-video-ati while testing that.

If testing fails, you can chroot into the installed system using the USB installer, and then change packages to your liking.

Another thing to try is another Display Manager (e.g. sddm, lightdm, gdm, …).

Thanks @manuel for your message. Another thing about being a tech baby, lol … not yet understanding chroot, despite having tried a few times. :joy: The system froze after about 4 seconds, so there wasn’t time to do anything gui-based. No worries; hardware really likes the ATI driver so if ever there’s an option in the installer to choose that, that would be awesome.

Have you compared the drivers in use between EndeavourOS installer and Anarchy?
E.g.

lspci -vnn > filename

on both systems and compare the files…

1 Like

About chroot: it is not that hard to do right. If you feel adventurous enough to try it, we can help you.

2 Likes

Sorry to say, but it’s up in post 14 above. From that compare on Distrowatch, the extras are: alsa-lib, firefox, gcc, gtk3, mesa, nvidia, qt, samba, xfdesktop, xorg-server. And thank you very much for offering help about chroot. :smiley: Would be great to be able to do it; I have Endeavour on the laptop, so could use that, just incase, lol, as it’s easy to reinstall on the laptop, without needing to do all other installs.

No, I didn’t mean that. What I meant was you might want to check what are the actual (especially graphics) drivers in use on both systems, on Anarchy and on the EndeavourOS USB installer (that I understood is working OK). If they both have the same drivers, then we should have a common denominator that we can “build” on your installed (but currently failing) EndeavourOS installed system.

When the working drivers are “known”, you can chroot to the the EOS system by first checking the device/partition where it is installed. Then arch-chroot to that partition, and you’re on the installed system, and can make changes to it.

The following link provides more chrooting details:
https://endeavouros.com/docs/system-rescue/rescue-non-booting-system-with-arch-chroot/

1 Like

No problem. Yes, the iso worked great on the laptop’s hardware (ryzen 5, rx560, 2 drives). The main pc’s hardware is ryzen 7, rx5700xt, 1 main drive. Both systems running linux-zen, wine-tkg, mesa-aco.

I ran lspci -vnn > filename on the main pc’s Anarchy install, picking out the graphics parts …

0b:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] [1002:731f] (rev c1) (prog-if 00 [VGA controller])
Subsystem: XFX Pine Group Inc. Device [1682:5701]
Flags: bus master, fast devsel, latency 0, IRQ 82, IOMMU group 25
Memory at d0000000 (64-bit, prefetchable) [size=256M]
Memory at e0000000 (64-bit, prefetchable) [size=2M]
I/O ports at f000 [size=256]
Memory at fce00000 (32-bit, non-prefetchable) [size=512K]
Expansion ROM at fce80000 [disabled] [size=128K]
Capabilities:
Kernel driver in use: amdgpu
Kernel modules: amdgpu

I choose AMD/ATI during Anarchy install; only have xf86-video-ati installed.

On the laptop with Endeavour installed, lspci -vnn > filename graphical information is:

01:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Baffin [Radeon RX 460/560D / Pro 450/455/460/555/555X/560/560X] [1002:67ef] (rev e5)
Subsystem: ASUSTeK Computer Inc. Device [1043:17c1]
Physical Slot: 0
Flags: bus master, fast devsel, latency 0, IRQ 60, IOMMU group 8
Memory at e0000000 (64-bit, prefetchable) [size=256M]
Memory at f0000000 (64-bit, prefetchable) [size=2M]
I/O ports at f000 [size=256]
Memory at fea00000 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at fea40000 [disabled] [size=128K]
Capabilities:
Kernel driver in use: amdgpu
Kernel modules: amdgpu

04:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c2) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device [1043:17c1]
Flags: bus master, fast devsel, latency 0, IRQ 24, IOMMU group 11
Memory at c0000000 (64-bit, prefetchable) [size=256M]
Memory at d0000000 (64-bit, prefetchable) [size=2M]
I/O ports at c000 [size=256]
Memory at fe600000 (32-bit, non-prefetchable) [size=512K]
Capabilities:
Kernel driver in use: amdgpu
Kernel modules: amdgpu

And thanks for the great link about chroot; looks really clear, so will definitely study it. :smile:

So the desktop PC has the problem (I had to re-read your first post… :wink: ).
Can you show the output of the following commands after booting the desktop PC with the EndeavourOS USB installer:

pacman -Qs xf86-video
lspci -vnn | grep -PA9 'VGA|Display'

Thanks for your post, and, yes, it’s the main PC that freezes. The live USB ran really well on it, so it was a real surprise when the freezing happened. Will reboot now and post back the details.

I’ve run the 2 commands and these are the results.

[liveuser@eos-2020.05.08 ~]$ pacman -Qs xf86-video
local/xf86-video-amdgpu 19.1.0-1 (xorg-drivers)
    X.org amdgpu video driver
local/xf86-video-ati 1:19.1.0-1 (xorg-drivers)
    X.org ati video driver
local/xf86-video-fbdev 0.5.0-1 (xorg-drivers)
    X.org framebuffer video driver
local/xf86-video-intel 1:2.99.917+906+g846b53da-1 (xorg-drivers)
    X.org Intel i810/i830/i915/945G/G965+ video drivers
local/xf86-video-vesa 2.4.0-3 (xorg-drivers xorg)
    X.org vesa video driver
local/xf86-video-vmware 13.3.0-2 (xorg-drivers)
    X.org vmware video driver

[liveuser@eos-2020.05.08 ~]$ lspci -vnn | grep -PA9 'VGA|Display'
0b:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] [1002:731f] (rev c1) (prog-if 00 [VGA controller])
	Subsystem: XFX Pine Group Inc. Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] [1682:5701]
	Flags: bus master, fast devsel, latency 0, IRQ 80
	Memory at d0000000 (64-bit, prefetchable) [size=256M]
	Memory at e0000000 (64-bit, prefetchable) [size=2M]
	I/O ports at f000 [size=256]
	Memory at fce00000 (32-bit, non-prefetchable) [size=512K]
	Expansion ROM at fce80000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: amdgpu

@northernlass
I see Intel listed. Is the first command done on your desktop or laptop?

local/xf86-video-intel 1:2.99.917+906+g846b53da-1 (xorg-drivers)
    X.org Intel i810/i830/i915/945G/G965+ video drivers

The second command is obviously your desktop as i see the RX 5700XT graphics card.

The reason I’m asking is because on you’re desktop you wouldn’t have Intel. On my Ryzen 7 3800X with an RX590 video card I have the following installed.

[ricklinux@eos-xfce ~]$ pacman -Qs xf86-video
local/xf86-video-amdgpu 19.1.0-2 (xorg-drivers)
X.org amdgpu video driver
local/xf86-video-ati 1:19.1.0-2 (xorg-drivers)
X.org ati video driver
local/xf86-video-fbdev 0.5.0-2 (xorg-drivers)
X.org framebuffer video driver
local/xf86-video-vesa 2.4.0-3 (xorg-drivers xorg)
X.org vesa video driver
[ricklinux@eos-xfce ~]$

[ricklinux@eos-xfce ~]$ lspci -vnn | grep -PA9 ‘VGA|Display’
2d:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev e1) (prog-if 00 [VGA controller])
Subsystem: Gigabyte Technology Co., Ltd Device [1458:2311]
Flags: bus master, fast devsel, latency 0, IRQ 143, IOMMU group 29
Memory at e0000000 (64-bit, prefetchable) [size=256M]
Memory at f0000000 (64-bit, prefetchable) [size=2M]
I/O ports at f000 [size=256]
Memory at f7e00000 (32-bit, non-prefetchable) [size=256K]
Expansion ROM at f7e40000 [disabled] [size=128K]
Capabilities:
Kernel driver in use: amdgpu
[ricklinux@eos-xfce ~]$

Both commands were run via the terminal within the live USB on the main PC. The only reference to intel I’d previously noticed, with some disappointment, is that the intel sound driver was needed, so I’m not sure what the command is picking up, and, as you say, I’d not expect there to be any intel video driver showing.

I can see that the lines in my output are the other way round to yours … yours has x.org in the top line, but local underneath, and mine has local in the top line and x.org underneath. Most of your drivers are more recent; a test USB, or I’ve not downloaded the latest? or commands done within installion? In your output there’s not the vmware or intel drivers. Don’t want either of those drivers, and am not sure why they’re showing up (only the sound needs intel, + don’t run any virtual stuff and wouldn’t choose vmware).

I’m just curious because originally the install removed anything that was unneeded. Yes you do have Intel sound i see in the inxi -FGz output.

Mine is right up to date. New kernel and other updates today. In order to really know what is causing the freeze you are going to have to install EndeavourOS and do some troubleshooting which requires time, effort, and some help. @manuel is the expert here on this. On Anarchy you are running on the same amdgpu which is the kernel module drivers. The only difference is the mesa and the fact that you are running the zen kernel. The other things it could be would be related to xorg configuration files and any other kernel parameters that may be different?

Edit: The RX5700 XT is quite a bit different card than my Radeon RX590 and they originally had lots of issues with earlier kernels in the 5.3 -5.4 range. But it should be resolved currently. It’s just a matter of figuring out what the issue is that is causing this.

Could you once more show the output of the previous commands (pacman and lspci as above) with Anarchy on your main PC?
Then we can compare the differences.

Thanks for your post, and I see. Sorry, maybe I didn’t say clearly that the same zen kernel, wine-tkg and mesa-aco are on both the laptop and Anarchy.

Anarchy is running fine only on the ATI driver, but then I’m choosing AMD/ATI during install. As you say, it would take time, effort and help to confirm what is causing the freezes, and I imagine that means the dreaded chroot, lol, which I’ve never succeeded at previously, eek. I’d need to take a bit of time to think about that, and must be honest that my overriding feeling is that extra drivers being installed could be the issue, and it may take a few complex days, without use of main PC, to arrive at that conclusion … having an option to choose which drivers on install would be ideal. And, yes, I’m finding the RX5700XT runs perfectly with the ATI driver. Great for everyone that these cards are now working well.

Sure thing. These are the outputs:

pacman -Qs xf86-video
local/xf86-video-ati 1:19.1.0-2 (xorg-drivers)
X.org ati video driver

sudo lspci -vnn | grep -PA9 ‘VGA|Display’
[sudo] password for *********:
0b:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] [1002:731f] (rev c1) (prog-if 00 [VGA controller])
Subsystem: XFX Pine Group Inc. Device [1682:5701]
Flags: bus master, fast devsel, latency 0, IRQ 82, IOMMU group 25
Memory at d0000000 (64-bit, prefetchable) [size=256M]
Memory at e0000000 (64-bit, prefetchable) [size=2M]
I/O ports at f000 [size=256]
Memory at fce00000 (32-bit, non-prefetchable) [size=512K]
Expansion ROM at fce80000 [disabled] [size=128K]
Capabilities: [48] Vendor Specific Information: Len=08 <?>
Capabilities: [50] Power Management version 3

Thanks for the outputs.
Now you could make a simple modification to your drivers:

  • remove xf86-video-vmware if you don’t need it for some reason
  • remove xf86-video-intel since you don’t seem to need that at all
  • remove one of xf86-video-ati or xf86-video-amdgpu and reboot to see if it works any better (I’m guessing amdgpu works better, but I may be wrong…)

Now you can do that by booting with the EndeavourOS USB stick and follow the chroot instructions.

Just to help you get started, can you show the output of the following command:

   lsblk -fm

and please indicate which of the partition(s) belong to the EndeavourOS install.

Thank you for your post. :smiley: Sorry to appear to be rather resistant to this, but I’m not going to be any good at going in and changing iso installers, and really would prefer if one day the installer gives a selection of choices for video drivers. It took hours the other day to set up the main PC again, and tbh I’m not very well at the moment.

I have a fully working Anarchy install, and have posted in the poll about the installer, requesting choice for video drivers, so, if that does happen one day, that’ll be awesome! The Endeavour install on the backup Ryzen5/RX560 laptop is fine; it’s just the more recent hardware on the main PC that, for me anyway, prefers only the ATI driver to be installed.

Really appreciated advice very much, both from yourself and ricklinux. :smiley: :+1:t2:

OK, I see your point, no worries.

About the selection of video drivers at install, let’s wait and see. Cannot promise you anything about that now. Currently we have installed most video drivers, and then, in the end of install, removed those that seem not needed. Usually that works, but there always exists some hardware that needs special tricks.

1 Like