[Wien] 0xFF-Backfire Vienna 2.0 - Update

So Dez 25 15:58:53 CET 2011

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 

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

Invalid image. Use combined .img files on this platform

Image check 'platform_check_image' failed.

(spam-protected):~#

glaub dieses passt hier nicht 

Werd mal noch ein paar andere Images probieren, da es einen Plattformcheck gibt, kann man ja nichts falsch machen ... hoffe ich 

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 beschränkt und der ist bei der alten NS2/NS5 auch nur 4MB, AFAIK.

Dein /etc/config-Verzeichnis kannst Du übrigens ja auch via scp sichern.

lg

Alex

--Wien mailing (spam-protected)://lists.funkfeuer.at/mailman/listinfo/wien
SG
Erich

 -- This email was Anti Virus checked by Astaro Security Gateway. http://www.astaro.com

--Wien mailing (spam-protected)://lists.funkfeuer.at/mailman/listinfo/wien

--Wien mailing (spam-protected)://lists.funkfeuer.at/mailman/listinfo/wien
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20111225/038ce55c/attachment.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : wlEmoticon-sadsmile[1].png
Dateityp    : image/png
Dateigröße  : 1088 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20111225/038ce55c/attachment.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : clip_image004[3][2].png
Dateityp    : image/png
Dateigröße  : 3240 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20111225/038ce55c/attachment-0001.png>