muj turris omnia po dlouhe dobe, kdy spolehlive slouzil,
dnes po ugrade na TOS 6.5.0
a zaskrtani ze chci updaty firmwaru
tak po restartu prestaly fungovat LAN1-LAN4
sviti pouze WAN pri pripojeni kabelu
wifi uz taky nefunguje
nasledne jsem se pokusil o factory reset a reflash firmwaru z USB
ani jedno nepomaha a reflash ocividne neprobiha
nekdo s podobnou zkusenosti?
a vedel by nekdo co mam nyni delat?
Ano, použijte sériový kabel (ne, Turris tým ani Discomp ho neprodává) a postupujte dle dokumentace, resp. následujícího vlákna. Škoda, že to ani po měsíci od nahlášení nikdo neopravil a rovnou vyšla bez dostatečného varování finální verze. Aktualizace na TOS 5 a následně na TOS 6 hadr.
díky za reakci
bohuzel pri pripojeni seriove konzole pres uart to hlasi pouze toto
a tim to pak konci
co s tim?
BootROM - 1.73
Booting from SPI flash
U-Boot SPL 2022.10-rc4-OpenWrt-r16653+119-44ce70f0e2 (Sep 15 2022 - 18:21:35 +0000)
High speed PHY - Version: 2.0
MiniPCIe/mSATA card detection... none
WWAN slot configuration... PCIe+USB2.0
Detected Device ID 6820
board SerDes lanes topology details:
| Lane # | Speed | Type |
--------------------------------
| 0 | 5 | PCIe0 |
| 1 | 5 | USB3 HOST0 |
| 2 | 5 | PCIe1 |
| 3 | 5 | USB3 HOST1 |
| 4 | 5 | PCIe2 |
| 5 | 0 | SGMII2 |
--------------------------------
High speed PHY - Ended Successfully
mv_ddr: 14.0.0
DDR3 Training Sequence - Switching XBAR Window to FastPath Window
mv_ddr: completed successfully
Trying to boot from SPI
ERROR: Invalid data checksum in kwbimage
Trying to boot from BOOTROM
Returning to BootROM (return address 0xffff05c4)...
BootROM: Image checksum verification FAILED
BootROM: Bad header at offset D4200000
BootROM: Bad header at offset D4400000
BootROM: Bad header at offset D4600000
BootROM - 1.73
Booting from SPI flash
U-Boot SPL 2022.10-rc4-OpenWrt-r16653+119-44ce70f0e2 (Sep 15 2022 - 18:21:35 +0000)
High speed PHY - Version: 2.0
MiniPCIe/mSATA card detection... none
WWAN slot configuration... PCIe+USB2.0
Detected Device ID 6820
board SerDes lanes topology details:
| Lane # | Speed | Type |
--------------------------------
| 0 | 5 | PCIe0 |
| 1 | 5 | USB3 HOST0 |
| 2 | 5 | PCIe1 |
| 3 | 5 | USB3 HOST1 |
| 4 | 5 | PCIe2 |
| 5 | 0 | SGMII2 |
--------------------------------
High speed PHY - Ended Successfully
mv_ddr: 14.0.0
DDR3 Training Sequence - 2nd boot - Skip
ostatne tohle to hlasi pri jakymkoliv pokusu o:
1 LED: Standard (re)boot
2 LEDs: Rollback to latest snapshot
3 LEDs: Rollback to factory reset
4 LEDs: Re-flash router from flash drive
7 LEDs: Rescue shell
tenhle update tedy asi byl omnii osudovy?
a vi nekdo proc se tohle stalo?
Přečetl jste si to vlákno k TOS 5.5? Tam ty odpovědi jsou.
takze asi tenhle trik:
ne?
jo, @peci1 - tohle presne odpovida memu problemu
ale nastartoval jsem to pres seriovy kabel, to je fajny trik
pak jsem chtel zkusit re-flešnout uboot pres seriovy kabel - jak je v dokumentaci
ale jeste predtim jsem to nechal do-bootovat pres ten seriovy kabel
a v plne funkcnim openwrt po bootu jsem udelal factory reset a znovu jsem zaskrtl
nainstaluj firmware : uboot, mcu i medkit
a ted uz to vypada ze to bezi
ted je verze uboot:
U-Boot 2022.10-rc4-OpenWrt-r16653+119-44ce70f0e2 (Sep 15 2022 - 18:21:35 +0000)
tohle je mozne povazovat za vyresene
Vypadá to, že jsem na tom podobně jako Chadima, jen mi to přijde v detailech odlišné a nepřijde mi, že jeho postup by mi pomohl (i když si odmyslím že nemám sériový kabel).
Moje Omnia 1.0 se po posledním update taky odmlčela. Jen jsem rozhodně nic navíc nevybíral, proběhl automatický update, nejspíš i s restartem.
A Omnia teď nereaguje na žádném z LAN portů. Ale uvnitř zjevně žije. Mám na ledky udělaný takový watch-dog script, který bliká různými barvami podle dostupnosti internetu - a ten zjevně běží. Dokonce vidím na síti, že do té LAN posílá ARP dotazy (a posílá je se správnou svojí zdrojovou IP). Ale zjevně nevidí odpovědi, protože se ptá furt na to samé.
Co s tím? Přes WAN port se do ní nedostanu, v mé konfiguraci není WAN zapojený, používám ji jen jako switch a AP, připojení k internetu, DHCP, DNS a všechny tyhle věci dělá MOX v garáži, Omnia je k němu připojená jedním z těch hluchých LAN portů…
Tcpdump z toho MOXe v garáži. MOX je 192.168.68.35, chcíplá Omnia 192.168.68.36. Takhle přece nevypadá stroj co nemůže nabootovat. Přesto si na ní ale ani nepingnu a dokonce nefunguje ani ten bridge na ní - ostatní stroje připojené k jejím LAN nebo WiFi nevidí ten MOX taky…
tcpdump -i br-lan host 192.168.68.36
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on br-lan, link-type EN10MB (Ethernet), capture size 262144 bytes
20:29:02.803668 ARP, Request who-has 192.168.68.35 tell 192.168.68.36, length 46
20:29:02.803743 ARP, Reply 192.168.68.35 is-at d8:58:d7:00:04:51 (oui Unknown), length 28
20:29:03.843708 ARP, Request who-has 192.168.68.35 tell 192.168.68.36, length 46
20:29:03.843778 ARP, Reply 192.168.68.35 is-at d8:58:d7:00:04:51 (oui Unknown), length 28
… a tak furt pryč.
@Stemar ocividne jiny problem
ale pote co to uz bezi, vidim kupu jinych problemu…
ale plus bod za to ze uz mi konecne bezi originalni turris SFP+ modul
@Stemar ale doporucuji ten uart kabel…
bez neho to asi nevyresis
a zalozim si tady asi pujcovnu tohohle kabele
protoze ten ted po vypusteni TOS 6.5 pujde na dracku
Pořád nechápu jak mi s nakopnutou konfigurací LAN switche může pomoct nahrát nový bootloader. Přijde mi to hodně blízko obligátnímu vypnout-zapnout a to už jsem zkoušel.
Na druhou stranu, vzhledem k tomu že nepomohl ani rollback na předchozí snap-shot (Reset mode 2), tak problém je asi opravdu někde mimo root filesystém…
dostat se do konzole - bootloader bych do toho ted netahal
To je fakt.
S tou půjčovnou to možná není špatný nápad. Ale jinak - neporadíš kde se to kupuje? Ideálně ve variantě koupím a používám. Páječku bych po těch letech už musel dlouho hledat.
528 korun je krásná částka.
v praze a okoli - pujcim za 0,-
Až se postupně pustím do aktualizace všech routerů, myslím, že to budu potřebovat. Nevěřím, že alespoň u jednoho to dopadne dobře.