Blend OS v4 doesn't boot on bare metal
the new v4 stable ISO doesn't boot on bare metal with systemd throwing an error about a qemu service failing, it doesn't get far enough to generate logs or be able to switch to a TTY (when the latter is attempted, it immediately snaps back to the output of systemd, which just shows the aforementioned qemu error).
62 Replies
@Rudra | blendOS, Ubuntu Unity
oh, what GPU are you using?
On my laptop it's an Intel igp with an Nvidia 1660 Ti, desktop it's an Nvidia RX 4080 Super, same issue appears on both
I've the same issue with 3500 rtx mobile gpu, I tested it and it works fine in a VM though
Normally I would think the laptop would have an easier time with the main GPU being an iris XE
This is the error I'm encountering, @Rudra | blendOS, Ubuntu Unity
Looks to be a boot blocker as it stops there
Why is that loading
Technically it wouldn’t work because there’s no host agent
That's quite surprising, what if you pass
nomodeset by following the guide here https://linuxmint-installation-guide.readthedocs.io/en/latest/boot_options.html#nomodeset-boot-option
It's included by default, and might be enabled in the v4 ISO
(we had disabled it in the v3 ISOs)Same issue regardless of if nomodeset is present or not
Alright, gonna build an ISO without
qemu-user-agent to see if that helpsIt's one of the things I pass on my desktop by default with the GPU not being fully supported by nouveau
Oh,
nvidia-dkms is included in the ISO btw; I should've mentioned that
But yeah, I'm just running an ISO build right now
(this should take about 2 minutes)
@Erathorn Zyltris built the new ISO, you can download it from https://git.blendos.co/api/v4/projects/32/jobs/artifacts/main/raw/blendOS.iso?job=build-job
@game_r/dev🐧 ^ this might come in handyOr go to the download page and click download next to master build server
🙂
people might still end up downloading an outdated ISO from a mirror
that's not an issue with direct download links from my experience
I'll grab it when I get the chance and report the results
I said master build server
:(
It uses the same link
I'd probably have missed that part lol
So it boots further, but the GUI doesn't start even with nomodeset and I can't get to a GUI for more then a split second. I'll try forcing systemd to boot to single user mode, I'll also attach what errors it shows on boot
oh hmm, does it drop you into a shell if you pass
init=/bin/bash as a kernel argument?
if that does, it's very likely something's up with gdm
but then it does boot for me on very similar hardwareManaged to get out to boot to tty by just adding "3" to the end of the kennel commandment
systemctl start gdm just brings up a black screen (I can get back to a tty in this case though)@Erathorn Zyltris, you've gained the level
1So it seems gdm is being weird
aha hmm
trying to reproduce this issue on other hardware now
That try was without nomodeset as this laptop normally doesn't need it, trying with now
And nada
Nomodeset makes it worse, looks like gdm is repeatedly and rapidly crashing
there was a similar issue with gdm back when v4 was first announced, but that was due to missing directories
however, it does appear to work in VMs and on certain hardware, so this seems to be a lot more concerning
I'll see if arch has a way to blacklist drives on the kennel command line, I have a sinking feeling it's nouveau
I know I can disable that entirely on Fedora with a kernel argument
aha I can replicate it on a laptop with an RTX 4080 Mobile
So I might be on the right track with that last bit?
Possibly, gonna try booting it with
modprobe.blacklist=nouveauHopefully it's just the case of it just being a nouveau issue
I sure hope so
Could also be Wayland still being weird in Nvidia hardware, that's also an easy fix
Hmmm probably not, pretty sure we default to x11 in live sessions
nope, still doesn't work
Hmmm.... I'll try a few things later during my lunch break
Gonna try other display managers now
To see if it works with those; if it doesn't, it's definitely a cause for concern
Wouldn't really be surprised if it's specifically gdm being weird
Yeahh, happens all the time lol
Oh, tried with sddm, and just as predicted, it works.
So something's clearly up with gdm
I'm also able to log into a GNOME Wayland session from SDDM with no problem
Go figure. On my machine when gdm goes into the crash loop on the live medium, there's no obvious way to access logs
Actually, ssh might be the key to that part, but that'd have to wait until I get home, don't think my work would like me doing that on their network, what with it being a secure facility
Ohhhh might've figured it out
Likely missing users, just reinstalling
gdm got it workingOh? Something simple I'm guessing?
Yep lol
Most likely a missing
gdm userGotta love how it's the least obvious but most simple solution
True that lol
I'll just reboot and make sure that is in fact what's happening
Hmm no, that might not have been it
Them darn red herrings.
logging into a gnome session might've fixed that lol
this is incredibly confusing; trying to reproduce that success again
Hmmm..... Wonder if it's missing files in the home directory that aren't correctly being created
Without logging into gnome itself
Or possibly temp files?
Oh hold on lmfao
Solution
@Erathorn Zyltris @game_r/dev🐧
xorg-server wasn't installed xDfixed, ISO build running
Haha, that simple, eh? That'd explain how it's not consistent, as a lot of systems once installed default to Wayland unless you don't force it otherwise on this distro
Yep, blendOS defaults to Wayland even on NVIDIA GPUs post-installation, but the live session isn't as consistent
555.xx Nvidia make Wayland at least somewhat better from what I tested on vanilla Arch, not sure if 555 is out of beta yet though
oh yep, pretty sure it's still in beta though
there's also the new MESA release with NVK and Nouveau has decent support for RTX 40xx, so I might as well remove
nvidia-dkms from the ISO at this point
(not sure if the new mesa's in core yet though)I'll have to test that out when I get home, my desktop has one of those
I've heard that's really nice
great! I'll give it a try :)
any images which include lightdm or sddm?
Not that I know of, the image with gdm works now though
GDM doesn't depend on xorg though, no?
It needs it in some configs, but Arch being Arch, it's not a dependency because it is assumed it's already installed in those cases
is this pointing to the latest build with xorg added, or must I go to the download page to get the latest?
That link is the latest
It always points to the latest build.