I'm almost done installing Artix but my Dell XPS 13 (~2019) laptop computer isn't able to detect it on its own.
Current behavior with the USB containing the artix iso plugged in:
1. Laptop boots to the iso launch menu
2. "Detect EFI boot loaders" option finds "(hd2,gpt1)/efi/efi/grub/grubx64.efi"
3. I can boot into the installation that way.
Current behavior without the artix iso available:
1. Boots to an error message "No bootable devices found"
In the F12 menu:
Boot mode is set to : UEFI; Secure Boot: OFF
...
UEFI BOOT:
grub
Linux Boot Manager
Manually selecting either UEFI boot options results in the same error.
I made sure to set the boot partition's label to EFI System (https://wiki.archlinux.org/title/EFI_system_partition) and followed the instructions for a UEFI installation in the installation guide. The deviations from the guide are that I have only 2 partitions - boot and encrypted storage.
I don't know what else to check or look for. I'd really like to solve this issue.
Any advice or pointers appreciated.
That page explains you must have an EFI partition, you say you don't have one? It could be the problem. Before EFI, using BIOS boot, the boot loader first stage was located in the MBR, now it resides in the EFI partition. Rough guide to boot process: HW chip built in software (commonly termed BIOS) > MBR or EFI partition > /boot/somebootloader > kernel cpio or whatever. The usb drive Artix has an EFI partition which is allowing it to boot then it can direct things to the /boot part of your install.
After booting from the cd try running
sudo efibootmgr
from the package of the same name and post the output.
I think I have one. I have a 1G partition of type EFI System with a FAT32 filesystem that I mounted on /boot during the installation process.
This better not be hazing, I'm hand typing the entire output ;D
$ sudo efibootmgr
BootCurrent: 000C
Timeout: 0 seconds
BootOrder: 0002,0001,0009,000A,000B,000C,000D
Boot0000* ubuntu HD(1,GPT,acf82dc5-fbe6-490b-a237-f015f42bc758,0x800,0x177000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* Linux Boot Manager HD(1,GPT,5ad2a131-351c-4af0-bc66-2e59d275e211,0x800,0x100000)/File(\EFI\systemd\systemd-bootx64.efi)
Boot0002* grub HD(1,GPT,5ad2a131-351c-4af0-bc66-2e59d275e211,0x800,0x100000)/File(\EFI\grub\grubx64.efi)
Boot0009* Diskette Drive BBS(Floppy,Diskette Drive,0x0)0000424f
Boot000A* USB Storage Device BBS(USB,USB Flash Disk 1100,0x0)0000424f
Boot000B* CD/DVD/CD-RW Drive BBS(CDROM,CD/DVD/CD-RW Drive,0x0)0000424f
Boot000C* UEFI: USB Flash Disk 1100 PciRoot(0x0)/Pci(0x14,0x0)/USB(8,0)/USB(1,0)/CDROM(1,0x18a85c,0x8000)0000424f
Boot000D* USB Flash Disk 1100, Partition 2 PciRoot(0x0)/Pci(0x14,0x0)/USB(8,0)/USB(1,0)/HD(2,MBR,0x0,0x18a85c,0x2000)0000424f
Plus some of my boot partition for reference
# from inside the artix-linux on the laptop's SSD (/dev/nvme0n1p2)
$ tree /boot/efi
/boot/efi
|-- Dell
| `-- logs
| |-- diags_current.xml
|. `-- diags_previous.xml
`-- EFI
`-- grub
`-- grubx64.efi
Double check the UUID 5ad2a131-351c-4af0-bc66-2e59d275e211 is correct.
Other than that if I liked grub I suggest using grub-install again.
Maybe get rid of what I assume is the stale 'Ubuntu' entry. Shouldn't make a difference though?
But imho a better idea, unless you use certain forms of full disk encryption, Is test rEFInd (http://www.rodsbooks.com/refind/) with a USB drive and then once you realise it's better than Grub replace it.
/boot/efi
[sudo] password for ruben:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 32.6G 0 part
├─sda2 8:2 0 898.4G 0 part /
└─sda3 8:3 0 500M 0 part /boot/efi
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: TOSHIBA DT01ACA1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: A1F7BA0F-C8ED-F24E-B942-45591B645CAB
fdisk
Device Start End Sectors Size Type
/dev/sda1 1885186048 1953520031 68333984 32.6G Linux swap
/dev/sda2 1026048 1885186047 1884160000 898.4G Linux filesystem
/dev/sda3 2048 1026047 1024000 500M BIOS boot
Partition table entries are not in disk order.