OS: Barrier Breaker, r46287 FW: 0.7.4~210
HW: Westmere E56xx/L56xx/X56xx (Nehalem-C)
root@33332-FWTest-f26e:~# cd /tmp
root@33332-FWTest-f26e:/tmp# wget http://firmware.4830.org/rawhide/sysupgrade/gluon-ffgt-0.7.4~215-x86-kvm-sysupgrade.img.gz
Connecting to firmware.4830.org ([2a06:e881:1700:1:400:c0ff:fefb:e216]:80)
gluon-ffgt-0.7.4~215 100% |*******************************| 4210k 0:00:00 ETA
root@33332-FWTest-f26e:/tmp# head -6 /etc/config/system
config system
option timezone 'CET-1CEST,M3.5.0,M10.5.0/3'
option hostname '33332-FWTest-f26e'
config timeserver 'ntp'
root@33332-FWTest-f26e:/tmp# sysupgrade -v gluon-ffgt-0.7.4~215-x86-kvm-sysupgrade.img.gz
Reboot:
root@33332-FWTest-f26e:~# head -6 /etc/config/system
config system
option timezone 'CET-1CEST,M3.5.0,M10.5.0/3'
option hostname '33332-FWTest-f26e'
option staticwanmac '52:55:00:14:f2:6e'
Aber:
root@33332-FWTest-f26e:~# echo $(lua -e 'print(require("gluon.util").generate_mac(0))')
lua: error loading module 'gluon.util' from file '/usr/lib/lua/gluon/util.lua':
/usr/lib/lua/gluon/util.lua:73: 'end' expected (to close 'if' at line 71) near 'if'
stack traceback:
[C]: ?
[C]: in function 'require'
(command line):1: in main chunk
[C]: ?
Wie berichtet und somit erwartet 
root@33332-FWTest-f26e:~# uci get gluon-setup-mode.@setup_mode[0].enabled
0
root@33332-FWTest-f26e:~# uci set gluon-setup-mode.@setup_mode[0].enabled=1
root@33332-FWTest-f26e:~# uci commit
root@33332-FWTest-f26e:~# uci get gluon-setup-mode.@setup_mode[0].enabled
1
root@33332-FWTest-f26e:~# reboot
Der Knoten kommt im Config-Modus zwar hoch (Zugriff per http/telnet möglich), wenn Du aber im Web von der Geolocate-Seite wegwillst, kracht es:
/usr/lib/lua/luci/dispatcher.lua:190: Failed to execute cbi dispatcher target for entry '/gluon-config-mode/wizard'.
The called action terminated with an exception:
/usr/lib/lua/luci/ccache.lua:22: error loading module 'gluon.util' from file '/usr/lib/lua/gluon/util.lua':
/usr/lib/lua/gluon/util.lua:73: 'end' expected (to close 'if' at line 71) near 'if'
stack traceback:
[C]: in function 'assert'
/usr/lib/lua/luci/dispatcher.lua:190: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:63: in function </usr/lib/lua/luci/dispatcher.lua:63>
Sorry; ohne telnet auf den Knoten kommste da nicht weiter. Wenn Du auf dem Knoten bist …
vi /usr/lib/lua/gluon/util.lua
:73<RETURN>
iend<RETURN>
<ESC>ZZ
… eingeben.
Das sollte dann so aussehen (vor ESC + ZZ zum speichern):
if f==1 and i==0 then
if staticwanmac then
return staticwanmac
end
if wan_mac_static == '1' then
return(generate_mac_2014_3(f, i))
end
-- Hardcoded for now, FIXME. Doesn't even work :(
if string.match(hostname, 'HolidayInnExpress') then
Alternativ einfach rebooten (“reboot” bzw. Power-Cycle). Knoten sollten dann wieder unter alter IP hochkommen (zumindest meine VM tat das) und dann …
root@33332-FWTest-f26e:~# cd /tmp
root@33332-FWTest-f26e:/tmp# wget http://firmware.4830.org/rawhide/sysupgrade/gluon-ffgt-0.7.4~216-x86-kvm-sysupgrade.img.gz
Connecting to firmware.4830.org ([2a06:e881:1700:1:400:c0ff:fefb:e216]:80)
gluon-ffgt-0.7.4~216 100% |*******************************| 4210k 0:00:00 ETA
root@33332-FWTest-f26e:/tmp# sysupgrade -v gluon-ffgt-0.7.4~216-x86-kvm-sysupgrade.img.gz
… bzw. natürlich Image das für Dein Gerät.
Gegenprobe (FW 0.7.4/Gluon v2015.1 nutzt zwei Argumente bei “generate_mac()”):
root@33332-FWTest-f26e:~# echo $(lua -e 'print(require("gluon.util").generate_mac(1,0))')
52:55:00:14:f2:6e
Und auch im Config-Mode wird die MAC nun beibehalten:
root@33332-FWTest-f26e:~# uci set gluon-setup-mode.@setup_mode[0].enabled=1
root@33332-FWTest-f26e:~# uci commit
root@33332-FWTest-f26e:~# reboot ; exit
Connection to 192.168.122.218 closed.
wusel@ysabell:~$ ping 192.168.122.218
PING 192.168.122.218 (192.168.122.218) 56(84) bytes of data.
64 bytes from 192.168.122.218: icmp_seq=9 ttl=64 time=0.362 ms
64 bytes from 192.168.122.218: icmp_seq=10 ttl=64 time=0.162 ms
^C […]
wusel@ysabell:~$ telnet 192.168.122.218
Trying 192.168.122.218...
Connected to 192.168.122.218.
Escape character is '^]'.
… als auch wieder im Normalmodus:
root@33332-FWTest-f26e:/#
telnet> close
Connection closed.
wusel@ysabell:~$ ping 192.168.122.218
PING 192.168.122.218 (192.168.122.218) 56(84) bytes of data.
64 bytes from 192.168.122.218: icmp_seq=9 ttl=64 time=0.382 ms
64 bytes from 192.168.122.218: icmp_seq=10 ttl=64 time=0.154 ms
64 bytes from 192.168.122.218: icmp_seq=11 ttl=64 time=0.242 ms
64 bytes from 192.168.122.218: icmp_seq=12 ttl=64 time=0.262 ms
64 bytes from 192.168.122.218: icmp_seq=13 ttl=64 time=0.267 ms
^C
--- 192.168.122.218 ping statistics ---
13 packets transmitted, 5 received, 61% packet loss, time 12061ms
rtt min/avg/max/mdev = 0.154/0.261/0.382/0.074 ms
wusel@ysabell:~$ ssh root@192.168.122.218 uptime
sh: /usr/bin/X11/xauth: not found
23:56:06 up 0 min, load average: 0.00, 0.00, 0.00
Sorry für den Ausfall
[quote=“Thomas, post:19, topic:452”]
Update lief druch, MAC ist auch geblieben. habe dann per SSH in den Config Mode gebootet. Hier hat er mich dann ausgesperrt. [/quote]
Ja, siehe oben, denn die Übernahme der (schon gespeicherten) WAN-MAC klappt halt wegen des Fehlers nicht in 0.7.4~215
Im Setup-Mode sollte er per Telnet erreichbar sein; und per Web, aber beides eben unter der neuen IP.
Andererseits halten sich – für mich: – erstaunlicherweise Linux-basierte WLAN-Router trotz der höheren Anforderungen (RAM, Flash) nach wie vor im Markt, und den 841er gab’s jüngst für irgendwas bei 13,-- zu kaufen. Klar, eine Million mal 1 Dollar sind auch eine Million Dollar, aber ganz so knapp scheint nicht mehr kalkuliert werden zu müssen?