You are not logged in.
When I remove the quiet module_blacklist=...... and add system.unit....... and i try to boot I am stuck at:
:: running early hook [udev]
Starting systemd-udevd version 259.3-1-archand when I remove remove nomodeset still the same, if i do only nomodeset I get the same message. Here is the Xorg log: https://0x0.st/P_G-.0.log ( I hope it works )
Last edited by Dile (2026-03-13 22:17:24)
Offline
version 2059.3-1-arch
That's most certainly not the output, rather link a photo of your monitor than transcribing stuff.
Also what does your /etc/mkinitcpio.conf look like?
Nothing suspicious in the xorg log, but since the multi-user.target "fails" that's rather expectable.
If you add "fbcon=map:012" to the kernel parameters (and don't blacklist nvidia) can you get a terminal w/ ctrl+alt+F2,F3,F4,… ?
If you use "modprobe.blacklist=nvidia" to blacklist that module
1. can you boot
2. can you then later explicitly load "modprobe nvidia"?
Offline
So here is the image of what i get when i try to reboot with anything except module_blacklist : https://ibb.co/KjG8ZNZm
after I add fbcon=map:012 I still get the same state as the image, modeprobe.blacklist=nvidia yields the same outcome, Here are my mkinitcpio.conf : https://0x0.st/Kfec.conf ,
I have tried adding i915 to the modules and as well as removing kms in hooks. When i do the 2. instruction I still get the same result. When I am in this screen ( https://ibb.co/KjG8ZNZm ) I can't do any command.
Offline
MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)Clear the entire modules array and try again, in doubt remove the kms hook and only add i915 to the MODULES array
Offline
So I have tried to remove everything in the array and boot but I still get stuck at this ( https://ibb.co/KjG8ZNZm ) , when i remove kms and add i915 to array I go past this (https://ibb.co/KjG8ZNZm) but get stuck at a black screen, but i can do ctrl+alt+f1f2f3 to tty3, when i go to ctrl+alt+f1 i get this (https://ibb.co/RkbC7kbf) and when i go to ctrl+alt+f2 i get black screen. When i go to tty3 and log in, start hyprland I can finally see the gpu tho the usage is at 0, but i can do nvidia-smi to show the gpu, but it wont boot into sddm so i have to manually start hyprland, and a little update here as i have done previously i rebooted now it wont start hyprland even if i start it manually
Last edited by Dile (Yesterday 12:10:11)
Offline
but it wont boot into sddm
Please post journal and xorg log from that attempt.
now it wont start hyprland even if i start it manually
and the hyprland log covering that.
Offline
journal log from that boot attempt : https://0x0.st/PLXJ.txt
Xorg log from that attempt : https://0x0.st/PLXY.log.old
I have succeeded again to log into the hyprland and it did not crush so here is my logs from this attempt where i booted but with manual start of hyprland, have only removed quiet module_blacklist and added only i915 to the modules as well as removed KMS
Xorg logs : https://0x0.st/PLXU.0.log
journal logs: https://0x0.st/PLXn.txt
Last edited by Dile (Yesterday 15:17:10)
Offline
Neither https://0x0.st/PLXJ.txt nor https://0x0.st/PLXY.log.old suggest any problems (though the X11 server ignores the nvidia GPU, but there're no outputs attached to it)
https://0x0.st/PLXn.txt has sddm SIGABRT ~60s *after* you log in on TTY3 (possibly by virtue of starting hyprland)
Can you *reliably* boot the multi-user.target and manually start hyprland?
For good measure, add "initcall_blacklist=simpledrm_platform_driver_init" to the https://wiki.archlinux.org/title/Kernel_parameters - maybe it messing up w/ the card indexes has a hand in this (apparently nondeterministic behavior)
Offline
when i was booting earlier i dod not put mulit-user.target tho I only deleted module_blacklist and quiet, with it i cant start hyprland but with initicall_.... i can boot into backscreen and switch to tty3, log in and start manually hyprland and it sees the gpu tho I cant get it to be anything other then 0% usage.
xorg logs from this session : https://0x0.st/PLq5.0.log
journalctl from this session: https://0x0.st/PLqh.txt
Offline
The idea was to figure whether the nondeterministic behavior is caused by sddm, so please see whether only booting the multi-user.target and then manually starting hyprland works reliably.
Offline
So since then i have tried to use initcallcommand and every time it would not boot into sddm and when i try going from tty3 to hyprland it would crash ( i would get this and be stuck at it https://ibb.co/HLxh6jRY).
I have tired every combination with initcall that I could think off ( with initcall and mulit-user, without initcall ) .
When i added the multi-user could boot but again not into sddm but into tty1 then i could start hyprland manually, this was consistant like 3 out of 5 tries that i did all of them would start hyprland but i would get the msg that start-hyprland did not activate, i could see the nvidia gpu here every time. This is all without module_blacklist,KMS and as well as only i915 in modules array.
Last edited by Dile (Yesterday 20:40:20)
Offline
The whole point of the multi-user.target is to avoid starting sddm, so
when i added the initcall I could boot but again not into sddm but into tty3 then i could start hyprland manually, this was consistant like 3 out of 5 tries that i did all of them would start hyprland but i
sounds somewhat promising
would start hyprland but i would get the msg that start-hyprland did not activate
Please don't paraphrase, https://bbs.archlinux.org/viewtopic.php?id=57855 - what literal message do you get where when?
As for sddm you can try to slightly delay its start, https://bbs.archlinux.org/viewtopic.php?id=312229
Offline