Too bad I didn't save the error, but as I said here, the http method failed. Unfortunately I'm not in a position to test it again right now. Just, FYI.
Hmm, that seems kind of involved. I'd have to shut down dnsmasq (DHCP) on our router, for one. There are several networks served by that router, so I don't really want to do that. I could maye disconnect the PC in question and connect it only to a PC hosting Clonzilla Lite Server, but it's still some work.
BTW, to get around it, I tried the HTTP fetch method, but that also didn't work. I got weird errors about mount points, something about /live or something? I didn't save them. Nothing in the error message was about HTTP though.
I booted the netboot, and then it got stalled at 0% downloading filesystem.squashfs, every time I tried. Then I just typed it in the initramfs environment, 'tftp -g -r name host' or something and it downloaded, albeit very slow. So I started grepping around in the scripts and saw that when there are no opts given, it adds that large block size. And indeed, when I tried that on the command line, it didn't download anything either. I was already biased a bit in that direction, because some googling...
We use tftpd-hpa 5.2+20150808-1ubuntu3, installed in Ubuntu 17.04. We use it as part of our LTSP (Linux Terminal Server Project).
Netboot TFTP client is given -b 64540, which is too big, causing failures
Documentation bug about how to write zip files