Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
Bei Images mit Minor Versionsnummern die über .40 sind klappt auch diese Variante nicht.
Da das Enviroment bei Systemstart nach /var/env (und /var/env.cache koppiert wird und weder proc/sys/urlader/enviroment
oder auch /proc/sys/evalanche/env bei laufenden System beschreibar vorhanden sind.
Es gieb wohl die Namen /proc/sys/annex , /proc/sys/firmware_version die sich auslesen lassen aber werden die automitsch wieder mitt den Ursprungswert besschiebe wenn man diese überschreibt.
/proc/sys/enviroment scheit auch auf jedoch last sich daraus werde was auslesen noch beschreiben.
Das Problem dürfte aber ein Probelm von meiner Seite sein da es bei AVM 7170 Routern gemäss deien Beitrag klapp!
Post_instal klappt ach bei mir der oben erwähnten vorgangsweise.
Zuerst moechte ich nochmal Spirou und Jpascher fuer ihre Super Arbeit mit den Speedport Skripten danken. Ist einfach Spitze.
Jetzt zu AnnexA. Ich bin Newcomer, aber vielleicht nuetzen meine Erfahrungen ja irgendwem:
Hier in CH haben wir auch AnnexA. Allerdings haenge ich mit meinem gefritzten W701V am Kabelmodem und kann ADSL nicht testen.
Trotzdem habe ich meinen W701V Interesse halber auf AnnexA gesetzt. Dazu habe ich einfach das Skript von JPascher (Version 08.12.07) mit der 7170 Firmware fuer AnnexA verwendet (V.58.04.43). Seither meldet sich mein Speedport als AnnexA und laeuft seit 4 Wochen stabil. Auch nach reboot bleibt AnnexA (eigentlich logisch).
Wie gesagt, leider konnte ich ADSL mit AnnexA mangels Anschluss nicht testen, aber ich gehe davon aus, dass es problemlos funktionieren wuerde. Probier doch das einfach mal, 66nakyoz.
Zur Hardware von AnnexA und AnnexB: Im Speedport duerfte die gleiche HW verbaut sein wie in den Fritzen. Und bei denen funktioniert der Wechsel von AnnexB nach AnnexA (umgekehrt nicht!). Ich hatte frueher eine von AnnexB auf AnnexA geflashte FBF WLAN (vgl. threads und scripts von haveaniceday) problemos am Schweizer ADSL in Betrieb. Also bin ich zuversichtlich, dass es auch mit dem Speedport funzt.
this is the part that read the parametrer from boot command line.
I'st right that you say about name/number of partition and about the booting process, really, I don't have too much informations.
I thik it's work line grub ... there is a first booting process (stage 1) named adam2 that make a boot and a little shell (ftp access in this case) and pass the control in a second part (stage 1.5 and stage 2 in grub) named EVA.
at the and of the boot execute rc.S and it set the variable with the parameters passed from bootloader.
rc.S read the boot commandline, check and each parameter of the boot line (the line that I quoted)
I not try, but it easy via telnet with a simple cat /proc/cmdine read which parameters was passed and there is a specific case "annex=*" to set the annex_param.
rc.S is really the first command that is execute at start of a linux system than the command line MUST be pass from boot stage.
about the version of ADAM and EVA I don't know (by memory grater than 100, maybe 111 or somethinks similar) and I don't check because I don't have hier the SP, but I think it's not so important
HI maxgrand,
Is not so important to clear the question about bootprocess ADAM or EVA and connected questions.
I for my part think we dont have a grub bootloding system.
Concerning the other things, i agree that kernal arguments are passed on as commandline.
and rc.S is the fist skript that is processed by the kernal boot process.
So looking at the rc.S will tell if the annex_param Prameter is in use.
Enviromet Varibel kernel_args annex=A is passed on to annex_param in rc.S
rc.S unses rc.init to set Varibabel ANNEX and depending of ANNEX Parameter in the DSL section of rc.S or in the extenlal skript /init.d/rc.dsl.st Dreivers are started with this parameter.
On older Firmwars ANNEX enviromet Variabe is passed on directly as Driver Parameter.
So nach soviel Fachchinesisch mein jetziger Stand:
habe wie el_valiente vorgeschlagen hat folgendes Procedere hinter mir und möchte den Anderen viel Arbeit und Mühe ersparen.
Hab das image mit dem neuen Script von Jpascher mit ./707 generiert Annex A in der config eingestellt und per push-option auf den Speedport geflasht.
Die Box meldet sich mit Annex A in der DSL-Info aber die Telnet Ausgabe ist meines Erachtens etwas komisch (siehe fette Zeilen)
BusyBox v1.1.2 (2007.08.28-15:11+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
...und das Ergebnis dementsprechend KEIN SYNC.
JPascher das Kabel ist es definitiv auch nicht, da mir ein voll beschaltetes Kabel gekauft habe, aber wie gesagt kein SYNC.
Die DSL info der Box steht jungfräulich da und sagt kein DSL nach minutenlanger Suche.
so Leute weiss jemand noch weiter Rat?
ich weiss nicht ob dieser Beitrag was anderes sagt als bis jetzt geschrieben, da ich des italienischen nicht maechtig bin http://www.vocesuip.com/speedport-w701v-in-inglish-annex-a-funziona-vp6577894.html
aber anscheinend scheint der ganze Spass zu laufen.
daß weiß ich nicht wenn jemand eine google Übersetzung vom meine Italianiche post verstehen kann, das trick ist änderen mtd3 mit ein hex editor vom annex b zu annex a.
du mußt mit cat und tftp mtd3 extract, mit ein hexeditor correct annex (ist nur eine letter) und noch mal mit tftp und cat an sp schreiben und alles geht.
Mit reinen telnet Eingriffen alleine klappt es bei den ganz neuen AVM Images nicht mehr da wieder was verändert wurde.
Siehe Editierten Beitrag 22.
Das verwendete AVM immage mus assdrücklich bereits für Annex A vorgesehen sein.
Die Variable annex hat kaum mehr irgend eine Bedeutung.
Kernel args wird nur gesetzt wenn das image mit FTP und der push Option übertragen wird.
Oder via FTP entsprechend gesetzt werden.
Auch die im umluf befindlichen pseudo images zum setzen auf Annex A sind mit den neuen firmwars wirkungslos.
@maxgrand
I had a look at this post of you and i noticed now that you used Speedtofritz on the image before you edited the annex param directly on the boot partiotion Enviroment.
Could you tell what version of Seedtofritz you ware using and also the AVM Image you used.
You metion two diffeent images witch did you use in the end?
wobei ich jedoch nicht die conf bezüglich des Download servers editiert habe sondern das image manuell runtergeladen und umbenannt habe in das welches das script sucht, glaub es war die selbe version nur ohne Annex A kürzel.
Unterscheidet das Script nach dem Namen des images wie es compiliert, oder ist es egal?
@66nakyoz
Wenn du mir noch angiebst welche Skritvrsion du verwendet hast bin total zufieriden.
Soweit ich das jetzt sehe sollte das so auch richtig gewesen sein!
Speed2fritz beim W701 nimmt immer das was in Firmware .conf angegeben ist.
Abhängig vom Nahmen wird nichts verändert, der Name spiet keine besondere Rolle.
Versionsnummern werden nicht vom Namen genommen die kommen immer aus dem Image.
Wichtig ist aber wie das Image übertragen wurde mit der push optin werden einige Variablen automatisch gesetzt.
In den nächsten Versionen von speed2fritz werden ich das setzen der Variabeln auch miteinfügen, wenn das Immage via web GUI geladen wird.
qoute SETENV annex A
quote SETENV kernel_args annex=A
qoute SETENV annex A dürfte bei deiner Version vom Skript fehlen, ich habe aber angenommen, dass das auch unwichtig ist und Trotzdem funktionieren sollte, wie aber maxgrand ausführt dürfte der doch noch eine Rolle spielen.
Leider kann ich zur Zeit noch nicht sebst testen ob das modem auch wirklich funktioniert mit diesen Änderungen.
wird noch einige Wochen dauern bis ich annex A ebenfalls habe.
das aktuelle Skript vom 22.12 und wie gesagt hab gesehen das die Annex variablen nur in Kombi mit der push option gesetzt werden. Das image wurde direkt mit puh option auf den Router geschickt.
Hab momentan nicht so den rechten Durchblick arbeite aber daran.
Mit den AVM 7170 Routern klappt es mal mit den neuen Firmwars das ist sicher, drum muss es auch mit den gefritzten auf ähnliche weise doch funktioneiren.
Hab jetzt auch die englische Version mal versucht.
Für dem w701 wird zumindest mal alles sauber übersetzt, ein setztn von zusätzlichen links ist nicht erforderlich.
Firmware meldet sich mit Annex A nach update übers webinterface.
Skript Version 22.12.2007 für W900 sind noch einige Anpassungen erforderlich da der DECT addon nur für Sprache de vorgesehen ist.
@maxgrand
Thank for reply!
I think is better if we keep to englsh, even my english is not realy good.
I will try to convert the DECT part to english, still it will taake some time becaus i alos have to adapt some parts od the skript o take care of the www/avme/en Directory srtucture, up to now i did not use an extra Variabe to switsh between languages.
I could do it the same way with links as you did, but i think it is better to stay with the method AVM uses so the skript will be useabel for some time as long as AVM want change to much on the structure.
If you dont mid i would like you to test some of my future chnages on the skript.
About the logs:
I think there would be a lot of aditional translating in a lot of Files AVM did not do a very good job keeping the all of the Text out of the java skript.
Some may enven be nerly inpossible to convert becaus the text is within some modules or drivers.
I think is useful use the "-o avme" flag and add a "-annex" flag to create an automatic grabbing and compiling international fw ... for the logs I can ask at an italian guy that translate in english 7141 fw.
Betrifft Speedports.
Neu, habe vesucht annex Parameter nun besser zu integieren.
Wenn mit dem neun Skript ein image estellt wird kann es per WEBGUI eingespiellt werden und die ANNEX Parameter werden im post installl prozess richtig gesetzt. Das Einspieln per WEBGUI klappt beim W900 und beim W701 aber nur wenn voher beriets irgend eine AVM Weboberfläche vorhanden ist.
Leider noch ungetestet, da ich selbst kein ADSL habe.
It should now be possible to use the skript with the englsh version without problems.
Limitations: At the moment all the parts added for setting DECT Fetures are in german language.
All directorys staritng with en/ would need translating of the gernman text within this files.
The skript can be used to generate ANNEX A or ANNEX B depending on the settimgs made in firmware.confXXX whre XXX is one off the nubers like 707 or 907.
Generated tar ended Firmwares can be flashed via HTTP if there is allrady a AVM webbased GUI, no aditional settings shold be neede.