from HarvesterOfEyes@piefed.social to linux@lemmy.ml on 02 May 23:04
https://piefed.social/post/716107
Hi!
I’ve already posted in the Arch Linux community on lemmy.ml but I’m also posting it here for additional visibility. I’d cross-post it but I don’t think PieFed has that option yet. Hopefully it’s okay.
Anyway, a few hours ago today, when I turned on my computer, went to the systemd-boot boot loader, chose “Arch Linux” from the list of boot entries, I was faced with a system that is stuck at boot as seen from the image I uploaded.
So far, I’ve tried disabling Overdrive by editing the kernel parameters at boot, and by booting an Arch Linux live ISO to no avail. As in, I’m stuck at the same stage of the booting process, even when using the aforementioned live ISO. Which means I can’t really boot into the system.
This happened before, like, a few months ago. I either booted with a live ISO and executed mkinitcpio -P, or just did a hard reset, as I waited for a kernel, GPU drivers or mesa update. About a month ago, it stopped happening and the system booted fine. I don’t really know what fixed it, sorry. Until today, that is.
I’m at a loss of what to do aside from either reinstalling Arch Linux or installing a different distro. I really don’t want to do that, though, as I haven’t really done any backups of my config files, and I’m generally happy with how I’ve set up my system. The fact that the live ISO didn’t work also made me think of a hardware problem, namely the GPU, which complicates things even more, as I don’t have a spare one.
Some information about my hardware:
- GPU: Radeon RX Vega 56
- Motherboard: ASUS Prime X470-Pro
- CPU: AMD Ryzen 7 2700X
I ran # pacman -Syu
last night so everything is up to date. Not sure how relevant this is but I’m using the radeon open-source drivers.
Hopefully all of this was somewhat clear and if there’s something I missed, please let me know.
Thanks in advance!
threaded - newest
Do you still have the live iso you used to install arch? Does it work? Do other distros work (just the live systems are enough)?
Edit:
Some more things: Did you try disconnecting the pc from mains, pressing the power button (to discharge all capacitors) and reconnecting. Reseat the button cell for the bios?
No, I had to use the latest one. Nope, tried the Ubuntu live ISO but it also didn't work.
perhaps systemrescue? It’s an arch based distro, but maybe built differently for better stability. it also does not attempt to start real graphics until you type startx
Regarding your edit: no, I haven't tried that, but I will keep those suggestions in mind, thanks!
This is a good one too! And if you have a volt-meter, see if it’s low (or just replace it if you have a spare).
I think that does not happen anymore in modern PCs. I still always do it, but then I also wait a minute or more after pulling the plug
if you can boot a live iso, its probably not hardware. if you can’t boot a live iso, it might be hardware.
Yeah, it might be the dreaded hardware problem, then.
Since it is something with the computer itself and not the OS, some things to try:
The goal is to narrow down which piece of hardware is failing.
Will do it tomorrow, thanks!
I think I remember some weird power bugs in the 2700x, though I never encountered them myself. The best thing I could find was this reddit thread reddit.com/…/ryzen_freezes_in_linux_even_if_linux…
I tried adding the kernel parameter mentioned in that thread but it didn't work. But thank you anyway!
Run a live disk. If everything runs fine, it’s not hardware. If not, then it’s very likely hardware.
Ideally, run a different live system than what’s installed right now. Otherwise it’s easy to misinterpret software issues for hardware ones.
imgflip.com/memegenerator/…/Quit-Having-Fun
Pretty sus :P
I would start by removing the graphics card if you have integrated graphics available (or disable the PCI port in your bios)
This reminds me of the kinds of issues I would get when setting up overclocking and getting just past the limit of stable operation. If you have overclocking set up definitely try disabling it.
If removing the GPU does nothing don’t forget to check removing each ram stick separately, or make sure your bios runs a full memory check.
Looks like your PC tells you to disable overdrive. Have you tried that?
Have you tried reading the post? They already did
PieFed isn't letting me edit the OP due to an unexpected error. The errors keep piling up, haha!
Just wanted to thank all of you wonderful people for all the help you've given me. I love each and everyone of you (even the ones who skimmed through my post :p). A user on the other thread I created in the Arch Linux community suggested I add the
nomedeset
parameter, with which I managed to boot into the system. I updated it and installedlinux-lts
along withlinux-lts-headers
. Adjusted/boot/loader/entries/arch_linux.conf
to switch to the lts kernel by default and rebooted the PC. Unfortunately, didn't work but I got logs! Here's the relevant part, I think:I did a search and it seems like it's the GPU's fault due to the ring errors. I think. I remembered I have an old nvidia GPU laying around so I'm going to try to reseat the current GPU and, if that doesn't work, try the old one. Not sure if I have to uninstall the amd drivers or if it's ok to have both the amd and nvidia drivers installed. If that doesn't work, I'm going to go through all the other suggestions y'all gave me to try and pinpoint the problem.
Again, thank you so much!