[GH-ISSUE #1157] arch iso fails to boot due to wrong dns (0.0.0.0) #318

Open
opened 2026-02-27 14:51:19 +03:00 by kerem · 14 comments
Owner

Originally created by @berinaniesh on GitHub (Sep 16, 2022).
Original GitHub issue: https://github.com/netbootxyz/netboot.xyz/issues/1157

Using netboot.xyz.efi with manual network configuration and dns 8.8.8.8, it downloads the initrd and kernel (I guess) and boots, then proceeds to download the root file system, but download fails due to wrong dns. It sets the dns to 0.0.0.0 itself.

Originally created by @berinaniesh on GitHub (Sep 16, 2022). Original GitHub issue: https://github.com/netbootxyz/netboot.xyz/issues/1157 Using netboot.xyz.efi with manual network configuration and dns 8.8.8.8, it downloads the initrd and kernel (I guess) and boots, then proceeds to download the root file system, but download fails due to wrong dns. It sets the dns to 0.0.0.0 itself.
Author
Owner

@berinaniesh commented on GitHub (Sep 16, 2022):

Ubuntu ISO works fine, please don't mind if the issue is with archlinux's ISO.

<!-- gh-comment-id:1249040888 --> @berinaniesh commented on GitHub (Sep 16, 2022): Ubuntu ISO works fine, please don't mind if the issue is with archlinux's ISO.
Author
Owner

@oe3gwu commented on GitHub (Mar 12, 2023):

I cant relate tho that. As you see in the 2nd picture, my DNS is correct (192.168.1.10). I am running Netboot on a Docker (no Host Network). As DNS I user a Pi Hole with a DHCP Helper.

image

image

image

Boot works fine for me of all components. I didnt test Arch further, because I really hate it.

<!-- gh-comment-id:1465119278 --> @oe3gwu commented on GitHub (Mar 12, 2023): I cant relate tho that. As you see in the 2nd picture, my DNS is correct (192.168.1.10). I am running Netboot on a Docker (no Host Network). As DNS I user a Pi Hole with a DHCP Helper. ![image](https://user-images.githubusercontent.com/17622063/224532027-3edd9756-3d05-4c2b-a165-c8024f4b2d7f.png) ![image](https://user-images.githubusercontent.com/17622063/224532091-dbb598bb-e482-48ab-8c81-2604ddc8b82b.png) ![image](https://user-images.githubusercontent.com/17622063/224532241-8de222c5-7120-47ff-a77f-9f53a5f253a9.png) Boot works fine for me of all components. I didnt test Arch further, because I really hate it.
Author
Owner

@cicku commented on GitHub (Mar 13, 2023):

The workaround is to echo "nameserver 1.1.1.1" > /etc/resolv.conf

Appears to be a busybox bug with static IP.

<!-- gh-comment-id:1465403764 --> @cicku commented on GitHub (Mar 13, 2023): The workaround is to `echo "nameserver 1.1.1.1" > /etc/resolv.conf` Appears to be a busybox bug with static IP.
Author
Owner

@berinaniesh commented on GitHub (Mar 31, 2023):

The workaround is to echo "nameserver 1.1.1.1" > /etc/resolv.conf

Appears to be a busybox bug with static IP.

It just drops me to the emergency shell, can it be done with emergency shell?

<!-- gh-comment-id:1491239152 --> @berinaniesh commented on GitHub (Mar 31, 2023): > The workaround is to `echo "nameserver 1.1.1.1" > /etc/resolv.conf` > > Appears to be a busybox bug with static IP. It just drops me to the emergency shell, can it be done with emergency shell?
Author
Owner

@berinaniesh commented on GitHub (Mar 31, 2023):

Tried it yesterday, with manual ip address (non dhcp) and it failed.
Used netboot.xyz.efi
hit m to failsafe mode, entered network ip, gateway and dns manually,
initramfs downloads fine, when the rootfs downloads, it fails and drops to emergency shell.

<!-- gh-comment-id:1491239537 --> @berinaniesh commented on GitHub (Mar 31, 2023): Tried it yesterday, with manual ip address (non dhcp) and it failed. Used netboot.xyz.efi hit m to failsafe mode, entered network ip, gateway and dns manually, initramfs downloads fine, when the rootfs downloads, it fails and drops to emergency shell.
Author
Owner

@bartenbach commented on GitHub (Apr 15, 2023):

Same issue. DNS doesn't resolve a hostname and I end up in an emergency shell.

Ironically it downloads the kernel and initramfs img just fine from the same host and then seconds later claims it can't resolve that hostname.

<!-- gh-comment-id:1509894973 --> @bartenbach commented on GitHub (Apr 15, 2023): Same issue. DNS doesn't resolve a hostname and I end up in an emergency shell. Ironically it downloads the kernel and initramfs img just fine _from the same host_ and then seconds later claims it can't resolve that hostname.
Author
Owner

@bartenbach commented on GitHub (Apr 16, 2023):

The workaround is to echo "nameserver 1.1.1.1" > /etc/resolv.conf
Appears to be a busybox bug with static IP.

It just drops me to the emergency shell, can it be done with emergency shell?

Agree. I can set the DNS server and grab the file but then what?
downloaded-sfs

<!-- gh-comment-id:1510494573 --> @bartenbach commented on GitHub (Apr 16, 2023): > > The workaround is to `echo "nameserver 1.1.1.1" > /etc/resolv.conf` > > Appears to be a busybox bug with static IP. > > It just drops me to the emergency shell, can it be done with emergency shell? Agree. I can set the DNS server and grab the file but then what? ![downloaded-sfs](https://user-images.githubusercontent.com/572337/232343670-7fe6243e-b92c-464f-997d-7aec393b30d3.png)
Author
Owner

@bartenbach commented on GitHub (Apr 17, 2023):

Tried to just log out after adding DNS server to resolv.conf as the text suggests, but no luck there. Found a file in /tmp that clearly doesn't have the DNS servers that you can verify are present in the netboot network settings menu initially.

After this, it appears to continually try and execute the next line of some script and turns into an error message generator.

errors

<!-- gh-comment-id:1511622780 --> @bartenbach commented on GitHub (Apr 17, 2023): Tried to just log out after adding DNS server to resolv.conf as the text suggests, but no luck there. Found a file in /tmp that clearly doesn't have the DNS servers that you can verify are present in the netboot network settings menu initially. After this, it appears to continually try and execute the next line of some script and turns into an error message generator. ![errors](https://user-images.githubusercontent.com/572337/232538789-53ce3d71-4a62-4c7e-b75e-26d4c06d730f.png)
Author
Owner

@ryester19 commented on GitHub (Sep 9, 2023):

The workaround is to echo "nameserver 1.1.1.1" > /etc/resolv.conf

Appears to be a busybox bug with static IP.

Is there a related bugreport on the Busybox's Bigzilla page that we can monitor?

<!-- gh-comment-id:1712584584 --> @ryester19 commented on GitHub (Sep 9, 2023): > The workaround is to `echo "nameserver 1.1.1.1" > /etc/resolv.conf` > > Appears to be a busybox bug with static IP. Is there a related bugreport on the Busybox's Bigzilla page that we can monitor?
Author
Owner

@antonym commented on GitHub (Sep 9, 2023):

I can adjust the kernel command line to put DNS entries if there's a place in the loader that can pull them out, I haven't managed to find it yet tho. I tried a few iterations of ip= but that didn't seem to work.

<!-- gh-comment-id:1712591546 --> @antonym commented on GitHub (Sep 9, 2023): I can adjust the kernel command line to put DNS entries if there's a place in the loader that can pull them out, I haven't managed to find it yet tho. I tried a few iterations of ip= but that didn't seem to work.
Author
Owner

@bartenbach commented on GitHub (May 16, 2024):

I can adjust the kernel command line to put DNS entries if there's a place in the loader that can pull them out, I haven't managed to find it yet tho. I tried a few iterations of ip= but that didn't seem to work.

I was looking at this too but found no solution.

I'm back at this same problem over a year later. The devs might as well just remove Arch from the list and admit that it doesn't work. It's essentially just marketing at this point. They just have a big list of items that probably don't work to make the app sound more useful/important than it actually is.

If you can avoid netboot, you can install Arch just fine.

<!-- gh-comment-id:2114076243 --> @bartenbach commented on GitHub (May 16, 2024): > I can adjust the kernel command line to put DNS entries if there's a place in the loader that can pull them out, I haven't managed to find it yet tho. I tried a few iterations of ip= but that didn't seem to work. I was looking at this too but found no solution. I'm back at this same problem over a year later. The devs might as well just remove Arch from the list and admit that it doesn't work. It's essentially just marketing at this point. They just have a big list of items that probably don't work to make the app sound more useful/important than it actually is. If you can avoid netboot, you can install Arch just fine.
Author
Owner

@berinaniesh commented on GitHub (May 16, 2024):

Only manual network configuration is a problem. Automatic configuration works just fine @bartenbach. BTW, the problem still persists. Tried a week before.

<!-- gh-comment-id:2114088936 --> @berinaniesh commented on GitHub (May 16, 2024): Only manual network configuration is a problem. Automatic configuration works just fine @bartenbach. BTW, the problem still persists. Tried a week before.
Author
Owner

@antonym commented on GitHub (May 17, 2024):

I'm open to suggestions for fixing manual config, automatic works just fine however as I installed Arch with it this week.

<!-- gh-comment-id:2116433702 --> @antonym commented on GitHub (May 17, 2024): I'm open to suggestions for fixing manual config, automatic works just fine however as I installed Arch with it this week.
Author
Owner

@zwogorg commented on GitHub (Apr 4, 2025):

Error still persists; here's a workaround, though:
Wait for the download of airootfs.sfs to fail. Set nameserver manually: echo "nameserver 9.9.9.9" > /etc/resolv.conf (this is Quad9, change to whatever DNS you like. It's only used until Archiso is booted, though)

Restart the download of airootfs.sfs into working dir /run/archiso/httpspace/arch/x86_64:

wget -P /run/archiso/httpspace/arch/x86_64/ http://mirrors.edge.kernel.org/archlinux/iso/2025.04.01/arch/x86_64/airootfs.sfs

Now run exit to leave the emergency shell and the process should continue. Install Arch as always.

<!-- gh-comment-id:2777595785 --> @zwogorg commented on GitHub (Apr 4, 2025): Error still persists; here's a workaround, though: Wait for the download of `airootfs.sfs` to fail. Set nameserver manually: `echo "nameserver 9.9.9.9" > /etc/resolv.conf` (this is Quad9, change to whatever DNS you like. It's only used until Archiso is booted, though) Restart the download of `airootfs.sfs` into working dir `/run/archiso/httpspace/arch/x86_64`: `wget -P /run/archiso/httpspace/arch/x86_64/ http://mirrors.edge.kernel.org/archlinux/iso/2025.04.01/arch/x86_64/airootfs.sfs` Now run `exit` to leave the emergency shell and the process should continue. Install Arch as always.
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#318
No description provided.