FSUUID and FSNAME from a gpt partition (the recommended for a gpt part) not work
the fstab remain using KERNEL names in there
The patch at https://gist.github.com/1080899 (for archboot git repo) should fix this.
]]>89c51 wrote:veneratio wrote:I tried the new beta on a Mid-2012 MacBook Air. By copying the extracted iso to a usb drive, trying to boot via efi simply hangs.
Literally nothing happens after selecting the device. Any idea how to debug this?I know a normal boot requires "intremap=off" or "noapic", but I don't know much about efi booting. Others have reported success
on this model with the previous (June) archboot. I did not, however, have any luck. Thanks for all the hard work!I think the correct way is to extract it IN the usb drive. At least that was what worked for me the last time if i remember correctly.
In? Hmmm. . . . I won't be able to try it for a day or two, but I just want to be clear. You're saying to place the iso on the drive, and then extract it there? I'll give that a try and report back I guess. Thanks!
I don't know what are you using to extract the iso but in my case i used the gnome archive manager and specified as target the usb stick.
]]>veneratio wrote:I tried the new beta on a Mid-2012 MacBook Air. By copying the extracted iso to a usb drive, trying to boot via efi simply hangs.
Literally nothing happens after selecting the device. Any idea how to debug this?I know a normal boot requires "intremap=off" or "noapic", but I don't know much about efi booting. Others have reported success
on this model with the previous (June) archboot. I did not, however, have any luck. Thanks for all the hard work!I think the correct way is to extract it IN the usb drive. At least that was what worked for me the last time if i remember correctly.
In? Hmmm. . . . I won't be able to try it for a day or two, but I just want to be clear. You're saying to place the iso on the drive, and then extract it there? I'll give that a try and report back I guess. Thanks!
]]>I tried the new beta on a Mid-2012 MacBook Air. By copying the extracted iso to a usb drive, trying to boot via efi simply hangs.
Literally nothing happens after selecting the device. Any idea how to debug this?I know a normal boot requires "intremap=off" or "noapic", but I don't know much about efi booting. Others have reported success
on this model with the previous (June) archboot. I did not, however, have any luck. Thanks for all the hard work!
I think the correct way is to extract it IN the usb drive. At least that was what worked for me the last time if i remember correctly.
]]>I know a normal boot requires "intremap=off" or "noapic", but I don't know much about efi booting. Others have reported success
on this model with the previous (June) archboot. I did not, however, have any luck. Thanks for all the hard work!
1. UEFI CD support has been removed (due to gummiboot and EFISTUB limitations). Only USB is supported. Simply extract iso to any FAT32 USB drive and boot from it. grub-efi-x86_64 is no longer used for iso booting.
Reason: grub is slow as it needs to set itself up and slow in reading files, especially
2. variables used for grub loopback support (below is an example)-
iso_loop_dev=UUID=XXXX
iso_loop_path=/blah/archboot.iso
iso_loop_dev can be of any format supported by "mount" command.
]]>1. gummiboot iso booting
2. efilinux LTS iso booting
3. iso booting using grub loopback
4. iso booting via syslinux memdisk
5. setup script EFISTUB - gummiboot, refind, efilinux (LTS) code
6. PARTUUID
cp -f "${DESTDIR}/usr/lib/refind/config/refind.conf" "${_REFIND_CONFIG}"
after _REFIND_CONFIG= line in the setup script. Please fix that.
]]>