Sziasztok!
Kezem közé került egy fenti eszköz, amit firmware frissités közben kihúztak az áramból.
Gondoltam semmi gond, szét szed, soros port be, LAN be, firmware recovery...
De sajnos az alábbi hiba üzenetbe futottam bele, és nem boldogulok!
Ha valaki ismer/tud megoldást, akkor segitsen legyen olyan kedves!
TFTPD: Incoming connection from 192.168.1.50:64165
Received: 3268363 bytes
Firmware Version: XS5.ar2313.v3.6.1.4866.110330.1248
Bad signature CRC!
Invalid image format (error: -4)
Köszi Zsirmo
- 7501 megtekintés
Hozzászólások
Ebből itt (http://www.ubnt.com/downloads/loco5_datasheet.pdf) látom, hogy ez egy Atheros MIPS SoC, RedBoot-tal. Nézd csak: http://wiki.openwrt.org/toh/ubiquiti/nanostation - itt látható, mi módon tudsz konzolon beszélgetni a RedBoot-tal. Nyilván, ha gondolod, felrakhatod rá az OpenWRT-t is, de az a rész opcionális, gondolom. U-Boot-tal találkoztam csak eleddig, de az elv hasonló. (Ott például a bootloader-ből a 'saveenv' parancs tud néha ilyen problémán segíteni a konfigurációs terület újraírásával)
- A hozzászóláshoz be kell jelentkezni
openwrt oldalon sincs sajna plusz info :( legalábbis ami segitene
- A hozzászóláshoz be kell jelentkezni
openwrt-s firmware-rel is ugyan az :(
- A hozzászóláshoz be kell jelentkezni
Még mindig azt mondom, a bootloader-t próbáld meg rávenni arra, hogy változzék a helyzeted.
Az fconfig paranccsal meg/be tudod nézni/állítani, elég friss-e a RedBoot-od ahhoz, hogy legyen benne "Disable CRC Checking" lehetőség. Ha nem, frissíteni célszerű.
- A hozzászóláshoz be kell jelentkezni
nem lehet sajna tiltani a CRC ellenorzest, viszont egy redboot upgrade howto-t szivesen vennek, mert ilyet nem nagyon talaltam!
- A hozzászóláshoz be kell jelentkezni
Leváltottad a MikroTik-et? ;-)
Mostanság van egy ilyen perverzióm, hogy Ubiquiti cuccokra írogatok AirOS remote management csomagot, így viszonylag sokat kell firmware update-elnem. Ha full reménytelen a helyzet az alábbi műveletsor mindig segített, nem döglött még meg eszközöm úgy, hogy ne lehetett volna (szétszedés és garivesztés nélkül) visszahozni az élők sorába.
1. Bedugod az áramba, hagyod kicsit menni
2. 2-3 perc múlva elkezded nyomni a resetet
3. Többféle LED jelzést látsz közbe, pl. asszem 3x gyulladnak ki sorra a ledek, majd kb. 30-40s múlva elkezd night rider-ezni a ledsor párosával pl: 1-3, 2-4, 1-3, 2-4, ...
4. Ilyenkor (általában!) megpingelhető 192.168.1.20-on, de TFTP szinte mindig okés az ilyen "törlés" után
5. Innestől ismerős a folyamat sztem:
gyerman@ghost:~/openwrt$ tftp 192.168.1.20
tftp> connect 192.168.1.20
tftp> binary
tftp> put openwrt-atheros-ubnt2-squashfs.bin
A fenti leírt folyamat annyiban tér el a "sima", gyárilag leírt firmware recovery-től (http://ubnt.com/wiki/Firmware_Recovery), hogy tapasztalatok szerint a jelszavakat, meg minden egyebet töröl, (sztem) default redboot-al indul a vas, és várja az új firmware-t.
Vagyis: ne áramadás közbe nyomd a resetet, hanem bebootolás után 2-3 perccel, menet közben.
- A hozzászóláshoz be kell jelentkezni
:P
holnap nyomok putty output-ot(soros portrol), es meglatjatok mi a problemam! :)
- A hozzászóláshoz be kell jelentkezni
nem valtottuk, le ez van kliens oldalon, firmware firssites kozben kihuztak, es nem megy a recovery procedure :(
ami ugye eleg nagy szivas, es az a 2ik ilyen eszkoz, amivel nem boldogulok!
- A hozzászóláshoz be kell jelentkezni
nálunk főleg nanobridgek vannak, annál bekapcskor nyomni kell a resetet és utána várja az fw-t, amit egy tftp klienssel fel lehet tenni.
Ubuntu 10.04, Thinkpad x61s
- A hozzászóláshoz be kell jelentkezni
Jaja, ez a default eljárás, viszont van hogy már ez nem segít... :D
Akkor tényleg menet közbe kell.
Nem tudom "hivatalosan" dokumentálva van-e ez a fiiicsör.
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Olyannal találkoztatok már hogy csak 5.3.5 ,vagy 5.5 enged felrakni?
Ha az aktuálisat teszem fel (5.5.6) lanon elhullik, látszólag jtag-en olvasva bebootol, mindent rendeben tesz, de semmi, se wlan se lan.
Csak régebbi fw megy.
Valami lock lehet benne?
- A hozzászóláshoz be kell jelentkezni