Good day,
I have had no luck installing open mamba.
I have tried multiple ISO's and different usb sticks, but to no avail.
I have noticed that the ISO's aren't creating a grubx64.efi option, only bootx64.efi, and as such my computer won't recognize the usb stick...(yes, I have efi set in my bios).
So...I have to use rEFInd and it recognizes the bootx64.efi and boots to the grub menu.
I have tried every boot mode, but none of them will boot.
The closest one is the debug choice and it attempts to boot...I see the openmamba logo briefly and it drops to a prompt and stops booting, usually the last line says, "Failed to start SDDM".
I can switch to another terminal and run, dnf update...it finds and installs 104 updates, including sddm.
If I try to run startx from the prompt, it attempts to load, but states that X refuses to run or fails to connect.
Enclosed is my report.
Any ideas?
Hi,
thanks for reporting the issue with much detail.
I will check for adding a UEFI boot option to the live ISOs in the next days. Currently you may create a UEFI bootable pendrive by using the "Install openmamba on USB" tool but of course you need to have a working openmamba desktop installation to be able to run this tool.
As for the SDDM startup error, recently this issue was caused by a missing /lib/systemd symlink pointing to /usr/lib/systemd, you may want to check if the link is missing and if so creating the symlink should fix the problem. I thought the problem would be fixed with the latest ISOs but I will check and eventually do a fix for this problem.
Silvan,
Thank you for quick response...
When the usb stick I created booted and I switched to tty2, I could start mc and see that in fact the sym link was created for systemd that you mentioned. I updated using dnf but couldn't get the desktop to start using startx.
Just to confirm, so that you are aware...I am seeing these issues when booting the usb stick I created. It never does boot to a desktop.
I created my boot stick using dd...I may also try Belana-etcher to see if that makes a difference.
I even downloaded the openmambo image and using gnome-disks, restored the openmamba image to a second drive. Interestingly enough, it created 3 partitions.
Partition #1 19mb hfs+ (EFI_MAC), Partition #2 20mb Fat (EFI), Partition #3 3.7gb Ext4 (openmamba)
Both partition #1 & #2 have the same folders and files; EFI/Boot/bootx64.efi
Partition #3 has a boot folder (grub/initrd.gz/vmlinuz) and a LiveOS folder with the squashfs.img
But my system, (and rEFInd) can't find either bootx64.efi or grub in either partition #1 or #2
I hope that I haven't overloaded you with too much info.
Any pointers will be greatly appreciated.
Douglas
Hi Douglas,
by looking at the report you sent it seems that Xorg is unable to start because the kernel is started with the "nomodeset" option, so it would skip AMD/ATI drivers and try VESA/Framebuffer modes which fail too probably because VESA/Framebuffer modes are not available too. So for this part of the problem I would suggest to boot without the "nomodeset" option, then if you are able to access a console a report in this situation would be more interesting to see. If you can't get to a console the boot could be blocking with some relevant message on screen instead (assuming that you are not booting with the bootsplash enabled, so without the 'quiet splash' kernel command line arguments.
Using the diskimg is a good idea to perform a EFI boot. The bootx64.efi from grub 2.04 has been the same for a long time and it works where I have tested it, BTW I'm working on Grub 2.06 update. The boot file has just to be inside a FAT partition and the PC has to be configured to support boot from the external device (i.e. things like secure boot need to be disabled). BTW I recently had a similar problem on a x86_64 tablet where bootx64.efi is no longer detected so I will be able to further investigate on this problem.
Silvan,
Thank you for your insight...I will check a few more things in regards to booting the usb and also the image boot.
Douglas
