[GH-ISSUE #597] md5sum: command not found #1722

Closed
opened 2026-03-01 18:35:49 +03:00 by kerem · 7 comments
Owner

Originally created by @benyanke on GitHub (Apr 13, 2020).
Original GitHub issue: https://github.com/netbootxyz/netboot.xyz/issues/597

Originally assigned to: @thelamer on GitHub.

Describe the bug
When using the ubuntu installer on 2.0.11, the command md5sum doesn't exist and fails.

To Reproduce
Steps to reproduce the behavior:

  1. Boot to menu
  2. "Linux Network Installs"
  3. Ubuntu 18.04
  4. Install
  5. See failure.

Expected behavior
Ideally md5sum exists, or at the least, it is removed so it doesn't fail.

The failing command appears to be line 68 of ubuntu.ipxe.

Screenshots
image

Originally created by @benyanke on GitHub (Apr 13, 2020). Original GitHub issue: https://github.com/netbootxyz/netboot.xyz/issues/597 Originally assigned to: @thelamer on GitHub. **Describe the bug** When using the ubuntu installer on 2.0.11, the command md5sum doesn't exist and fails. **To Reproduce** Steps to reproduce the behavior: 1. Boot to menu 2. "Linux Network Installs" 3. Ubuntu 18.04 4. Install 5. See failure. **Expected behavior** Ideally md5sum exists, or at the least, it is removed so it doesn't fail. The failing command appears to be line 68 of ubuntu.ipxe. **Screenshots** ![image](https://user-images.githubusercontent.com/4274911/79091045-5dcf3c80-7d11-11ea-9700-2bdaff0ed983.png)
kerem closed this issue 2026-03-01 18:35:49 +03:00
Author
Owner

@thelamer commented on GitHub (Apr 16, 2020):

I can't replicate this in UEFI or PCBios.
Can you tell us more about your environment like how you are booting netboot.xyz?

<!-- gh-comment-id:614341179 --> @thelamer commented on GitHub (Apr 16, 2020): I can't replicate this in UEFI or PCBios. Can you tell us more about your environment like how you are booting netboot.xyz?
Author
Owner

@antonym commented on GitHub (Apr 16, 2020):

Unable to replicate it either as the md5sum tools are currently compiled into the latest image. Make sure you are using the latest bootloader if you aren't already.

<!-- gh-comment-id:614734352 --> @antonym commented on GitHub (Apr 16, 2020): Unable to replicate it either as the md5sum tools are currently compiled into the latest image. Make sure you are using the latest bootloader if you aren't already.
Author
Owner

@benyanke commented on GitHub (Apr 17, 2020):

The screenshot above and tests have been done on QEMU/KVM on Ubuntu 18.04.

How can I go about ensuring I'm using the latest bootloader?

<!-- gh-comment-id:615012908 --> @benyanke commented on GitHub (Apr 17, 2020): The screenshot above and tests have been done on QEMU/KVM on Ubuntu 18.04. How can I go about ensuring I'm using the latest bootloader?
Author
Owner

@thelamer commented on GitHub (Apr 17, 2020):

I asked how you are booting netboot.xyz and your response was with QEMU/KVM on Ubuntu .
Think objectively here, we need information about where you got the bootloader, how you are hosting it, what your basic network boot setup looks like.
Are you even network booting ?
Have you tried the CD/usb ?

<!-- gh-comment-id:615306539 --> @thelamer commented on GitHub (Apr 17, 2020): I asked how you are booting netboot.xyz and your response was with QEMU/KVM on Ubuntu . Think objectively here, we need information about where you got the bootloader, how you are hosting it, what your basic network boot setup looks like. Are you even network booting ? Have you tried the CD/usb ?
Author
Owner

@benyanke commented on GitHub (Apr 18, 2020):

Sure - here's my setup:

netboot.xyz is running on a physical host on my LAN, in docker, from image: linuxserver/netbootxyz:latest, with port forwards on 69/UDP and 3000.

VM network is a bridge to my LAN subnet, so the VMs exist directly on the LAN.

The KVM/QEMU VM is set to use the NIC in the boot order. This is the NIC bridged to my LAN.

Virt-manager:
image

Next, on my DHCP server (mikrotik), I have the next server DHCP option set to my server hosting netboot.xyz, and the boot file name to menu.ipxe:

image

From there, I simply boot the VM, and it boots from the network.
image

image

From there, I'm booted to the menu.
image

<!-- gh-comment-id:615556189 --> @benyanke commented on GitHub (Apr 18, 2020): Sure - here's my setup: netboot.xyz is running on a physical host on my LAN, in docker, from image: `linuxserver/netbootxyz:latest`, with port forwards on 69/UDP and 3000. VM network is a bridge to my LAN subnet, so the VMs exist directly on the LAN. The KVM/QEMU VM is set to use the NIC in the boot order. This is the NIC bridged to my LAN. Virt-manager: ![image](https://user-images.githubusercontent.com/4274911/79628051-27276680-8103-11ea-95cb-0657db7b5d9b.png) Next, on my DHCP server (mikrotik), I have the `next server` DHCP option set to my server hosting netboot.xyz, and the `boot file name` to menu.ipxe: ![image](https://user-images.githubusercontent.com/4274911/79628073-62299a00-8103-11ea-94b6-537195f032db.png) From there, I simply boot the VM, and it boots from the network. ![image](https://user-images.githubusercontent.com/4274911/79628143-14616180-8104-11ea-8d61-acc3b748405d.png) ![image](https://user-images.githubusercontent.com/4274911/79628148-26db9b00-8104-11ea-992f-69f359c3159f.png) From there, I'm booted to the menu. ![image](https://user-images.githubusercontent.com/4274911/79628158-30650300-8104-11ea-89af-c9667b321f54.png)
Author
Owner

@thelamer commented on GitHub (Apr 18, 2020):

You need to double boot and chain into the boot payload not the ipxe file.
Right now you are using KVM's slimmed down IPXE bin to directly chain into the ipxe file.
Your boot file name on your DHCP server needs to be netboot.xyz.kpxe , it takes longer but it is what is needed to boot stuff properly as we build a heavy IPXE bin with all the bells and whistles that is actually up to date.

<!-- gh-comment-id:615568403 --> @thelamer commented on GitHub (Apr 18, 2020): You need to double boot and chain into the boot payload not the ipxe file. Right now you are using KVM's slimmed down IPXE bin to directly chain into the ipxe file. Your boot file name on your DHCP server needs to be `netboot.xyz.kpxe` , it takes longer but it is what is needed to boot stuff properly as we build a heavy IPXE bin with all the bells and whistles that is actually up to date.
Author
Owner

@benyanke commented on GitHub (Apr 19, 2020):

Thank you, this worked! I did not realize that netboot.xyz.kpxe was the proper boot filename. That worked perfectly.

<!-- gh-comment-id:616012735 --> @benyanke commented on GitHub (Apr 19, 2020): Thank you, this worked! I did not realize that netboot.xyz.kpxe was the proper boot filename. That worked perfectly.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/netboot.xyz#1722
No description provided.