Hello, I’ve been trying to install Arch Labs on my desktop running an AMD 1700 and an Nvidia 1080.
I’ve read that other users have been able to get it to work by removing the GPU and using the CPU’s on board graphics but seeing as the 1700 has no built in graphics this is not an option for me.
Every time I boot the installer and select the first option Arch Labs, or whatever, it tries to start and I get a screen that ends with “Triggering events” then the display goes black and says source not found.
I’ve had problems with the Nvidia cards and Linux in the past, but was always able to install the distro.
When grub loads, press “e” for edit. On the kernel line, if the word “quiet” is present delete it. Then add the word “nomodeset” and press F10 to continue to boot. If this doesn’t work there are several more options to you can try, but sometimes with nVidia cards, this will solve it.
Please provide use with the system specs and model info. Also, what process did you use to write the ISO to the USB device? And, if you boot with the current USB, what occurs when you follow my earlier post of adding nomodeset to kernel line?
CPU: AMD Ryzen 1700
GPU: Nvidia GTX 1080
RAM: 16GB Kingston HyperX DDR4
Idk what else you’d need as far as specs go. And I used Etcher to write the ISO to USB.
I’ve been using nomodeset as that’s the only way to get it to show anything on boot. When I installed Debian or Mint in the past on the same system I had to use nomodeset as well, not sure how I forgot to do that. Lol.
But I got the USB to boot fine on my 2011 MacBook Pro so it has something to do with my desktop not wanting to work correctly lol.
But when booting with nomodeset is shows the log everything seems fine and then it just goes to the black screen with the cursor. I wonder if it has anything to do with it being UEFI?
Possible, add a 3 at end of the kernel line and then let the boot continue.
This will drop you at the command line. Once at the command line, type startx and hit return. This will trigger Xorg. You might see some errors, that is ok. Use ctrl + c to abort if it hangs, and then read the xorg log, located in the /var/log/ directory.
You can use the following command for this:
I only mentioned this because it happened to me. What I can see from his pics looks exactly what I encountered. When I went to a Sandisk Cruzer from a Sandisk Cruzer blade. And from my 3.0 USB port to my 2.0 USB port, then there was no hanging. Sometimes, it’s the hardware that can be the headache.