[Wien] 0xFF-Backfire Vienna 2.0 - Update

Mo Dez 26 08:07:42 CET 2011

Ui gute Idee. Vielleicht bauen wir dazu das Freifunk update um.
Muss noch checken ob das gewünscht ist denn ich glaub, das verwendet bei
den deutschen ohnehin keiner mehr.
Joe

Am Sonntag, 25. Dezember 2011 schrieb  <(spam-protected)>:
> Hallo
>
>
>
> 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).
>
>
>
> lg
>
>
>
> Alex
>
>
>
> Von: (spam-protected) [mailto:
(spam-protected)] Im Auftrag von Erich N. Pekarek
> Gesendet: Sonntag, 25. Dezember 2011 15:53
> An: (spam-protected)
> Betreff: Re: [Wien] 0xFF-Backfire Vienna 2.0 - Update
>
>
>
> Ach ja - obsolet.
>
> 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?
>
> Danke für die Intervention!
>
> LG
> Erich
>
> Am 2011-12-25 15:46, schrieb Erich N. Pekarek:
>
> Hallo!
>
> Üblicherweise heißt der Fehler, dass die Plattform nicht mit sysupgrade
funktioniert oder das File nicht richtig übertragen wurde.
> Möglicherweise hat sich die Partitionierung auch geändert.
>
> Poste mir bitte einmal den Output von "cat /proc/mtd".
>
> Also Lösungswege sehe ich folgende Varianten:
> a) Zwischenupgrade auf einen älteren Backfire-Vienna-Build ~1060 via
sysupgrade.
>
> 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
>
> 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.
>
> 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.
>
> SG
> Erich
>
>
> Am 2011-12-25 12:03, schrieb (spam-protected):
>
> Hallo,
>
>
>
> 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>
>
>
>
> login as: root
>
> (spam-protected)'s password:
>
>
>
>
>
> BusyBox v1.15.3 (2011-05-06 00:39:36 CEST) built-in shell (ash)
>
> Enter 'help' for a list of built-in commands.
>
>
>
> _______                     ________        __
>
> |       |.-----.-----.-----.|  |  |  |.----.|  |_
>
> |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
>
> |_______||   __|_____|__|__||________||__|  |____|
>
>           |__| W I R E L E S S   F R E E D O M
>
>
>
> OxFF-Funkfeuer Freenet  ---------------------------
>
>   * OpenWRT (backfire, r26834)
>
>   * LuCI  (trunk, r7030)
>
>   * 0xFF-Snapshot r1060 by JoeSem
>
>   -------------------------------  Vienna, 2011-05-05
>
> (spam-protected):~# sysupgrade -v
ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1114-2011-12-22/ar71xx/openwrt-ar71xx-generic-ubnt-nano-m-
>
> squashfs-sysupgrade.bin
>
> 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>
>
>
>
> lg
>
>
>
>
>
> Alex
>
>
>
> Von: Erich N. Pekarek [mailto:(spam-protected)]
> Gesendet: Samstag, 24. Dezember 2011 17:29
> An: OPERATOR; (spam-protected)
> Betreff: Re: [Wien] 0xFF-Backfire Vienna 2.0 - Update
>
>
>
> Hallo!
>
> Am 2011-12-24 14:44, schrieb (spam-protected):
>
> Hallo
>
>
>
> 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.
>
> Wenn Du von einem anderen Backfire-Vienna-Build kommst:
>
> sysupgrade löscht keine Einstellungen - außer, Du machst sysupgrade -n ->
dann löscht es sie.
> Was aber verloren geht, sind die nachinstallierten Pakete - also jene,
die nicht im .bin drinnen sind.
>
> opkg list-installed | cut -d " " -f 1 > /tmp/packages.txt sichert Dir die
Liste der aktuell installierten Pakete. (auch die im bin bereits
vorhandenen...).
>
> Kopiere diese mittels scp (winscp) auf Deinen Rechner.
>
> Wenn die NS5 nach dem Flashen online kommt, kannst Du mittels
>
>     for i in `cat /tmp/packages.txt`; do opkg install $i; done
>
> 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).
>
> Für Nanostation M5 und M5 Loco sollte dieses Image an sich passen:
>
ftp://oe1xrw.ozw.wien.funkfeuer.at/Trunk/ar71xx/r1114-2011-12-22/ar71xx/openwrt-ar71xx-generic-ubnt-nano-m-squashfs-sysupgrade.bin
>
> 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.
>
>
> Die Möglichkeit eines Power-Cycles (Kaltreboots) solltest Du jedenfalls
sicherheitshalber einplanen.
> Wenn Du von einer ganz anderen Firmware kommst, würde ich einen Ausfall
einplanen...
>
>
> Viel Erfolg!
>
> Gesegnete Feiertage!
>
>
>
>
> Über die Packetverwaltung hab ich auch keinen Punkt Upgrade gefunden.
>
> Nein, das wäre auch nicht zweckmäßig. Der ROM und volatile ROM sind durch
die Größe des Flashs be
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20111226/67a39a38/attachment.htm>