telnet auf 7580 aktivieren

megafix

Neuer User
Mitglied seit
17 Jun 2010
Beiträge
16
Punkte für Reaktionen
1
Punkte
3
Um ein paar Routing Probleme nachzustellen, habe ich mir eine 7580 besorgt.

Ein ganzer Schwung an Recoveries liegt vor.
  • 153.06.51
  • 153.06.53
  • 153.06.54
  • 153.06.80
  • 153.06.81

Ein paar Firmware Versionen haben sich auch schon vor Eintreffen der Hardware angesammelt (Jäger und Sammler halt).

  • 153.06.53-40706 Final
  • 153.06.69-41803 Labor
  • 153.06.80-42511 Final
  • 153.06.80-42606 Beta (Plus)
  • 153.06.81-42931 Final

Jetzt würde ich gerne telnet aktivieren. So ungefähr bei 06.24 lagen ja die letzten Recoveries mit telnet.

Freetz unterstützt die 7580 m. W. nicht.

Ich könnte jetzt natürlich das Firmware tar Archiv manuell entpacken, modifizieren und wieder packen. Den SigCheck könnte ich umgehen, indem ich das modifizierte Image häppchenweise im ADAM2 im den Flash schreibe, um keinem Timeout zu verfallen. Aber das muss doch irgendwie viel einfacher gehen.

Hat vielleicht jemand einen Denkanstoss für mich?

- - - Aktualisiert - - -

Ich habe da einen Wink mit dem Zaunpfahl bekommen, der mir weiterhilft.

Dachte schon, ich hätte bei modfs was verpasst und PeterPawn gibt mir eins auf die Mütze :)
 
Shell-Zugriff über eine Lücke (mind. zwei sind für Versionen < 06.80 inzwischen öffentlich) erlangen und dann mit einer (angepaßten) "modfs"-Version nach Herzenslust an der Firmware herumdoktern. Bei der 7580 gibt es halt den "wrapper" nicht, die Partitionen enthalten direkt ein SquashFS-Image. Damit muß man nur das Handling bei der Installation des Dateisystem-Images etwas abändern - der Rest sollte funktionieren. Aber nur dann, wenn man "modfs" verwenden will ... es geht ja auch anders (und zwar ohne vorherigen Shell-Zugriff).

Geht denn bei der 7580 tatsächlich das direkte Schreiben in den Flash-Speicher über den Bootloader (genauer den FTP-Server dort)? Mangels Gerät konnte ich das (immer) noch nicht testen ... wobei ja schon der einmalige Mitschnitt eines Recovery-Laufes das abschließend klären könnte.

Wenn das gar nicht funktioniert, dürfte die Idee mit dem (direkten) Schreiben über den Bootloader hinfällig sen - aber das System enthält ja auch dort die Vorkehrungen (in /etc/init.d/E03-flash_update), um sich selbst im Flash-Speicher zu installieren, wenn es aus dem RAM gestartet wurde. Man braucht also gar keinen großen Aufstand machen und muß sich nur das passende Dateisystem zusammenbauen, es zusammen mit dem Kernel in den Speicher laden und die Box starten.

Wobei mich schon die Wortwahl "das Firmware tar Archiv manuell entpacken, modifizieren und wieder packen" in Verbindung mit dem "das modifizierte Image häppchenweise [...] schreibe" auf's Äußerste irritiert - entweder Du hast Dich sehr, sehr unglücklich ausgedrückt oder doch nicht so richtig "einen Plan", wie das ablaufen müßte. Dann würde ich Dir erst recht das Studium der erwähnten "E03-flash_update" ans Herz legen ... das Starten aus dem Speicher dürfte wieder wie bei den anderen Modellen arbeiten, wobei auch das problemlos mit Wireshark bei der Verwendung des Recovery-Programms zu ermitteln ist.
 
Ich wusste irgendwie, dass ich doch noch einen auf die Mütze bekomme; im Prinzip wollte ich das auch, denn nur so lernt man dazu :)

Werde mich aber mit der Antwort auseinander setzen.
 
  • Like
Reaktionen: v!king
Zuletzt bearbeitet:
Die internen Links sind mir voll bewusst. Für die 153.06.81-43291 brauchte ich aber dennoch einen kleinen Tritt mit Credits an einen ungenannten.
Der juischeckupdate wollte auch nicht so recht :)

- - - Aktualisiert - - -

@PeterPawn,

>> Geht denn bei der 7580 tatsächlich das direkte Schreiben in den Flash-Speicher über den Bootloader (genauer den FTP-Server dort)? Mangels Gerät konnte ich das (immer) noch nicht testen ... wobei ja schon der einmalige Mitschnitt eines Recovery-Laufes das abschließend klären könnte.

reicht das; ich denke eher nicht

Code:
FRITZ!Box 7580 suchen an: 192.168.188.1
Eine Anlage gefunden! - Ermitteln der aktuellen Version.
Version erfolgreich ermittelt!
    Hardware:    FRITZ!Box 7580
    Urlader:    4229
    Firmware:    153.06.81
Flashbereich (mtd8)
    Lösche    Flashbereich (mtd8)
    Restauriere    Flashbereich (mtd8)
    Restauriere    Flashbereich (mtd1)
FRITZ!Box 7580 erfolgreich wiederhergestellt!
Die Wiederherstellung ist nach einem Neustart des Gerätes abgeschlossen.

Wie kann ich dir die gewünschten Informationen liefern?
 
Zuletzt bearbeitet:
Vielleicht lässt sich PeterPawn mit dem "nicht so recht" motivieren?

Ich leg mal mit der 7560er vor...
Code:
# cat juischeckupdate.sh.conf
# Fritz!Box IP or Hostname
Box=$1
shift
 
# Inhouse or relaese firmware
Public=$1
shift
 
# Installed firmware
Version=$1
shift

# ./juischeckupdate.sh 192.168.178.1 0 149.06.52-41087
Found newer version : 149.06.81
URL=ftp://ftp.avm.de/fritz.box/fritzbox.7560/firmware/deutsch/FRITZ.Box_7560.149.06.81.image

PS: Den Bastellink fand ich übrigens in irgendeinen anderen Forum.
Hast du die INTERN Version jetzt oder nicht?
 
Na klar, bin jetzt auf dem Bastellink für 153.06.81-43291.
 
Na, dann ist die richtige Antwort: #96*7* anrufen
...spätestens nach Neustart der Box kannst du auf Port 23 telnetten.

Oder SIAB und LUA auf: Inhalt -> AVM-Dienste
 
Ja, den Weg mit der INTERN-Version hatte ich gar nicht auf dem Schirm ... der geht natürlich auch, zumindest als "Starter". Kommt halt darauf an, was am Ende herauskommen soll - reicht der Shell-Zugang über SIAB, hat man das Ziel ja schon erreicht.

Ansonsten zur Frage "Recovery": Einfach einmal Wireshark installieren, den Mitschnitt auf dem LAN-Interface starten (wenn man weiß, wie ein Recording-Filter aufgebaut ist, kann man schon die Aufzeichnung entsprechend beschränken auf Port 21 der FRITZ!Box) und das Recovery-Programm für die Box durchlaufen lassen. Es sollten sich in den Mitschnitt dann diverse FTP-Sitzungen zum Port 21 finden lassen (die kann man als einzelnen TCP-Stream ja dann isolieren, ggf. ist es auch nur eine einzelne FTP-Session mit mehreren neuen Logins) und die enthalten die Konversation zwischen dem Recovery-Programm und der Box. Die Datenverbindungen selbst braucht man i.d.R. gar nicht erst ansehen (vielleicht noch die für das "RETR env", wenn sie einen interessiert), damit bleibt der Umfang der Daten auch im Rahmen. Am Ende hat man eine Textversion der FTP-Control-Session und darin kann man dann auch erkennen, auf welchem Weg das Flashen der Firmware erfolgt. Für die 7490 sieht das so aus: http://www.ip-phone-forum.de/showthread.php?t=272403&p=2032598&viewfull=1#post2032598
 
Ich habe einmal die AVM FRITZ!OS 06.81 Recovery für die 7580 (HWRevision 225/HWSubRevision 1) über Wireshark auf dem LAN Interface mitgeschnitten. Einen Capture Filter für IPv4 und FTP Port 21 setzen ist ja nicht so kompliziert.

Es sind insgesamt 4 FTP Sessions und 5 Logins enthalten

Code:
Response: 220 ADAM2 FTP Server ready
Request: USER adam2
Response: 331 Password required for adam2
Request: PASS adam2
Response: 230 User adam2 successfully logged in
Request: SYST
Response: 215 AVM EVA Version 1.3229 0x0 0x46409
Request: TYPE I
Response: 200 Type set to BINARY
Request: MEDIA SDRAM
Response: 200 Media set to MEDIA_SDRAM
Request: P@SW
Response: 227 Entering Passive Mode (192,168,178,1,12,2)
Request: RETR env
Response: 150 Opening BINARY data connection
Response: 226 Transfer complete
Request: USER adam2
Response: 331 Password required for adam2
Request: PASS adam2
Response: 230 User adam2 successfully logged in
Request: SYST
Response: 215 AVM EVA Version 1.3229 0x0 0x46409
Request: TYPE I
Response: 200 Type set to BINARY
Request: MEDIA SDRAM
Response: 200 Media set to MEDIA_SDRAM
Request: P@SW
Response: 227 Entering Passive Mode (192,168,178,1,12,17)
Request: RETR count
Response: 150 Opening BINARY data connection
Response: 226 Transfer complete
Request: BYE
Response: 221 Thank you for using the FTP service on ADAM2

Response: 220 ADAM2 FTP Server ready
Request: USER adam2
Response: 331 Password required for adam2
Request: PASS adam2
Response: 230 User adam2 successfully logged in
Request: SYST
Response: 215 AVM EVA Version 1.3229 0x0 0x46409
Request: TYPE I
Response: 200 Type set to BINARY
Request: MEDIA FLSH
Response: 200 Media set to MEDIA_FLASH
Request: P@SW
Response: 227 Entering Passive Mode (192,168,178,1,12,4)
Request: STOR mtdnand
Response: 150 Opening BINARY data connection
Response: 226 Transfer complete
Request: BYE
Response: 221 Thank you for using the FTP service on ADAM2

Response: 220 ADAM2 FTP Server ready
Request: USER adam2
Response: 331 Password required for adam2
Request: PASS adam2
Response: 230 User adam2 successfully logged in
Request: SYST
Response: 215 AVM EVA Version 1.3229 0x0 0x46409
Request: TYPE I
Response: 200 Type set to BINARY
Request: MEDIA SDRAM
Response: 200 Media set to MEDIA_SDRAM
Request: P@SW
Response: 227 Entering Passive Mode (192,168,178,1,12,3)
Request: RETR env
Response: 150 Opening BINARY data connection
Response: 226 Transfer complete
Request: BYE
Response: 221 Thank you for using the FTP service on ADAM2

Response: 220 ADAM2 FTP Server ready
Request: USER adam2
Response: 331 Password required for adam2
Request: PASS adam2
Response: 230 User adam2 successfully logged in
Request: SYST
Response: 215 AVM EVA Version 1.3229 0x0 0x46409
Request: SETENV memsize 0x6980c00
Response: 200 SETENV command successful
Request: SETENV kernel_args_tmp mtdram1=0x86980c00,0x88000000
Response: 200 SETENV command successful
Request: TYPE I
Response: 200 Type set to BINARY
Request: MEDIA SDRAM
Response: 200 Media set to MEDIA_SDRAM
Request: P@SW
Response: 227 Entering Passive Mode (192,168,178,1,12,14)
Request: STOR 0x86980c00 0x88000000
Response: 150 Opening BINARY data connection
Response: 226 Transfer complete

- - - Aktualisiert - - -

Ich weiss ja, dass VR10 von modfs (noch) nicht unterstützt wird, bin aber zu jeder Schandtat bereit.

# ./modfs update /var/media/ftp/FRITZ.Box_7580.153.06.81-43291.image

Code:
./modfs: line 2666: /var/mod/bin/225/busybox: not found                                                                       
respawn script with custom BusyBox shell, SHLVL=3                                                                             
/var/mod/bin/225/busybox sh ./modfs update /var/media/ftp/FRITZ.Box_7580.153.06.81-43291.image                                
./modfs: line 2666: /var/mod/bin/225/busybox: not found

# ln -s /var/mod/bin/VR9 /var/mod/bin/225

# sh -x ./modfs update /var/media/ftp/FRITZ.Box_7580.153.06.81-43291.image
Code:
+ procmtd=/proc/mtd
+ mtdprefix=mtd
+ mtdblockname=mtdblock
+ reservedprefix=reserved-
+ kernelname=kernel
+ filesystemname=filesystem
+ nandname=nand-filesystem
+ envpathname=/proc/sys/urlader/environment
+ fsvarname=linux_fs_start
+ hwrevname=HWRevision
+ hwrevs_supported=175 185 193 203 212 218 192
+ update_kernel_binary=/sbin/update_kernel
+ wrapperdir=/wrapper
+ rootfsname=filesystem_core.squashfs
+ firmwarestoragename=firmware.image
+ firmware_kernel_image=./var/tmp/kernel.image
+ firmware_filesystem_image=./var/tmp/filesystem.image
+ wrapperimagename=filesystem.image
+ kernelfilename=kernel.image
+ bb=/bin/busybox
+ shl=/bin/busybox sh
+ testvalue=/bin/testvalue
+ debugoutput=/bin/showshringbuf -i $scriptname
+ ringbufferfile=/var/.srb_$scriptname
+ custom_selection_file=custom_modscripts
+ free_space_for_unpack=134M
+ free_space_for_unpack_tmpfs=96M
+ free_space_at_tmpfs=24M
+ warning_space_at_tmpfs=10M
+ free_space_at_nand=134M
+ warning_space_at_nand=96M
+ download_space_needed=54M
+ extract_space_needed=48M
+ fullimage_space_needed=100M
+ tmpfsbasedir=/var/tmp
+ nativefilesystems=tmpfs ext2 ext3 ext4 yaffs2                                                                               
+ modfs_version=0.4.1-110220171253                                                                                            
+ modfs_comment=please look at [URL]https://github.com/PeterPawn/modfs[/URL] for further info                                            
+ bindirname=bin                                                                                                              
+ localedirname=locale                                                                                                        
+ filesdirname=files                                                                                                          
+ scriptdirname=modscripts                                                                                                    
+ tmpdirbase=/var/tmp                                                                                                         
+ packedpartition=128MB_ext3.gz                                                                                               
+ squashfsdirname=squashfs-root                                                                                               
+ scriptwrapper=wrap_script                                                                                                   
+ modfsshelldebug=/var/tmp/modfs_debug_shell.log                                                                              
+ scriptsdir=bin/scripts                                                                                                      
+ showprogress=0                                                                                                              
+ msgtext_clearscreen=\x1B[2J\x1B[0;0H                                                                                        
+ msgtext_normal=\x1B[0m                                                                                                      

Ermitteln der Hardware-Version ... OK
Prüfen, ob die Hardware-Version unterstützt wird ... Fehler

Die Hardware-Version der Box (225) wird nicht unterstützt.
Wenn die Funktion dieser Modifikationen auf der Hardware prinzipiell möglich sein
müßte und sie deshalb in die Liste der unterstützten Geräte aufgenommen werden soll,
kann man entweder das Skript selbst modifizieren oder den Autor kontaktieren.

+ rc=36
+ export PATH=/sbin:/usr/sbin:/bin:/usr/bin
+ rm -r /var/run/modfs
+ exit 36

# mount

Code:
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=214108k,nr_inodes=53527,mode=755)
proc on /proc type proc (rw,relatime)
tmpfs on /var type tmpfs (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
none on /sys/kernel/debug type debugfs (rw,relatime)
/dev/ubi0_3 on /var/media/ftp type ubifs (rw,sync,relatime)
debug on /debug type debugfs (rw,relatime)


Wenn ich die HW IDs richtig gedeutet habe, sind aktuell folgende Boxen supported:

Box
Platform
HWRevision
FB 3370
VR9
175
FB 7490
VR9
185
FB 7272
AR10
192
FB 3390
VR9
193
FB 7362SL VR9 203
FB 3490 VR9 212
FB 7430
VR9 218
 
Zuletzt bearbeitet:
Ich habe heute vormittag endlich die Bestellung der 7580 über 1&1 auf den Weg gebracht (letztens kam irgendetwas dazwischen und dann habe ich das wieder aus den Augen verloren, nachdem ich mich zum ersten Mal entschlossen hatte, der 7580 eine Chance zu geben, weil ich auch annehme, daß die nächste Labor-Reihe sich wieder nicht zwischen 7490 und 7580 entscheiden kann) ... es soll 2-3 Werktage brauchen, bis die hier eintrifft.

Dann baue ich in jedem Falle die Unterstützung der 7580 ins "modfs" ein ... das sollte die 7560 dann auch gleich mit auffangen, die geht jetzt irgendwie als "1&1 HomeServer Speed" über den virtuellen Ladentisch.

Wenn es also nicht eilt, mache ich das lieber selbst ... das spart eine Menge Schreibarbeit und die Änderungen sieht man dann im Commit auch noch, wenn es einen interessiert, was sich alles ändern muß.

Interessant an der 7580 ist es halt, daß die NAND-Flash für das TFFS verwendet und offenbar sogar nach dem Speichern des neuen TFFS-Images (nach dem ersten "RETR env" und "RETR count", aus dessen Ergebnissen dann das TFFS-Image gebaut wird) - bei NAND gibt es nur das eine, ist bei der 7412 auch nicht anders - noch einmal mit "RETR env" nachsieht, ob das geklappt hat. Hier wäre es ja mal interessant, was denn passiert, wenn das zweite "RETR env" fehlschlägt. Bei den Modellen mit TFFS im SPI- oder NOR-Flash gab es nach meiner Erinnerung dieses Lesen nach dem Schreiben nicht.

Das Starten aus dem Speicher ist dann schon wieder "normale Kost", wobei die Endeadresse des RAM etwas niedrig liegt - zumindest niedriger als ich es erwartet hätte, wenn das Ende des Speichers bei 0x88000000 liegt. Denn das wären bei KSEG0-Adressen gerade mal 128 MB RAM, die so eine 7580 dann hätte (auch die "memsize" von "0x8000000" im Normalfall stimmt damit ja überein).

Angesichts der Ausstattung der 7490 mit 256 MB (der bei "modfs" ggf. immer noch nicht reicht, wenn es um das Packen eines SquashFS-Images mit LZMA2-Kompression geht), finde ich das irgendwie recht wenig - wenn die Box das "neue Flaggschiff" sein soll und so teuer ist RAM ja nun auch nicht (erst recht nicht angesichts der UVP der Box - da muß dann schon mehr als ein Updateversprechen bereits eingepreist sein).
 
Die 7580 hat aber schon 512MB NAND Flash.
mips34_512MB_grx5_dect446_5geth_2ab_isdn_nt_2usb_host3_2wlan11n_hw225_27364

# df -h
Code:
Filesystem                Size      Used Available Use% Mounted on
/dev/root                18.8M     18.8M         0 100% /
devtmpfs                209.1M     48.0K    209.0M   0% /dev
tmpfs                   209.2M      7.6M    201.7M   4% /var
/dev/ubi0_3             355.3M     24.1M    326.4M   7% /var/media/ftp

Die modfs Unterstützung für die 7580 eilt bei mir natürlich nicht, wie käme ich dazu? Falls ich irgend etwas dazu beitragen kann, mache ich das gerne. Sei es auch nur das als Tester. Die 7580 ist bei mir aktuell reine Spielwiese, da die zwei produktiven 7490 so schnell nicht getauscht werden. Mit der Box kann ich im Moment auf Zuruf alles anstellen :)

Bei der 7560 könnte es eng werden:
mips34_128MB_grx5_dect441_4geth_1ab_2usb_host_2wlan11n_03188

Sorry, du hattest ja 7490 geschrieben. Ich komme mit der 7580 immer wieder ins Schleudern...
Aber auch die 7490 müsste doch 512MB NAND Flash haben:
mips34_512MB_xilinx_vdsl_dect446_4geth_2ab_isdn_nt_te_pots_2usb_host_wlan11n_27490

# df -h
Code:
Filesystem                Size      Used Available Use% Mounted on
/dev/root                48.0M     22.1M     25.9M  46% /wrapper
devtmpfs                116.7M     72.0K    116.7M   0% /wrapper/dev
/dev/loop0               19.7M     19.7M         0 100% /
devtmpfs                116.7M     72.0K    116.7M   0% /dev
tmpfs                   116.9M      1.7M    115.2M   1% /var
/dev/mtdblock4            2.0M    876.0K      1.1M  43% /var/flash
/var/dev/nand           406.0M      2.5M    403.5M   1% /var/media/ftp
/dev/sda1               116.9G    342.2M    110.6G   0% /var/media/ftp/SanDisk-CruzerBlade-01

Die 7581 scheint ja völlig anders zu sein:
brcm_128MB_xilinx_4eth_1ab_pots_wlan_usb_host_dect_26699
Ob die wirlich nur 128MB Flash hat?
 
Zuletzt bearbeitet:
Ich meinte schon das RAM (also den Arbeitsspeicher) und nicht die Größe des NAND-Flashs. Ersterer ist auch derjenige, der über Swap-Space "virtuell" erweitert wird bzw. werden muß, wenn es eng wird in der Box. Der Platz im NAND-Flash dürfte bei der 7580 identisch sein, bei der 7560 fehlen halt ~400 MB in der NAS-Wurzel, denn da braucht das System schon fast alles für die beiden Kernel, die beiden Dateisysteme und dann kommen auch noch der Bootloader (der hat vermutlich auch bereits 8 MB bei der 75x0) und das NAND-TFFS dazu - damit hat die 7560 vermutlich noch weniger freien Platz unter /var/media/ftp (wo ja auch das FRITZ!OS einige Sachen ablegt, wenn es kein NAS gibt) als es bei einer 7412 der Fall wäre.
 
Sorry, das hatte ich nicht richtig gepeilt. Da hat die 7580 dann doppelt soviel RAM wie eine 7490.

7580
Code:
# cat /proc/meminfo
MemTotal:         428540 kB
MemFree:          270116 kB
..
7490
Code:
# cat /proc/meminfo
MemTotal:         239360 kB
MemFree:           93772 kB
..
 
Das dachte ich ja eigentlich auch ... komischerweise verwendet dann aber das Recovery-Programm nur die ersten 128 MB für das Laden des Recovery-Systems, denn wenn da "memsize" am Ende auf 0x6980c00 gesetzt wird (das sind ca. 105 MB) und danach kommt dann 23 MB Kernel+Dateisystem im Speicher, dann sind das ja bei weitem nicht die verfügbaren 512 MB, die da eigentlich existieren. Was steht denn im "Normalfall" (also bei ganz normal gestarteter Box) in "memsize" im Environment? Das müßte für 512 MB dann 0x20000000 sein - vielleicht "reicht" dem System halt beim Schreiben in den Flash nach dem Start aus dem Speicher auch die Differenz zwischen 128 MB und der Image-Größe aus und AVM war da einfach zu faul zum Berechnen anhand des tatsächlich vorhandenen Speichers (die 128 MB müßte so ziemlich jedes VR9-Modell haben) ... aber komisch sieht das bei der 7580 im Recovery-Programm dann eben schon aus.
 
Was steht denn im "Normalfall" (also bei ganz normal gestarteter Box) in "memsize" im Environment?

7490
# export | grep -i mb
Code:
export CONFIG_BUILDNUMBER='42822'
export CONFIG_INSTALL_TYPE='mips34_512MB_xilinx_vdsl_dect446_4geth_2ab_isdn_nt_te_pots_2usb_host_wlan11n_27490'
export CONFIG_ROMSIZE='0-sflash_size=1MB-nand_size=512MB'
export CONFIG_SAMBA='y'
export CONFIG_WLAN_ATH_NM_COMBO='n'
export nand_size='512MB'
export nor_size='0MB
# cat /proc/cmdline
Code:
 console=ttyS0,115200n8r nor_size=0MB sflash_size=1024KB nand_size=512MB ethaddr=xx:xx:xx:xx:xx:xx
# export | grep -i ram
Code:
 export CONFIG_RAMDISK='n'
export CONFIG_RAMSIZE='256'
export CONFIG_TAM_ONRAM='n

7580
# export | grep -i mb
Code:
export CONFIG_BUILDNUMBER='43291'                                                                                             
export CONFIG_INSTALL_TYPE='mips34_512MB_grx5_dect446_5geth_2ab_isdn_nt_2usb_host3_2wlan11n_hw225_27364'                      
export CONFIG_ROMSIZE='0-nand_size=512MB'                                                                                     
export CONFIG_SAMBA='y'                                                                                                       
export CONFIG_WLAN_ATH_NM_COMBO='n'
# cat /proc/cmdline
Code:
console=ttyLTQ0,115200
# export | grep -i ram
Code:
export CONFIG_RAMDISK='n'
export CONFIG_RAMSIZE='512'
export CONFIG_TAM_ONRAM='n'
 
Zuletzt bearbeitet:
Ok, war unpräzise von mir, ich meinte "/proc/sys/urlader/environment". Aber auch das "CONFIG_RAMSIZE" würde ja eher auf 256 MB hindeuten, mithin auf 0x10000000 in "memsize", wenn das System aus dem Flash gestartet wurde.

EDIT: Ich sehe erst jetzt, daß da sowohl Daten von der 7580 als auch der 7490 stehen in #17 ... wenn die 7580 bei CONFIG_RAMSIZE 512 stehen hat, dann hat die natürlich auch 512 MB RAM.
 
Zuletzt bearbeitet:
7580:
# cat /proc/sys/urlader/environment
Code:
HWRevision      225
HWSubRevision   1
ProductID       Fritz_Box_HW225
SerialNumber    123456789012345
annex   B
autoload        yes
bootloaderVersion       1.3229
firstfreeaddress        0x85244550
firmware_info   153.06.81
firmware_version        avm
flashsize       nor_size=0MB sflash_size=0KB nand_size=512MB
linux_fs_start  0
maca    aa:bb:cc:dd:ee:9B
macb    aa:bb:cc:dd:ee:9C
macwlan aa:bb:cc:dd:ee:9D
macwlan2        aa:bb:cc:dd:ee:9E
macdsl  aa:bb:cc:dd:ee:9F
memsize 0x20000000
mtd0    0x0,0x2C00000
mtd1    0x500000,0xD00000
mtd2    0x0,0x100000
mtd3    0x100000,0x500000
mtd4    0xD00000,0x1500000
mtd5    0x1500000,0x20000000
my_ipaddress    192.168.178.1
prompt  Eva_AVM
ptest   
tr069_passphrase        abcdefghijkl
tr069_serial    abcdefghijklmnopqrs
usb_board_mac   aa:bb:cc:dd:ee:A0
usb_device_id   0x0000
usb_device_name USB DSL Device                                                                                                
usb_manufacturer_name   AVM                                                                                                   
usb_revision_id 0x0000                                                                                                        
usb_rndis_mac   aa:bb:cc:dd:ee:A1                                                                                             
webgui_pass     aabbccddee                                                                                                    
wlan_key         aabbccdd eeffgghhiijj                                                                                          
wlan_ssid       FRITZ!Box#7580#WS
 
Darf ich einmal dezent anfragen, ob es News zu einem modfs mit VR10 Support (GRX500 / 7560,758x,759x) gibt?
 

Statistik des Forums

Themen
244,695
Beiträge
2,216,691
Mitglieder
371,315
Neuestes Mitglied
jack-mack
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.