You are not logged in.
All, just installed Arch (from the 2025-02-01 iso) on the HP ProOne 600 with i5 8500 processor and i915 Gen 9.5 graphics and the box will not boot unless nomodeset is passed as a kernel parameter. I could not boot the installer without editing the command line a passing nomodeset. Without it, it gets to the point of triggering uevents... and the locks up. The i915 module is loaded, so the plug-n-play has instead turned into plug-n-pray?? How do I handle getting graphics going on this box?
The hardware details are:
inxi -G
Graphics:
Device-1: Intel CoffeeLake-S GT2 [UHD Graphics 630] driver: N/A
Device-2: DGSMU019ICA4I5 HP High Definition 1MP Webcam driver: uvcvideo type: USB
Display: unspecified server: X.org v: 1.21.1.15 driver: N/A tty: 128x48
API: EGL v: 1.5 drivers: swrast platforms: surfaceless,device
API: OpenGL v: 4.5 vendor: mesa v: 24.3.4-arch1.1 note: console (EGL sourced)
renderer: llvmpipe (LLVM 19.1.7 256 bits)
Info: Tools: api: eglinfo,glxinfo x11: xdpyinfo, xprop, xrandr
How is the driver: N/A? The wiki says there is no need to install the xf86-video-intel package ( https://wiki.archlinux.org/title/Intel_ … stallation ), but that looks strange?
lspci -v -nn -d ::03xx
00:02.0 VGA compatible controller [0300]: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] [8086:3e92] (prog-if 00 [VGA controller])
DeviceName: Onboard IGD
Subsystem: Hewlett-Packard Company Device [103c:83eb]
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at f0000000 (64-bit, non-prefetchable) [size=16M]
Memory at e0000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
Capabilities: [40] Vendor Specific Information: Len=0c <?>
Capabilities: [70] Express Root Complex Integrated Endpoint, IntMsgNum 0
Capabilities: [ac] MSI: Enable- Count=1/1 Maskable- 64bit-
Capabilities: [d0] Power Management version 2
Capabilities: [100] Process Address Space ID (PASID)
Capabilities: [200] Address Translation Service (ATS)
Capabilities: [300] Page Request Interface (PRI)
Kernel modules: i915
I'm currently booting with the following EFI Stub installed with efibootmgr
efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "EFISTUB Arch nomodeset" --loader /vmlinuz-linux --unicode 'root=UUID=4ecde854-9dfb-4915-a033-84a308511fc6 resume=UUID=02f00ce3-75f5-4aa6-b61a-4a54a667ab55 rw initrd=\initramfs-linux.img nomodeset i915.modeset=0'
Whether i915.modeset=0 is passed or not makes no difference. What is the trick to being able to boot and have graphics on this hardware?
If you need to see anything else, just let me know and I'm happy to post it. I've run Arch since 2009, and never had issues with graphics -- but I haven't run this newer intel graphics before.
Also, I don't think this matters, but looking through dmesg, these are the same messages the installer shows and that are shown on boot before the hang (or before boot continues if nomodset was passed):
[ 0.191649] fbcon: Taking over console
[ 0.191649] ACPI: Added _OSI(Module Device)
[ 0.191649] ACPI: Added _OSI(Processor Device)
[ 0.191649] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.191649] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.239866] ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.GFX0.DD1F._BCL], AE_ALREADY_EXISTS (20240827/dswload2-326)
[ 0.239879] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20240827/psobject-220)
[ 0.239885] ACPI: Skipping parse of AML opcode: Method (0x0014)
[ 0.239889] ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.GFX0.DD1F._BCM], AE_ALREADY_EXISTS (20240827/dswload2-326)
[ 0.239896] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20240827/psobject-220)
[ 0.239902] ACPI: Skipping parse of AML opcode: Method (0x0014)
[ 0.239905] ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.GFX0.DD1F._BQC], AE_ALREADY_EXISTS (20240827/dswload2-326)
[ 0.239912] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20240827/psobject-220)
[ 0.239917] ACPI: Skipping parse of AML opcode: Method (0x0014)
[ 0.240301] ACPI: 14 ACPI AML tables successfully acquired and loaded
[ 0.243245] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
This appears to be just a known bios bug related to files that already exist. I thought I would add them for completeness in case I'm interpreting that wrong.
Last edited by drankinatty (2025-02-18 22:15:37)
David C. Rankin, J.D.,P.E.
Offline
Did you try to boot with the CPU's microcode loaded before the initramfs? Also maybe play around with the nolapic and acpi=off flags to see their respective impact.
Inofficial first vice president of the Rust Evangelism Strike Force
Offline
I didn't try booting with the CPU microcode (didn't know that was a thing or existed ?) This is a really strange issue. I've run many of the older intel CPU with integrated graphics (most booted MBR instead of UEFI), and never had a single issue. The intel-ucode wasn't even installed by the installer. I've scanned Archwiki - Intel_graphics (and just about every other page referred to by the Installation-Guide and I can't find a link talking about what I need to do with the microcode? Do I just install it and hope?
Have not tried with the nolapic and acpi=off kernel parameters yet. Are there known issues with the i5 8500? All I can find for the power-interface is a discussion about Backlight is not adjustable. I'd love to have that issue. I can't even get X started.
I'll give it a go (and prepare to boot the USB/chroot/efibootmgr to set the nomodeset flag again). I hope it works, but I can't find any concrete docs that say "with your hardware you need to set x, y, z to make it work"? Odd. I also left 420G open on the M.2 SSD to load other stuff. I may throw openSUSE tumbleweed on it and see if yast figures the hardware out. At least I can reverse-engineer the config and modules loaded then.
I did try installing xf86-video-intel and regenerating the initramfs - made no difference, still hangs at the same spot (I removed it afterwards as it was no use). So it appears it doesn't support the 9.5 Gen graphics.
I'll report back after trying the kernel params and let you know. Thanks you for the suggestions.
Last edited by drankinatty (2025-02-18 07:59:54)
David C. Rankin, J.D.,P.E.
Offline
By the Gods
Solved! I set in the bios "legacy boot enabled, secure boot disabled" for the install. This required nomodeset to boot and resulted in a 1024x768 console (48x128 char). There was no way to configure X. The problem was leaving the "legacy boot enabled". There are only 3-choices in the drop down:
legacy boot disabled, secure boot enabled
legacy boot enabled, secure boot disabled
legacy boot disabled, secure boot disabled
On install, the selection was made so worst-case we could use a MBR install if the UEFI failed. However leaving "legacy boot enabled, ..." breaks the Arch install routine and causes the hang. Removing xf86-video-intel and setting legacy boot disabled, secure boot disabled and setting a plain generic efibootmgr entry:
efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "EFISTUB Arch i915" --loader /vmlinuz-linux --unicode 'root=UUID=4ecde854-9dfb-4915-a033-84a308511fc6 resume=UUID=02f00ce3-75f5-4aa6-b61a-4a54a667ab55 rw initrd=\initramfs-linux.img'
Solved the whole bloody-problem:
$ inxi -GSaz --vs --zl --hostname
inxi 3.3.37-00 (2025-01-06)
System:
Host: ragnarok Kernel: 6.13.2-arch1-1 arch: x86_64 bits: 64 compiler: gcc v: 14.2.1
clocksource: tsc avail: acpi_pm parameters: root=UUID=4ecde854-9dfb-4915-a033-84a308511fc6
resume=UUID=02f00ce3-75f5-4aa6-b61a-4a54a667ab55 rw initrd=\initramfs-linux.img
Console: pty pts/0 DM: LightDM v: 1.32.0 Distro: Arch Linux
Graphics:
Device-1: Intel CoffeeLake-S GT2 [UHD Graphics 630] vendor: Hewlett-Packard driver: i915
v: kernel arch: Gen-9.5 process: Intel 14nm built: 2016-20 ports: active: eDP-1
empty: DP-1,DP-2,HDMI-A-1 bus-ID: 00:02.0 chip-ID: 8086:3e92 class-ID: 0300
Device-2: DGSMU019ICA4I5 HP High Definition 1MP Webcam driver: uvcvideo type: USB rev: 2.0
speed: 480 Mb/s lanes: 1 mode: 2.0 bus-ID: 1-12:3 chip-ID: 04ca:7081 class-ID: 0e02
Display: unspecified server: X.org v: 1.21.1.15 driver: gpu: i915 tty: 115x58
Monitor-1: eDP-1 size-res: N/A in console modes: 1920x1080
API: EGL v: 1.5 hw: drv: intel iris platforms: device: 0 drv: iris device: 1 drv: swrast
surfaceless: drv: iris inactive: gbm,wayland,x11
API: OpenGL v: 4.6 compat-v: 4.5 vendor: mesa v: 24.3.4-arch1.1 note: console (EGL sourced)
renderer: Mesa Intel UHD Graphics 630 (CFL GT2), llvmpipe (LLVM 19.1.7 256 bits)
Info: Tools: api: eglinfo,glxinfo x11: xdpyinfo, xprop, xrandr
This allowed (for whatever reason) the automatic pickup of driver: i915 where before there was no driver found driver: N/A, but listing the i915 driver as the alternate alternate: i915 arch: Gen-9.5. The auto-magic works and the console now comes up full HD with 67 lines and 240 columns.
So for this model BIOS, having any "legacy boot" option enabled break the Arch install iso. This needs to be clearly noted in the Installation-Guide and the Intel-graphics wiki.
David C. Rankin, J.D.,P.E.
Offline
Glad to hear that you could solve this. Please remember to mark this thread as solved by prepending [SOLVED] to the thread's title by editing its initial post so that others know that there's nothing more to do here, but maybe a solution to find. Thank you.
Inofficial first vice president of the Rust Evangelism Strike Force
Offline