Search results

[SOLVED] It's alive - thanks @Shonk and @pigr8 Quick report back, since I promised one. Result: the 2 MB image Shonk shared flashed cleanly (write + verify), the switch booted first try, no more boot loop. I did a factory reset afterwards and it's now reachable on 192.168.2.1 from an isolated...

Thanks, good to know - so the MAC lives in the SPI dump, and I'll inherit the donor's MAC when I flash your image rather than keep my own. Understood. Not an issue on my end: it's a single switch on my LAN (the donor isn't on my network), so no MAC clash. I'll follow your advice - get it booting...

Cheers pigr8, that's super helpful. Nice — I didn't realise up-n-atom had a folder for this exact board. I'll pull the SWTG018AS-A-v2.0.1 dump and CRC32-compare it against the one Shonk shared; two matching references from different sources is exactly the confidence I wanted before writing...

Legend, thanks Shonk - that's really reassuring. Got it on all counts: - The image you shared is a donor backup from my revision (SWTG018AS), and your boot loop was from trying it on your older board - makes total sense, that's the revision mismatch doing its thing. Good to know it's the right...

Thanks a lot, both of you — Shonk and pigr8. This is exactly what I needed. :) @Shonk — one thing I want to be 100% sure of before I write (it's a one-shot): in #4 you noted your backup was for the first hardware revision, but the file you attached in #5 is named for the SWTG018AS-A-V2.0.1 /...

Hi all, I’ve read through the WAMJHJ / dump discussion in this thread, but I’d like to request a dump that matches my exact board revision before attempting to write anything to the chip. Background I have the 8× 2.5G + 1× 10G SFP+ managed switch sold under the AMPCOM brand (same hardware as...