mirror of
https://github.com/netbootxyz/netboot.xyz.git
synced 2026-04-25 15:15:56 +03:00
[GH-ISSUE #162] multi-arch support #73
Labels
No labels
Hacktoberfest
Hacktoberfest
bootloader
bsd
bug
confirmed
documentation
duplicate
enhancement
enhancement
enhancement
eol
experimental-merged
freebsd
help wanted
invalid
investigate
ipxe
linux
live-os
memdisk
menu
no-issue-activity
no-issue-activity
pull-request
released
todo
upstream
windows
windows
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/netboot.xyz#73
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @aeryncaen on GitHub (Jun 28, 2017).
Original GitHub issue: https://github.com/netbootxyz/netboot.xyz/issues/162
Originally assigned to: @antonym on GitHub.
It would be lovely to see support for multiple architectures, especially ARM
@antonym commented on GitHub (Jun 29, 2017):
Will probably start looking at this in the coming weeks... anything in particular your looking for?
@aeryncaen commented on GitHub (Jul 8, 2017):
Arch for ARM, ubuntu for ARM, CoreOS for ARM. Those I think cover most use-cases for ARM right now
@yzgyyang commented on GitHub (Aug 21, 2017):
It would be awesome if FreeBSD for ARM is available!
@marcmerlin commented on GitHub (Jul 26, 2018):
Just to confirm, can netboot.xyz be installed on any arm64 platform at the moment?
Like hikey960 https://www.96boards.org/product/hikey960/
Or vim2 https://www.khadas.com/vim
?
@marcmerlin commented on GitHub (Jul 27, 2018):
Actually I see "arm64" in http://boot.netboot.xyz/boot.cfg. Is there any pre-built image that works on any arm64 platform?
@vielmetti commented on GitHub (Oct 8, 2019):
Offering to help here with @worksonarm resources, per https://github.com/WorksOnArm/cluster/issues/179 and hoping to get this taken care of during my hacking time at Arm TechCon Oct 8-10 in San Jose. (Expo tickets free.)
cc @edolnx
@antonym commented on GitHub (Oct 8, 2019):
I put a PR up to split the menus by arch and to add an option for testing github branches on arm in the menu, which should make things easier to hack on as you'll be able to put changes in your own branch and then reload the menu from that branch.
https://github.com/antonym/netboot.xyz/pull/364
I played around with CentOS a bit last week and it appears to get an exec format error when loading up the installer kernels on a packet host running EFI. I'm not sure if this is related to the installer kernels being compressed (need to test an uncompressed image) or if we need to use an EFI stub of some sort to load the kernel up. I'd guess it'll be a similar issue with the other install kernels as well that'll need to be worked through.
@vielmetti commented on GitHub (Oct 8, 2019):
^ yes @antonym there has generally been a need to test uncompressed kernels; I don't recall where the lack of compression tools happens, but generally speaking
vmlinuxgood,vmlinuzbad.@NiKiZe commented on GitHub (Oct 8, 2019):
IPXE does not perform any decompression, so in the cases where the kernel can't decompress itself or initrd it will fail, in EFI kernel must be a valid efi binary, with the correct bitness. You can check in iPXE efi with imgstat, also auto detection of arch and bitness should be used IMHO.
@antonym commented on GitHub (Oct 16, 2019):
I was able to get CentOS 8 text installer booting on a packet arm host by passing through ipxe -> grub -> centos installer kernels by just adding a variable and loading the grub EFI bootloader. This method didn't require modification/decompressing the installer kernels.
It's not the most ideal but it does appear to work. To try it out, you can boot an arm instance via packet PXE via https://boot.netboot.xyz, select ipxe shell and punch this in:
@github-actions[bot] commented on GitHub (Nov 24, 2020):
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
@vielmetti commented on GitHub (Nov 24, 2020):
Based on https://github.com/netbootxyz/netboot.xyz/issues/162#issuecomment-542843032 it looks like this might have an acceptable workaround for booting on Arm servers. Next time I'm in Fedora-land I'll try to replicate again.
@antonym commented on GitHub (Nov 24, 2020):
It just needs some more research and trial and error. I don't really have any access to arm64 machines currently but if I can get access to resources, I can probably see how much further I can get. I have a netboot.xyz POC iPXE boot loader working on an RPI4 but there are a lot of little oddities to work around with on it.
@vielmetti commented on GitHub (Nov 24, 2020):
@antonym There's a project at @WorksOnArm with support for netboot.xyz that has been approved, but I'm guessing that there's no current use of that account / those systems. Let me know if you're interested here or at https://github.com/WorksOnArm/cluster/issues/179 and I can get you a system to test against.
@antonym commented on GitHub (Nov 24, 2020):
@vielmetti Yeah, I'd be interested to hack on it here and there when I have some extra cycles. I know we had started something there but it never seemed to get off the ground.
@github-actions[bot] commented on GitHub (Dec 25, 2020):
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
@vielmetti commented on GitHub (Jun 28, 2021):
If there's anyone with spare cycles and interest for this, I have a use case and user for it (they are stuck trying to get OpenSUSE booted). @antonym I don't know where things stand on this or generally with the project but if you're willing to give it a go....
@antonym commented on GitHub (Jun 28, 2021):
Still waiting for some equipment or resources to test on. I really only have access to x86 hardware currently other than a few raspberry pi's. If I can get physical or remote access to some arm hardware, I can set aside some time to look into it.
@anthr76 commented on GitHub (Jun 29, 2021):
@vielmetti I was successful with a older compile of PiPXE from @antonym 's fork opensuse kubic... Though failing to chain now with HTTP.
@antonym commented on GitHub (Jun 29, 2021):
I ran into some hiccups on the RPI mainly when trying to load the images that looked similar to this where it would hang after loading the EFI stub:
https://pbs.twimg.com/media/E4u0TF2XoAkcDd3?format=png&name=small
@antonym commented on GitHub (Aug 28, 2021):
Put some changes up today with https://github.com/netbootxyz/netboot.xyz/pull/971 that allows arm64 builds to now work. I've been able to load up several kickstart builds successfully with these changes so far.
@antonym commented on GitHub (Sep 2, 2021):
Framework and a few arm64 installers are rolled out now so closing this up. Hopefully, we can start adding additional operating systems on arm over time as we can test and qual them.
@razvanphp commented on GitHub (Apr 29, 2024):
so basically we should be able to use
netboot.xyz.efion an ARM device? Or only specific images?I tried and I get nothing after I see it downloaded the image but then a blank screen and goes back into the boot selection menu. Trying on Nvidia Jetson SoC, with
live-arm.ipxethe same...LE: worked with
netboot.xyz-arm64.efi, which makes sense, my bad.Can we somehow join the menus so that they work on both archs? Asking because many DHCP servers do not work with multi arch, like Unifi, would be nice to handle this internally in netboot.