Step 1
Step 1: identify the version before any flash
The ordinary RAX3000M SPI-NAND model and the 64GB eMMC edition do not share the same assumptions. Before choosing firmware, confirm whether the label, storage, LEDs, and partition layout match RAX3000M eMMC, RAX3000Z enhanced, or XR30 eMMC. If you are not sure, do not flash a random NAND or eMMC image because the name looks close.
Step 2
Case A: wired LuCI still opens, but Wi-Fi is gone
This is the best recovery state. Keep using Ethernet, open LuCI, export a backup, record the current firmware name, and check whether the wireless page shows any radio device. If no radio appears, the next checks are driver and firmware packages. If radios appear but SSIDs are gone, rebuild the wireless network from LuCI before reflashing.
Step 3
Case B: wired SSH works, but LuCI wireless is broken
Use SSH only to inspect, back up, and confirm state unless you already know the exact commands. Check whether the device is the eMMC edition, whether factory data still exists, and whether Wi-Fi MAC addresses are present and not duplicated. Avoid writing factory or EEPROM data until you have backups.
Step 4
Case C: normal system does not boot, but U-Boot Web recovery opens
Set the computer to the recovery network requested by the U-Boot build. In the referenced community path, that can be computer 192.168.1.2/24 with the recovery page at 192.168.1.1. Upload a known-good eMMC firmware for the exact model, then wait for the router to reboot. Do not upload NAND firmware or unrelated images.
Step 5
Case D: the guide expects TFTP from a Mac
Prepare the Mac before powering the router into recovery mode. Use Ethernet, set the temporary static IP required by the model guide, place the firmware in the served folder, confirm the filename, and allow TFTP traffic through the firewall. Router Recovery can help check these Mac-side pieces, but the router still decides whether it accepts the file.
Step 6
Case E: no wired access and no U-Boot Web response
At this point the page should save you time: this is no longer a normal beginner repair. The likely path may involve TTL serial, bootloader repair, GPT repair, or eMMC-specific recovery. Stop repeated power cycling and collect model-specific references before opening the device or writing partitions.
Step 7
Why EEPROM enters the story
The referenced community build includes an option that uses an NX30 Pro EEPROM file and fixes Wi-Fi MAC handling from the factory partition. That can explain why a used eMMC router may boot but lose wireless behavior. It is a useful clue, but it is not the first thing an ordinary user should write to the device.
Step 8
A safe order for ordinary users
First restore stable wired access. Second confirm the model and firmware. Third back up factory and settings if possible. Fourth rebuild Wi-Fi configuration in LuCI if radios exist. Fifth use a known-good eMMC build if the wireless driver stack is missing. Only after those checks should EEPROM or factory repair be considered.
Step 9
Source boundary
This page summarizes a community reference and one real recovery pattern for a used 64GB eMMC router. It intentionally leaves out dangerous command dumps and partition-write recipes. Read the original community repository before performing any EEPROM, factory, GPT, or bootloader operation.