You are not logged in.
hi everyone,
i'm trying to install arch on my pc, but i've run into a problem.
i wrote the arch iso to a usb drive and booted from it. the boot menu appears, but it freezes immediately before i can even select anything. the screen stays frozen, the keyboard doesn't respond, and even unplugging the usb drive changes nothing.
this happens ONLY with arch iso. i've tried several older arch isos, but they all freeze the same way.
does anyone know how to fix this?
Offline
a brief hardware spec list might could reveal some hints
Offline
a brief hardware spec list might could reveal some hints
asus tuf gaming f15 fx507zc4
cpu: intel core i5-12500h
gpu: nvidia rtx 3050 laptop + intel iris xe
Offline
sanity check: have you disabled secureboot?
also: is there a windows install? -> https://wiki.archlinux.org/title/Dual_b … ibernation
Offline
sanity check: have you disabled secureboot?
also: is there a windows install? -> https://wiki.archlinux.org/title/Dual_b … ibernation
secury boot disabled
windows i have in dualboot
Offline
the screen stays frozen, the keyboard doesn't respond
How can you tell those apart?
happens ONLY with arch iso
What are some other isos where this doesn't happen?
i have in dualboot
3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.
That aside, assuming it's only the keyboard: can you attach an external one?
Offline
the screen stays frozen, the keyboard doesn't respond
How can you tell those apart?
happens ONLY with arch iso
What are some other isos where this doesn't happen?
i have in dualboot
3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.That aside, assuming it's only the keyboard: can you attach an external one?
everything literally freezes completely, like a static image. even when i pull out the usb stick screen stays exactly the same. it only happens with the arch iso, i hav tested kali live, tails, gparted and other isos and they all work fine. the problem is not the keyboard bro
Offline
Please avoid bloating the thread with pointless full quotes.
The grub menu will be "like a static image" if you cannot input anything and there's no timeout (this is arch-archlinux, not cachy-archlinux or manjaro-archlinux or something like that?)
Or does the screen not "freeze" but become completely garbled? What do you actually see (link a photo)
A grub regression between debian and arch versions don't seem overly likely depending on how much older the older isos were.
How do you write the iso?
Offline
hibernation an fastbut on win is also turned off
Offline
i'm using the official standard arch iso. i have tried 3 different versions of it. flash with ventoy and i use refind. the screen just freezes when i select a boot option. ill send a screen soon
.
Offline
and i use refind
Hold on, how are you arriving at the bootloader? Is there anything else but maybe the UEFI asking you from what drive to boot?
flash with ventoy
ventoy creates a multiboot system, what if you just dd the iso onto a usb key?
Offline
i usually boot from the usb directly through uefi, does it make sense to try without ventoy or would it just waste time?
Offline
I never got Ventoy to play nice with Arch, dd to a USB stick was the only way forward.
Rlu: 222126
Offline
does it make sense to try without ventoy or would it just waste time?
w/o actually testing its hard to tell...
as for me, I had no such issues with Ventoy. And yes it mostly depends on hardware/firmware thingy
Online
Unless I've seen an explanation how the "freeze" can be distinguished from "no input handling" my guess is that something™ ultimately fails to hand control over the keyboard to grub.
ventoy being something™ seems rather plausible but there's really no guarantee on any of that.
Offline
Ventoy is the most parsimonious explanation. While it's been a while, ventoy was well known to completely fail to ever make bootable arch usbs. For a while there was content in the wiki explicitly saying ventoy could not be used.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
I'm suspecting. Eeerhmm...
vfx(not sure that's the correct term to refer to early boot stage graphics) is not initializing and it seems like everything is frozen...
Offline
i can explain, even after i unplug the usb drive, the screen stays completely static
Offline
even after i unplug the usb drive, the screen stays completely static
Absence of response to unplugging the drive means nothing. Once bootloader code loaded into RAM, it unlikely watches device state interactively. Boot would fail only on attempt to load next stage.
Offline
well, ventoy actually IS just grub for the most with some advanced scripting
shouldn't (tm) make any difference between using it over vanilla arch (also: had no issues with ventoy booting arch install environment myself)
Offline
guys, i tried writing iso directly without ventoy, but it still freezes. for those who don't understand at what stage the problem happens: https://imgur.com/a/JIGlELt
Offline
Can you attach an external keyboard?
Offline
Can you attach an external keyboard?
bro, this issue has nothing to do with the keyboard, i'm using an external one
Offline
"bro", you're aware that you're the only one knowing the full context of the situation while the rest of us is limited to the information you provide?
There's no evidence whatsoever where the problem lies, your previous assertion is based on a misconception
Absence of response to unplugging the drive means nothing.
The internal keyboard likewise doesn't work (and the problem isn't actually a botched xhcd handoff)?
Since there's no real way to debug the bootloader if you've no IO at the bootloader, my best guess wrt the output would be to try to https://wiki.archlinux.org/title/GRUB/T … ramebuffer
in grub.cfg
…
terminal_input console
terminal_output console
…There're likely related commands around the insmod section before the menu entries.
Offline
In that case : does the internal keyboard work ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline