Ui gute Idee. Vielleicht bauen wir dazu das Freifunk update um.<br>Muss noch checken ob das gewünscht ist denn ich glaub, das verwendet bei den deutschen ohnehin keiner mehr.<br>Joe<br><br>Am Sonntag, 25. Dezember 2011 schrieb <<a href="mailto:operator.mail@gmx.at">operator.mail@gmx.at</a>>:<br>
> Hallo<br>><br>> <br>><br>> ich glaub, dass so eine device DB sicher fein ist, aber auch ein Upgrade im Webinterface mit Benachrichtigung wenn es eine neue Version gibt zb per Mail mit einem Link zur Autoinstallation (ohne Login sondern einem Tocken).<br>
><br>> <br>><br>> lg<br>><br>> <br>><br>> Alex<br>><br>> <br>><br>> Von: <a href="mailto:wien-bounces@lists.funkfeuer.at">wien-bounces@lists.funkfeuer.at</a> [mailto:<a href="mailto:wien-bounces@lists.funkfeuer.at">wien-bounces@lists.funkfeuer.at</a>] Im Auftrag von Erich N. Pekarek<br>
> Gesendet: Sonntag, 25. Dezember 2011 15:53<br>> An: <a href="mailto:wien@lists.funkfeuer.at">wien@lists.funkfeuer.at</a><br>> Betreff: Re: [Wien] 0xFF-Backfire Vienna 2.0 - Update<br>><br>> <br>><br>> Ach ja - obsolet.<br>
><br>> Joe - wir brauchen ein Changelog und eine DeviceDB (wie das Abfragetool bei DD-WRT auf der HP) am/für den oe1xrw... oder ist das eher eine Aufgabe für/mit Harald im Wiki?<br>><br>> Danke für die Intervention!<br>
><br>> LG<br>> Erich<br>><br>> Am 2011-12-25 15:46, schrieb Erich N. Pekarek:<br>><br>> Hallo!<br>><br>> Üblicherweise heißt der Fehler, dass die Plattform nicht mit sysupgrade funktioniert oder das File nicht richtig übertragen wurde.<br>
> Möglicherweise hat sich die Partitionierung auch geändert.<br>><br>> Poste mir bitte einmal den Output von "cat /proc/mtd".<br>><br>> Also Lösungswege sehe ich folgende Varianten:<br>> a) Zwischenupgrade auf einen älteren Backfire-Vienna-Build ~1060 via sysupgrade.<br>
><br>> b) Unter Umständen kannst Du dann das Komplett-Image mit "mtd" flashen - nur wird sie dann ziemlich sicher mit Default-Settings starten. sie proc/mtd<br>><br>> c) Ein Umweg wäre, kernel und rootfs separat mit mtd zu flashen, was Joe auf den Bullets macht. Bei dieser Variante könnte das overlay-fs, so es eine eigene Parition hat, ebenfalls erhalten bleiben. Mir wäre die Variante aber nicht sicher genug... Joe hat da wohl mehr Erfahrung.<br>
><br>> Ich jedenfalls würde in dieser Situation wohl das Komplettimage via tftp flashen und die Einstellungen via Kabelverbindung wieder einspielen und diesfalls kein Remote-Update versuchen.<br>><br>> SG<br>> Erich<br>
><br>><br>> Am 2011-12-25 12:03, schrieb <a href="mailto:operator.mail@gmx.at">operator.mail@gmx.at</a>:<br>><br>> Hallo,<br>><br>> <br>><br>> danke für deine schnelle Antwort, habs jetzt probiert, bekomm aber immer einen Fehler beim Platform check <thismessage:/mail/u/0/s/?view=att&th=13475bbd71cfb4c5&attid=0.0.1&disp=emb&zw><br>
><br>> <br>><br>> login as: root<br>><br>> <a href="mailto:root@78.41.112.72">root@78.41.112.72</a>'s password:<br>><br>> <br>><br>> <br>><br>> BusyBox v1.15.3 (2011-05-06 00:39:36 CEST) built-in shell (ash)<br>
><br>> Enter 'help' for a list of built-in commands.<br>><br>> <br>><br>> _______ ________ __<br>><br>> | |.-----.-----.-----.| | | |.----.| |_<br>><br>
> | - || _ | -__| || | | || _|| _|<br>><br>> |_______|| __|_____|__|__||________||__| |____|<br>><br>> |__| W I R E L E S S F R E E D O M<br>><br>> <br>><br>> OxFF-Funkfeuer Freenet ---------------------------<br>
><br>> * OpenWRT (backfire, r26834)<br>><br>> * LuCI (trunk, r7030)<br>><br>> * 0xFF-Snapshot r1060 by JoeSem<br>><br>> ------------------------------- Vienna, 2011-05-05<br>><br>> root@RoemerToFFH:~# sysupgrade -v <a href="ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1114-2011-12-22/ar71xx/openwrt-ar71xx-generic-ubnt-nano-m-">ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1114-2011-12-22/ar71xx/openwrt-ar71xx-generic-ubnt-nano-m-</a><br>
><br>> squashfs-sysupgrade.bin<br>><br>> Werd mal noch ein paar andere Images probieren, da es einen Plattformcheck gibt, kann man ja nichts falsch machen ... hoffe ich </mail/u/0/s/?view=att&th=13475bbd71cfb4c5&attid=0.0.2&disp=emb&zw><br>
><br>> <br>><br>> lg<br>><br>> <br>><br>> <br>><br>> Alex<br>><br>> <br>><br>> Von: Erich N. Pekarek [mailto:<a href="mailto:erich@pekarek.at">erich@pekarek.at</a>]<br>> Gesendet: Samstag, 24. Dezember 2011 17:29<br>
> An: OPERATOR; <a href="mailto:wien@lists.funkfeuer.at">wien@lists.funkfeuer.at</a><br>> Betreff: Re: [Wien] 0xFF-Backfire Vienna 2.0 - Update<br>><br>> <br>><br>> Hallo!<br>><br>> Am 2011-12-24 14:44, schrieb <a href="mailto:operator.mail@gmx.at">operator.mail@gmx.at</a>:<br>
><br>> Hallo<br>><br>> <br>><br>> gibt es irgendwo einen Upgradepfad, bin mir nicht sicher welches der vielen Images ich für die alte Nanostation 5 nehmen soll bzw. mit welcher die Einstellungen nicht gelöscht werden beim Upgrade.<br>
><br>> Wenn Du von einem anderen Backfire-Vienna-Build kommst:<br>><br>> sysupgrade löscht keine Einstellungen - außer, Du machst sysupgrade -n -> dann löscht es sie.<br>> Was aber verloren geht, sind die nachinstallierten Pakete - also jene, die nicht im .bin drinnen sind.<br>
><br>> opkg list-installed | cut -d " " -f 1 > /tmp/packages.txt sichert Dir die Liste der aktuell installierten Pakete. (auch die im bin bereits vorhandenen...).<br>><br>> Kopiere diese mittels scp (winscp) auf Deinen Rechner.<br>
><br>> Wenn die NS5 nach dem Flashen online kommt, kannst Du mittels<br>><br>> for i in `cat /tmp/packages.txt`; do opkg install $i; done<br>><br>> alle Pakete - quick and dirty wieder nachinstallieren. (packages.txt musst Du zuvor wieder einspielen; Es geht auch anders, aber so bekommst Du adäquaten Output, falls ein Paket nicht so will wie es soll).<br>
><br>> Für Nanostation M5 und M5 Loco sollte dieses Image an sich passen:<br>> <a href="ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1114-2011-12-22/ar71xx/openwrt-ar71xx-generic-ubnt-nano-m-squashfs-sysupgrade.bin">ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1114-2011-12-22/ar71xx/openwrt-ar71xx-generic-ubnt-nano-m-squashfs-sysupgrade.bin</a><br>
><br>> Das aktuelle Buildroot und die Anleitung auf Openwrt.org unterscheiden auch nicht zwischen den Geräten - die Anleitungen für die alten Geräte NS5 haben auf den neuen NSM5, NSM5 Loco weiterhin Gültigkeit.<br>><br>
><br>> Die Möglichkeit eines Power-Cycles (Kaltreboots) solltest Du jedenfalls sicherheitshalber einplanen.<br>> Wenn Du von einer ganz anderen Firmware kommst, würde ich einen Ausfall einplanen...<br>><br>><br>
> Viel Erfolg!<br>><br>> Gesegnete Feiertage!<br>><br>><br>> <br>><br>> Über die Packetverwaltung hab ich auch keinen Punkt Upgrade gefunden.<br>><br>> Nein, das wäre auch nicht zweckmäßig. Der ROM und volatile ROM sind durch die Größe des Flashs be