*updates sources
*compiles exact same config as before
*build fails, image too big

WHY?!
Why can't you just keep it working?

No, everytime it is a clusterfuck of fiddling around with the config, until it produces a working image again πŸ˜‘πŸ˜’

#OpenWRT #Updates

Alright, I'm officially to dumb to get a TFPT server running on my Fedora 40 πŸ˜‘

- installed the tftp and tftp-server packages
- restarted the tftpd.socket
- run dnsmasq --listen-address=0.0.0.0 --port=0 --enable-tftp --tftp-root=/tmp/tftp --tftp-no-blocksize --user=root --group=root
- nmap shows UDP/69 as "open|filtered"
- running tftp and trying to get a file, it just does nothing

I also tried enabling tftp through firewall-cmd and reload, stopping firewalld.service completely, nothing changes

Ok, now next challenge: Get the router to grab the firmware off from the thing.
Not really much to see if it works or not, other than the router booting again or not 😬

Ah great, the wiki at OpenWRTΒΉ says the file has to be "ArcherC50V1_tp_recovery.bin" in the text, but always uses "tp_recovery.bin" in the code blocks.

Having a look at the Wireshark log shows: it looks for "tp_recovery.bin"^^

Yay \o/

Finally cooked and installed an updated #OpenWRT image to my APs 🫠

Including:
- menuconfig fiddling, because "image too big" πŸ™„
- multiple times TFTP recovering the AP, because the image seemed small enough, but still rendered the device unresponsive when flashed πŸ€ͺ

So, my device has 8MB in theory (~7800kB according to the Wiki). But, for whatever reason, squashfs images bigger than ~7400kB will soft-brick it πŸ₯²πŸ€·πŸΌ

It's an #TPLink #ArcherC50v4 by the way