<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hallo,<br>
<br>
also kann die positiven Ergebnisse für die Nanostation nicht
nachvollziehen.<br>
<br>
Die Nano läuft zwar mit der neuen FW, aber:<br>
<ul>
<li>Zugriff per ssh gestaltet sich äußerst schwierig, zumal von
der Nano im 2 Minutentakt ein neuer ssh-key generiert wird</li>
<li>Im Netmon steht, dass die Anzahl der Prozesse stetig steigt
und der Arbeitsspeicher der Nanos gegen 0 tendiert</li>
<li>Beide Nanos sind vom hostname auf Ihren alten Namen unbenannt
worden.<br>
</li>
</ul>
Ich das Ganze mit einer kleinen Benutzerspezifischen Änderung auf
den Weg gebracht, von der ich nicht glaube, dass sie die Nano
abgeschossen hat (zusätzliches verschlüsseltes Funknetz).<br>
<br>
Ich hab ein bisschen den Eindruck, die Nanos sind in ihrer
Erstinstallationsroutine gefangen
(<a class="moz-txt-link-freetext" href="https://netmon.freifunk-franken.de//router.php?router_id=1151">https://netmon.freifunk-franken.de//router.php?router_id=1151</a>,
<a class="moz-txt-link-freetext" href="https://netmon.freifunk-franken.de//router.php?router_id=1150">https://netmon.freifunk-franken.de//router.php?router_id=1150</a>)<br>
<br>
Getestet wurde auf allen beiden Nanons. Der wr841nd v9 ist auch
geflasht, zeigt aber keine Macken.<br>
<br>
fyi.<br>
<br>
Gruß<br>
Torben<br>
<br>
<div class="moz-cite-prefix">On 07.09.2015 19:09, Tobias Klaus
wrote:<br>
</div>
<blockquote cite="mid:2829233.NaYgy9qAQ4@takkedad" type="cite">
<pre wrap="">Hallo,
ich hab die Firmware jetzt mal mit dem neuen Patch gebaut und hier zur
Verfügung gestellt:
<a class="moz-txt-link-freetext" href="https://dev.freifunk-franken.de/firmware/dev/20150907_meskal/">https://dev.freifunk-franken.de/firmware/dev/20150907_meskal/</a>
Auf Ralphs Wunsch hin, habe ich auch die Firmware für die Nanostation gebaut.
Die sollte ja auch für PicoStations gehen. Wäre nett wenn ihr die Images bei
Gelegenheit testen könntet. Dann würde ich das mit einem tested-by: von euch
taggen, einchecken und dann sollte der Beta meines Wissens nach nichts mehr im
Weg stehen.
Wie immer wird keine Verantwortung übernommen ;-)
Grüße
Tobias
On Wednesday 02 September 2015 21:16:55 Tim Niemeyer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Schaut gut aus. :)
Am Mittwoch, den 02.09.2015, 21:07 +0200 schrieb <a class="moz-txt-link-abbreviated" href="mailto:tk+ff@meskal.net">tk+ff@meskal.net</a>:
</pre>
<blockquote type="cite">
<pre wrap="">Signed-off-by: Tobias Klaus <a class="moz-txt-link-rfc2396E" href="mailto:tk+ff@meskalero.de"><tk+ff@meskalero.de></a>
</pre>
</blockquote>
<pre wrap="">
Reviewed-by: Tim Niemeyer <a class="moz-txt-link-rfc2396E" href="mailto:tim.niemeyer@mastersword.de"><tim.niemeyer@mastersword.de></a>
</pre>
<blockquote type="cite">
<pre wrap="">---
bsp/default/root_file_system/etc/rc.local.tpl | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/bsp/default/root_file_system/etc/rc.local.tpl
b/bsp/default/root_file_system/etc/rc.local.tpl index e67d775..99c93b0
100755
--- a/bsp/default/root_file_system/etc/rc.local.tpl
+++ b/bsp/default/root_file_system/etc/rc.local.tpl
@@ -28,8 +28,8 @@ fi
# collect environment info and write to dot-script
/etc/environment.sh > /tmp/environment
-# Starting NTP-Client Daemon
-ntpd -p ${NTPD_IP}
+# Starting NTP-Client Daemon after 30s to ensure that the interface is up
+( sleep 30 ; ntpd -p ${NTPD_IP} ) &
. /etc/firewall.user
</pre>
</blockquote>
</blockquote>
</blockquote>
<br>
</body>
</html>