[Problem] rote Info LED nach Werkseinstellungen und ändern der Bootpartition (6490)
- Ersteller stoney
- Erstellt am
bist Du da sicher ?
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
cpufrequency 1200000000
crash [0]0,0,0[1]ff500697,5826ccff,1[2]b83556,584b555d,1[3]0,0,0
firstfreeaddress 0x00b20000
firmware_info 141.06.24
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
linux_fs_start 1
maca C8:0E:14:9F:xx:1D
macb C8:0E:14:9F:xx:1E
macwlan C8:0E:14:9F:xx:1F
macwlan2 C8:0E:14:9F:xx:20
macdsl C8:0E:14:9F:xx:1A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000z.B.:
Code:
mtd10
mtd11
mtd12
mtd13
mtd14
my_ipaddress
prompt
req_fullrate_freq
sysfrequency
tr069_passphrase
tr069_serial
urlader-version
usb_board_mac
usb_device_id
usb_device_name
usb_manufacturer_name
usb_revision_id
usb_rndis_mac
wlan_keyoder liegt hier ein "Logistik-Problem" (C&P) vor ?
Zuletzt bearbeitet:
- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
und dabei linux_fs_start wieder auf 1 gesetzt
auch auf 0 ändert sich nichts
Code:
ftp 192.168.178.1
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:stoney): adam2
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> quote GETENV mtd10
mtd10 0x90000,0xa0000
ftp> quote GETENV mtd11
ftp> quote GETENV mtd11
200 GETENV command successful
ftp> quote GETENV mtd11
mtd11 0x9000000,0xd000000
ftp> quote GETENV mtd12
ftp> quote GETENV mtd12
200 GETENV command successful
ftp> quote GETENV mtd12
mtd11 0x9000000,0xd000000
ftp> quote GETENV mtd12
ftp> quote GETENV mtd12
200 GETENV command successful
ftp> quote GETENV mtd12
mtd11 0x9000000,0xd000000
ftp> quote GETENV mtd12
ftp> quote GETENV mtd12
200 GETENV command successful
ftp> quote GETENV mtd12
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd12 0xd000000,0xd800000
ftp> quote GETENV mtd13
ftp> quote GETENV mtd13
200 GETENV command successful
ftp> quote GETENV mtd13
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp>
ftp>
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV mtd14
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV mtd14
mtd13 0xd800000,0x11800000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd13 0xd800000,0x11800000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd13 0xd800000,0x11800000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd13 0xd800000,0x11800000
ftp> quote SETENV my_ipaddress 192.168.178.1
ftp> quote SETENV my_ipaddress 192.168.178.1
200 GETENV command successful
ftp> quote SETENV my_ipaddress 192.168.178.1
mtd13 0xd800000,0x11800000
ftp> quote SETENV my_ipaddress 192.168.178.1
ftp> quote SETENV my_ipaddress 192.168.178.1
200 GETENV command successful
ftp> quote SETENV my_ipaddress 192.168.178.1
mtd13 0xd800000,0x11800000
ftp> quote SETENV my_ipaddress 192.168.178.1
ftp> quote SETENV my_ipaddress 192.168.178.1
200 GETENV command successful
ftp> quote SETENV my_ipaddress 192.168.178.1
mtd14 0x11800000,0x12000000
ftp> quote SETENV my_ipaddress 192.168.178.1
ftp> quote SETENV my_ipaddress 192.168.178.1
200 GETENV command successful
ftp> quote SETENV my_ipaddress 192.168.178.1
mtd14 0x11800000,0x12000000
ftp> quote SETENV my_ipaddress 192.168.178.1
ftp> quote SETENV my_ipaddress 192.168.178.1
200 GETENV command successful
ftp> quote SETENV my_ipaddress 192.168.178.1
mtd14 0x11800000,0x12000000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd14 0x11800000,0x12000000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd14 0x11800000,0x12000000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd14 0x11800000,0x12000000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd14 0x11800000,0x12000000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd14 0x11800000,0x12000000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV my_ipaddress
mtd14 0x11800000,0x12000000
ftp> quote GETENV my_ipaddress
ftp> quote GETENV my_ipaddress
200 GETENV command successful
ftp> quote GETENV promt
mtd14 0x11800000,0x12000000
ftp> quote GETENV promt
ftp> quote GETENV promt
200 GETENV command successful
ftp> quote GETENV promt
mtd14 0x11800000,0x12000000
ftp> quote GETENV promt
ftp> quote GETENV promt
200 GETENV command successful
ftp> quote GETENV promt
mtd14 0x11800000,0x12000000
ftp> quote GETENV promt
ftp> quote GETENV promt
200 GETENV command successful
ftp> quote GETENV promt
mtd14 0x11800000,0x12000000
ftp> quote GETENV promt
ftp> quote GETENV promt
200 GETENV command successful
ftp> quote GETENV promt
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp> quote GETENV req_full_rate_freq
ftp> quote GETENV req_full_rate_freq
200 GETENV command successful
ftp> quote GETENV req_full_rate_freq
mtd14 0x11800000,0x12000000
ftp>
ftp> quote GETENV sysfrequency
ftp> quote GETENV sysfrequency
200 GETENV command successful
ftp> quote GETENV sysfrequency
mtd14 0x11800000,0x12000000
ftp> quote GETENV sysfrequency
ftp> quote GETENV sysfrequency
200 GETENV command successful
ftp> quote GETENV sysfrequency
mtd14 0x11800000,0x12000000
ftp> quote GETENV sysfrequencyso zieht sich das immer weiter
Ich habe es per
Code:
$ ftp 192.168.178.1
220 ADAM2 FTP Server ready
USER adam2
331 Password required for adam2
PASS adam2
230 User adam2 successfully logged in
SYST
215 AVM EVA Version 1.1964 0x0 0x740D
TYPE I
200 Type set to BINARY
MEDIA SDRAM
200 Media set to MEDIA_SDRAM
P@SW
227 Entering Passive Mode (192,168,178,1,12,8)
RETR env
150 Opening BINARY data connection
226 Transfer complete
BYE
221 Thank you for using the FTP service on ADAM2
221 Goodbye.natürlich mit quote davor ebenfalls probiert mit dem Ergebnis
Code:
ftp> quote RETR env
425 can't open data connectionEdit:
habe nochmal per c+p alle Abfragen übergeben und dann einfach mit (mehrmals) der letzten " quote GETENV wlan_key" die fehlenden Ausgaben erhalten
Code:
ftp 192.168.178.1
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:stoney): adam2
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> quote GETENV HWRevision
HWRevision 213
ftp> quote GETENV HWSubRevision
ftp> quote GETENV ProductID
200 GETENV command successful
ftp> quote GETENV SerialNumber
HWSubRevision 4
ftp> quote GETENV annex
ftp> quote GETENV autoload
200 GETENV command successful
ftp> quote GETENV bootloaderVersion
ProductID Fritz_Box_HW213a
ftp> quote GETENV bootserport
ftp> quote GETENV cpufrequency
200 GETENV command successful
ftp> quote GETENV crash
SerialNumber 0000000000000000
ftp> quote GETENV firstfreeaddress
ftp> quote GETENV firmware_info
200 GETENV command successful
ftp> quote GETENV firmware_version
annex Kabel
ftp> quote GETENV flashsize
ftp> quote GETENV linux_fs_start
200 GETENV command successful
ftp> quote GETENV maca
autoload yes
ftp> quote GETENV macb
ftp> quote GETENV macwlan
200 GETENV command successful
ftp> quote GETENV macwlan2
bootloaderVersion 1.2567
ftp> quote GETENV macdsl
ftp> quote GETENV memsize
200 GETENV command successful
ftp> quote GETENV modetty0
bootserport tty0
ftp> quote GETENV modetty1
ftp> quote GETENV modulemem
200 GETENV command successful
ftp> quote GETENV mtd0
cpufrequency 1200000000
ftp> quote GETENV mtd1
ftp> quote GETENV mtd2
200 GETENV command successful
ftp> quote GETENV mtd3
crash [0]0,0,0[1]ff500697,5826ccff,1[2]b83556,584b555d,1[3]0,0,0
ftp> quote GETENV mtd4
ftp> quote GETENV mtd5
200 GETENV command successful
ftp> quote GETENV mtd6
firstfreeaddress 0x00b20000
ftp> quote GETENV mtd7
ftp> quote GETENV mtd8
200 GETENV command successful
ftp> quote GETENV mtd9
firmware_info 141.06.24
ftp> quote GETENV mtd10
ftp> quote GETENV mtd11
200 GETENV command successful
ftp> quote GETENV mtd12
firmware_version lgi
ftp> quote GETENV mtd13
ftp> quote GETENV mtd14
200 GETENV command successful
ftp> quote GETENV my_ipaddress
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
ftp> quote GETENV prompt
ftp> quote GETENV req_fullrate_freq
200 GETENV command successful
ftp> quote GETENV sysfrequency
linux_fs_start 0
ftp> quote GETENV tr069_passphrase
ftp> quote GETENV tr069_serial
200 GETENV command successful
ftp> quote GETENV urlader-version
maca C8:0E:14:9F:xx:1D
ftp> quote GETENV usb_board_mac
ftp> quote GETENV usb_device_id
200 GETENV command successful
ftp> quote GETENV usb_device_name
macb C8:0E:14:9F:xx:1E
ftp> quote GETENV usb_manufacturer_name
ftp> quote GETENV usb_revision_id
200 GETENV command successful
ftp> quote GETENV usb_rndis_mac
macwlan C8:0E:14:9F:xx:1F
ftp> quote GETENV wlan_key
ftp>
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
macwlan2 C8:0E:14:9F:xx:20
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
macdsl C8:0E:14:9F:xx:1A
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
memsize 0x10000000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
modetty0 38400,n,8,1,hw
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
modetty1 38400,n,8,1,hw
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
modulemem 3967966
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd0 0x0,0x4000000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd1 0x4000000,0x4800000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd2 0xa0000,0xc0000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd3 0xc0000,0x100000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd4 0x100000,0x140000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd5 0x140000,0x1e0000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd6 0x4800000,0x8800000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd7 0x8800000,0x9000000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd8 0x0,0x80000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd9 0x80000,0x90000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd10 0x90000,0xa0000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd11 0x9000000,0xd000000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd12 0xd000000,0xd800000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd13 0xd800000,0x11800000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
mtd14 0x11800000,0x12000000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
my_ipaddress 192.168.178.1
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
prompt Eva_AVM
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
req_fullrate_freq 100000000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
sysfrequency 100000000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
tr069_passphrase **********
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
tr069_serial ***************
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
urlader-version 3567
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
usb_board_mac C8:0E:14:9F:xx:1B
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
usb_device_id 0x0000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
usb_device_name USB DSL Device
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
usb_manufacturer_name AVM
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
usb_revision_id 0x0000
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
usb_rndis_mac C8:0E:14:9F:xx:1C
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
wlan_key ***************
ftp> quote GETENV wlan_key
ftp> quote GETENV wlan_key
200 GETENV command successful
ftp> quote GETENV wlan_key
wlan_key *******************
Zuletzt bearbeitet:
und was ist mit "Phantom MAC" "30:78:30:30:2c:20"
Hier wurde doch ein Netzwerk-Trace nach "SETENV" angefragt;
ich tue mich schwer, hier einen Überblick/Gesamtbild zu erhalten.
Hier wurde doch ein Netzwerk-Trace nach "SETENV" angefragt;
ich tue mich schwer, hier einen Überblick/Gesamtbild zu erhalten.
- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
vorheriger Post wurde editiert
Wurde das nicht in #100 beantwortet ? Dachte der dump wäre nur von Interesse falls die Phantom MAC noch aufgetaucht wäre
Ich poste mal einen aktuellen Dump
Wurde das nicht in #100 beantwortet ? Dachte der dump wäre nur von Interesse falls die Phantom MAC noch aufgetaucht wäre
Ich poste mal einen aktuellen Dump
Code:
tcpdump -e -s0 -r ././eva_discover3.pcap
reading from file ././eva_discover3.pcap, link-type EN10MB (Ethernet)
13:26:43.078807 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:44.085234 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:45.094077 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:46.099057 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:47.106416 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:48.113462 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:48.364950 90:e6:ba:06:xx:e1 (oui Unknown) > 01:00:5e:00:00:fb (oui Unknown), ethertype IPv4 (0x0800), length 183: 192.168.178.2.mdns > 224.0.0.251.mdns: 0 [9q] PTR (QM)? _nfs._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. PTR (QM)? _ftp._tcp.local. PTR (QM)? _webdav._tcp.local. PTR (QM)? _webdavs._tcp.local. PTR (QM)? _sftp-ssh._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)? _afpovertcp._tcp.local. (141)
13:26:49.120662 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:49.408886 90:e6:ba:06:x:e1 (oui Unknown) > 33:33:00:00:00:fb (oui Unknown), ethertype IPv6 (0x86dd), length 203: fe80::92e6:baff:xx:4ee1.mdns > ff02::fb.mdns: 0 [9q] PTR (QM)? _nfs._tcp.local. PTR (QM)? _ipp._tcp.local. PTR (QM)? _ipps._tcp.local. PTR (QM)? _ftp._tcp.local. PTR (QM)? _webdav._tcp.local. PTR (QM)? _webdavs._tcp.local. PTR (QM)? _sftp-ssh._tcp.local. PTR (QM)? _smb._tcp.local. PTR (QM)? _afpovertcp._tcp.local. (141)
13:26:50.127809 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:50.329355 c8:0e:14:9f:xx:1d (oui Unknown) > 90:e6:ba:06:4e:e1 (oui Unknown), ethertype IPv4 (0x0800), length 60: 192.168.178.1.5035 > 192.168.178.2.5035: UDP, length 16
13:26:50.933114 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:ff:fa (oui Unknown), ethertype IPv4 (0x0800), length 172: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 130
13:26:50.934152 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:ff:fa (oui Unknown), ethertype IPv4 (0x0800), length 172: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 130
13:26:50.934806 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:ff:fa (oui Unknown), ethertype IPv4 (0x0800), length 163: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 121
13:26:50.935461 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:ff:fa (oui Unknown), ethertype IPv4 (0x0800), length 166: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 124
13:26:51.736908 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 74: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [S], seq 2366168066, win 29200, options [mss 1460,sackOK,TS val 1153676 ecr 0,nop,wscale 7], length 0
13:26:51.737348 c8:0e:14:9f:xx:1d (oui Unknown) > 90:e6:ba:06:xx:e1 (oui Unknown), ethertype IPv4 (0x0800), length 60: 192.168.178.1.ftp > 192.168.178.2.57142: Flags [S.], seq 12869, ack 2366168067, win 8640, options [mss 1440], length 0
13:26:51.737404 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [.], ack 1, win 29200, length 0
13:26:51.737612 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [F.], seq 1, ack 1, win 29200, length 0
13:26:51.738022 c8:0e:14:9f:xx:1d (oui Unknown) > 90:e6:ba:06:xx:e1 (oui Unknown), ethertype IPv4 (0x0800), length 82: 192.168.178.1.ftp > 192.168.178.2.57142: Flags [.], seq 1:29, ack 1, win 8640, length 28: FTP: 220 ADAM2 FTP Server ready
13:26:51.738049 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [R], seq 2366168067, win 0, length 0
13:26:51.738051 c8:0e:14:9f:xx:1d (oui Unknown) > 90:e6:ba:06:xx:e1 (oui Unknown), ethertype IPv4 (0x0800), length 60: 192.168.178.1.ftp > 192.168.178.2.57142: Flags [F.], seq 29, ack 2, win 8640, length 0
13:26:51.738056 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [R], seq 2366168068, win 0, length 0
13:26:55.933069 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 172: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 130
13:26:55.933819 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:x:fa (oui Unknown), ethertype IPv4 (0x0800), length 172: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 130
13:26:55.934445 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 163: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 121
13:26:55.935150 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xxfa (oui Unknown), ethertype IPv4 (0x0800), length 166: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 124
13:26:57.243809 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 356: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 314
13:26:57.244173 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 365: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 323
13:26:57.244529 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 408: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 366
13:26:57.245668 08:96:d7:5c:x:xf3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 420: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 378
13:26:57.246758 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 422: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 380
13:26:57.247859 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 436: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 394
13:26:57.248945 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 400: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 358
13:26:57.250403 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 344: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 302
13:26:57.250788 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 353: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 311
13:26:57.251176 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 386: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 344
13:26:57.252419 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 386: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 344
13:26:57.254086 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 347: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 305
13:26:57.254442 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 357: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 315
13:26:57.254864 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 393: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 351
13:26:57.256636 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 374: fe80::a96:d7ff:fe5c:xxx.1900 > ff02::c.1900: UDP, length 312
13:26:57.256964 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 384: fe80::a96:d7ff:fe5c:xxx.1900 > ff02::c.1900: UDP, length 322
13:26:57.257292 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 420: fe80::a96:d7ff:fe5c:xx.1900 > ff02::c.1900: UDP, length 358
13:26:57.258315 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 393: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 351
13:26:57.259422 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 420: fe80::a96:d7ff:fe5c:xx.1900 > ff02::c.1900: UDP, length 358
13:26:57.260855 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 345: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 303
13:26:57.261224 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 354: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 312
13:26:57.261633 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 417: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 375
13:26:57.263520 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 372: fe80::a96:d7ff:fe5c:xx.1900 > ff02::c.1900: UDP, length 310
13:26:57.263999 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 381: fe80::a96:d7ff:fe5c:xx.1900 > ff02::c.1900: UDP, length 319
13:26:57.264346 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 444: fe80::a96:d7ff:fe5c:xx.1900 > ff02::c.1900: UDP, length 382
13:26:57.265678 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 354: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 312
13:26:57.266113 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 393: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 351
13:26:57.267425 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 381: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 319
13:26:57.267767 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 420: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 358
13:26:57.269097 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 354: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 312
13:26:57.269481 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 413: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 371
13:26:57.270843 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 381: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 319
13:26:57.271166 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 440: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 378
13:26:57.272272 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 381: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 339
13:26:57.273431 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 408: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 346
13:26:57.274520 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 425: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 383
13:26:57.275557 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 452: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 390
13:26:57.276655 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 409: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 367
13:26:57.277740 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 436: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 374
13:26:57.278746 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 407: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 365
13:26:57.279835 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 434: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 372
13:26:57.280853 08:96:d7:5c:x:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 421: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 379
13:26:57.281940 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 448: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 386
13:26:57.283515 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 346: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 304
13:26:57.284068 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 355: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 313
13:26:57.284424 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 418: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 376
13:26:57.286079 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 373: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 311
13:26:57.286403 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 382: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 320
13:26:57.286751 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 445: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 383
13:26:57.288190 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 355: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 313
13:26:57.288601 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 394: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 352
13:26:57.289928 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 382: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 320
13:26:57.290254 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 421: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 359
13:26:57.291552 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 355: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 313
13:26:57.291973 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 414: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 372
13:26:57.293510 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 382: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 320
13:26:57.294003 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 441: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 379
13:26:57.295066 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 382: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 340
13:26:57.296163 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 409: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 347
13:26:57.297228 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 426: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 384
13:26:57.298313 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 453: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 391
13:26:57.299337 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 410: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 368
13:26:57.300420 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 437: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 375
13:26:57.301423 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 408: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 366
13:26:57.302518 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 435: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 373
13:26:57.303793 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 422: 192.168.178.3.1900 > 239.255.255.250.1900: UDP, length 380
13:26:57.304895 08:96:d7:5c:xx:f3 (oui Unknown) > 33:33:00:00:xx:0c (oui Unknown), ethertype IPv6 (0x86dd), length 449: fe80::a96:d7ff:xx:59f3.1900 > ff02::c.1900: UDP, length 387
13:27:00.933670 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 172: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 130
13:27:00.934329 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 172: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 130
13:27:00.934900 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 163: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 121
13:27:00.935555 08:96:d7:5c:xx:f3 (oui Unknown) > 01:00:5e:7f:xx:fa (oui Unknown), ethertype IPv4 (0x0800), length 166: 192.168.178.3.44159 > 239.255.255.250.1900: UDP, length 124
Zuletzt bearbeitet:
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,298
- Punkte für Reaktionen
- 1,760
- Punkte
- 113
Wurde die Box denn nun mal mit gelöschter Angabe "firmware_info" gestartet oder nicht?
Ist der immer noch vorhandene Wert "141.06.24" nun das Ergebnis des (erneuten) Schreibens durch das System?
Auch "firstfreeaddress" und "crash" sollte man mal löschen und das im Anschluß mit dem Auslesen des kompletten Environments kontrollieren ... und zwar bevor man die Box "starten" läßt. Stehen dort hinterher wieder Angaben in den entsprechenden Variablen, dann müssen die ja von der Box gesetzt worden sein und man hat zumindest einen ungefähren Anhaltspunkt, bis zu welchem Punkt die Initialisierung ausgeführt wurde.
Abgesehen davon fehlen für einen "normalen" Betrieb der Box die Angaben zu "country" und "language" im Environment ... das könnte zunächst mal daran liegen, daß die von "/bin/setfactorydefaults" gelöscht wurden.
Was ich hier noch nicht so richtig begriffen habe ... hat die Box nun schon neue Zertifikate im Bootloader (Seriennummer?) und kann man damit den Inhalt der "nvram"-Partition problemlos löschen oder nicht?
Mir fällt zwar auf die Schnelle auch kein Weg ein, eventuell per Download erneuerte Zertifikate nun doch noch zu retten, aber ohne sichere Kenntnis, daß die neuen Zertifikate im Bootloader liegen, würde ich es zumindest probieren. Vielleicht würde ich es mal mit "country 049" und "language de" im Environment versuchen, ob die Box dann startet - aber erst dann, wenn ich zumindest weiß, daß sie bis zum Ende von "S01-head" kommt, da wird dann "firmware_info" neu geschrieben.
Wobei ich - wenn die Angaben stimmen - bei einer Box mit Bootloader-Version 1.2567 vom Vorhandensein neuer Zertifikate im Bootloader ausgehen würde (ohne es sicher zu wissen) ... bei mir waren bei 1.2411 bereits die Zertifikate vorhanden.
Dann kann man durch das Anhängen von ",recovered=3" das Zurücksetzen auf Werkseinstellungen "komplettieren" lassen (also "nvram" neu initialisieren lassen, ebenso die ext4-Partition für das NAS) ... zwar sollte ein Fehler beim Mounten der jffs2-Partition halbwegs ordentlich behandelt werden, aber das setzt zumindest mal voraus, daß das "mount" mit einem Fehler beendet wird und sich nicht einfach nur aufhängt.
Wie auch immer ... jetzt muß man eben erst einmal halbwegs sicher feststellen, wie weit der Bootvorgang überhaupt kommt und zum wirklich allerletzten Mal: Laß die Finger von der Variablen "linux_fs_start". Setze die auf "0" (da sollte in jedem Falle ein System existieren) und gut ist's ... sei froh, wenn die Box überhaupt erst einmal startet. Die ganzen "GETENV"-Aufrufe kannst Du Dir m.E. schenken ... es reicht vollkommen, wenn Du ein einziges Mal die Ausgabe von "eva_get_environment" mit dem vergleichst, was Du durch einzelne Kommandos ausgelesen hast. Da sollte es keine Diskrepanzen geben und damit ist's dann auch gut.
Ansonsten vergiß auch einfach die Benutzung des "ftp"-Clients ... der "übersetzt" nun mal zwischen lokalen Kommandos (hier heißt das "RETR" dann eben "GET") und den Server-Kommandos und das macht Deiner ganz offensichtlich nur in begrenztem Maße richtig.
Nimm stattdessen zur reinen Kommunikation mit der Box das "nc" (dann natürlich ohne "quote" vor einem Kommando) und wenn Du tatsächlich eine Datenübertragung brauchst (wenn also ein "RETR" oder ein "STOR" im Spiel ist), dann kannst/solltest Du eines der Skripte aus "eva_tools" verwenden - die managen dann die "data connection" für Dich, wie es ein FTP-Client auch machen sollte. (Anstelle von "nc" könnte man auch "telnet" verwenden ... aber die zusätzlichen Steuersequenzen beim Telnet-Protokoll schmecken dem FTP-Server in der Regel nicht.)
Das geht hier nämlich bei der Verwirrung schon damit los, daß niemand unterscheiden kann, wenn Du den Code-Block
in #103 offenbar irgendwo abgeschrieben hast ... denn sollte sich Dein Bootloader tatsächlich mit "1.1964" melden, dann paßt das nicht zu den anderen Angaben im Environment (bootloaderVersion und urlader-version). Im Prinzip kann dieser Block als "Eingabe" für einen FTP-Client eigentlich gar nicht funktionieren - das sind alles die Server-Versionen der Kommandos und die müßten alle mit "quote" direkt an den Server gesendet werden, was wieder nicht zur ersten Zeile ($ ftp 192.168.178.1) paßt.
Das ist also alles sehr, sehr verwirrend ... es wäre nett, wenn Du künftig (einfach damit man es wirklich erkennen kann, was nun eingegeben wurde und was die Ausgaben waren) eine farbliche Unterscheidung vornehmen würdest ... z.B. Deine Eingaben (das sind i.d.R. ja weniger als die Ausgaben) entsprechend in einer Farbe darstellst und die Ausgaben "normal" läßt - dann könnte so ein Code-Block wie der oben gezeigte auch einen Sinn ergeben.
Ist der immer noch vorhandene Wert "141.06.24" nun das Ergebnis des (erneuten) Schreibens durch das System?
Auch "firstfreeaddress" und "crash" sollte man mal löschen und das im Anschluß mit dem Auslesen des kompletten Environments kontrollieren ... und zwar bevor man die Box "starten" läßt. Stehen dort hinterher wieder Angaben in den entsprechenden Variablen, dann müssen die ja von der Box gesetzt worden sein und man hat zumindest einen ungefähren Anhaltspunkt, bis zu welchem Punkt die Initialisierung ausgeführt wurde.
Abgesehen davon fehlen für einen "normalen" Betrieb der Box die Angaben zu "country" und "language" im Environment ... das könnte zunächst mal daran liegen, daß die von "/bin/setfactorydefaults" gelöscht wurden.
Was ich hier noch nicht so richtig begriffen habe ... hat die Box nun schon neue Zertifikate im Bootloader (Seriennummer?) und kann man damit den Inhalt der "nvram"-Partition problemlos löschen oder nicht?
Mir fällt zwar auf die Schnelle auch kein Weg ein, eventuell per Download erneuerte Zertifikate nun doch noch zu retten, aber ohne sichere Kenntnis, daß die neuen Zertifikate im Bootloader liegen, würde ich es zumindest probieren. Vielleicht würde ich es mal mit "country 049" und "language de" im Environment versuchen, ob die Box dann startet - aber erst dann, wenn ich zumindest weiß, daß sie bis zum Ende von "S01-head" kommt, da wird dann "firmware_info" neu geschrieben.
Wobei ich - wenn die Angaben stimmen - bei einer Box mit Bootloader-Version 1.2567 vom Vorhandensein neuer Zertifikate im Bootloader ausgehen würde (ohne es sicher zu wissen) ... bei mir waren bei 1.2411 bereits die Zertifikate vorhanden.
Dann kann man durch das Anhängen von ",recovered=3" das Zurücksetzen auf Werkseinstellungen "komplettieren" lassen (also "nvram" neu initialisieren lassen, ebenso die ext4-Partition für das NAS) ... zwar sollte ein Fehler beim Mounten der jffs2-Partition halbwegs ordentlich behandelt werden, aber das setzt zumindest mal voraus, daß das "mount" mit einem Fehler beendet wird und sich nicht einfach nur aufhängt.
Wie auch immer ... jetzt muß man eben erst einmal halbwegs sicher feststellen, wie weit der Bootvorgang überhaupt kommt und zum wirklich allerletzten Mal: Laß die Finger von der Variablen "linux_fs_start". Setze die auf "0" (da sollte in jedem Falle ein System existieren) und gut ist's ... sei froh, wenn die Box überhaupt erst einmal startet. Die ganzen "GETENV"-Aufrufe kannst Du Dir m.E. schenken ... es reicht vollkommen, wenn Du ein einziges Mal die Ausgabe von "eva_get_environment" mit dem vergleichst, was Du durch einzelne Kommandos ausgelesen hast. Da sollte es keine Diskrepanzen geben und damit ist's dann auch gut.
Ansonsten vergiß auch einfach die Benutzung des "ftp"-Clients ... der "übersetzt" nun mal zwischen lokalen Kommandos (hier heißt das "RETR" dann eben "GET") und den Server-Kommandos und das macht Deiner ganz offensichtlich nur in begrenztem Maße richtig.
Nimm stattdessen zur reinen Kommunikation mit der Box das "nc" (dann natürlich ohne "quote" vor einem Kommando) und wenn Du tatsächlich eine Datenübertragung brauchst (wenn also ein "RETR" oder ein "STOR" im Spiel ist), dann kannst/solltest Du eines der Skripte aus "eva_tools" verwenden - die managen dann die "data connection" für Dich, wie es ein FTP-Client auch machen sollte. (Anstelle von "nc" könnte man auch "telnet" verwenden ... aber die zusätzlichen Steuersequenzen beim Telnet-Protokoll schmecken dem FTP-Server in der Regel nicht.)
Das geht hier nämlich bei der Verwirrung schon damit los, daß niemand unterscheiden kann, wenn Du den Code-Block
Code:
$ ftp 192.168.178.1
220 ADAM2 FTP Server ready
USER adam2
331 Password required for adam2
PASS adam2
230 User adam2 successfully logged in
SYST
215 AVM EVA Version [COLOR="#FF0000"]1.1964[/COLOR] 0x0 0x740D
TYPE I
200 Type set to BINARY
MEDIA SDRAM
200 Media set to MEDIA_SDRAM
P@SW
227 Entering Passive Mode (192,168,178,1,12,8)
RETR env
150 Opening BINARY data connection
226 Transfer complete
BYE
221 Thank you for using the FTP service on ADAM2
221 Goodbye.Das ist also alles sehr, sehr verwirrend ... es wäre nett, wenn Du künftig (einfach damit man es wirklich erkennen kann, was nun eingegeben wurde und was die Ausgaben waren) eine farbliche Unterscheidung vornehmen würdest ... z.B. Deine Eingaben (das sind i.d.R. ja weniger als die Ausgaben) entsprechend in einer Farbe darstellst und die Ausgaben "normal" läßt - dann könnte so ein Code-Block wie der oben gezeigte auch einen Sinn ergeben.
- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
Code:
stoney@stoney-K50AB:~/Schreibtisch/YourFritz-master/eva_tools$ [COLOR=#0000cd]ftp 192.168.178.1[/COLOR]
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:stoney): [COLOR=#0000cd]adam2[/COLOR]
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> q[COLOR=#0000cd]uote UNSETENV firmware_info[/COLOR]
200 UNSETENV command successful
ftp> [COLOR=#0000cd]quote UNSETENV crash[/COLOR]
200 UNSETENV command successful
ftp> [COLOR=#0000cd]quote UNSETENV firstfreeaddress[/COLOR]
200 UNSETENV command successful
ftp> [COLOR=#0000cd]quote SETENV country 049[/COLOR]
200 SETENV command successful
ftp> [COLOR=#0000cd]quote SETENV language de[/COLOR]
200 SETENV command successful
ftp> [COLOR=#0000cd]bye[/COLOR]
221 Thank you for using the FTP service on ADAM2
stoney@stoney-K50AB:~/Schreibtisch/YourFritz-master/eva_tools$ [COLOR=#0000cd]./eva_get_environment env 192.168.178.1 > /tmp/env.txt[/COLOR]
Found AVM bootloader: AVM EVA Version 1.2567 0x0 0x36409
Environment read from device:
stoney@stoney-K50AB:~/Schreibtisch/YourFritz-master/eva_tools$
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
country 049
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 0
maca C8:0E:14:9F:xx:1D
macb C8:0E:14:9F:xx:1E
macwlan C8:0E:14:9F:xx:1F
macwlan2 C8:0E:14:9F:xx:20
macdsl C8:0E:14:9F:xx:1A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase *******************
tr069_serial *************
urlader-version 3567
usb_board_mac C8:0E:14:9F:xx:1B
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:xx:1C
wlan_key **************firmware_info wird wie es aussieht nicht erstellt nach dem UNSETENV
Über die Certs weiß ich leider nichts, da die Box ein PW hatte und ich erst mal auf Werkseinstellungen zurück gestezt habe, kam ich auch an die support nicht ran.
SN: H154.545.30.145.***
Ja den Codeblock habe ich dummerweise einfach nur "kopiert" sry ich gelobe besser Achtsamkeit, sowie die von mir eingegebenen Kommandos werde ich absofort farblich hervorheben
Edit:
Achja die Lichterorgel bleibt unverändert 7x Power 2mal Info 2Sekunden Pause 2mal Info 2Sekunden Pause
Zuletzt bearbeitet:
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,298
- Punkte für Reaktionen
- 1,760
- Punkte
- 113
Als Box aus 2016 (irgendwann in KW15) sollte sie die neuen Zertifikate haben, damit ist ein Test mit "firmware_info recovered=3" zumindest mal eine Option ... das Mounten/Löschen der "nvram"-Partition erfolgt noch vor dem Ende von "S01-head" und da das beim "normalen Zurücksetzen" mit einer 06.24 auch erfolgen würde, besteht zumindest noch die Möglichkeit, daß die Box dabei (wie in #1 beschrieben) unterbrochen wurde und nun wirklich mit Problemen beim Mounten von "nvram" einfach stehenbleibt.
Auch kann man hier mal das Setzen von "firmware_version avm" probieren ... wenn da (aus irgendeinem Grund, der mir jetzt auch nicht einfallen würde) bereits eine Retail-Version der Firmware existieren sollte und die hat nur das "avm"-Branding, dann sollte sie zwar (theoretisch) neu starten in einer Schleife, aber darauf würde ich mich auch nicht verlassen. Solange es keine KDG-Edition war und damit zu vermuten ist, daß die Firmware nur das "kdg"-Branding enthält, kann das Setzen auf "avm" eigentlich nicht schaden.
Ansonsten sähe es dann fast so aus (wenn das alles nicht mehr hilft), als würde da gar kein "rootfs" (oder sogar kein gültiger Kernel) in den eMMC-Partitionen gefunden - die Frage wäre dann nur noch, wie das kaputt gegangen ist.
- - - Aktualisiert - - -
Beim nochmaligen Lesen des letzten Beitrags fällt mir dann auf, daß man nicht sicher erkennen kann, ob der Inhalt des Environments nun vor oder nach dem Startversuch angezeigt wurde ... für "vorher" spricht die "lücklenlose Protokollierung" der Kommandos davor. Dann kann natürlich auch noch kein "firmware_info" gesetzt sein - das würde erst beim versuchten Neustart neu geschrieben. Für "nachher" spricht aber wiederum, daß in "firstfreeaddress" etwas steht ... entweder das "UNSETENV" hat nicht funktioniert (es gibt einige Variablen, die man nicht wirklich dauerhaft setzen kann - aber eigentlich dauert das i.d.R. mind. bis zum "REBOOT", bevor die Änderung verloren geht) oder der Bootloader hat zumindest den Kernel geladen (diese Angabe müßte die erste freie Adresse nach dem Kernel beinhalten) und entpackt (nach meiner Interpretation zumindest, aber ich weiß auch nicht genau, wann die Variable womit neu geschrieben wird).
Die Angaben zu den Frequenzen unterscheiden sich offenbar auch ... je nachdem, ob man die aus dem Bootloader oder aus dem laufenden System (über die Support-Daten) ausliest - das scheint also tatsächlich "normal" zu sein.
Auch kann man hier mal das Setzen von "firmware_version avm" probieren ... wenn da (aus irgendeinem Grund, der mir jetzt auch nicht einfallen würde) bereits eine Retail-Version der Firmware existieren sollte und die hat nur das "avm"-Branding, dann sollte sie zwar (theoretisch) neu starten in einer Schleife, aber darauf würde ich mich auch nicht verlassen. Solange es keine KDG-Edition war und damit zu vermuten ist, daß die Firmware nur das "kdg"-Branding enthält, kann das Setzen auf "avm" eigentlich nicht schaden.
Ansonsten sähe es dann fast so aus (wenn das alles nicht mehr hilft), als würde da gar kein "rootfs" (oder sogar kein gültiger Kernel) in den eMMC-Partitionen gefunden - die Frage wäre dann nur noch, wie das kaputt gegangen ist.
- - - Aktualisiert - - -
Beim nochmaligen Lesen des letzten Beitrags fällt mir dann auf, daß man nicht sicher erkennen kann, ob der Inhalt des Environments nun vor oder nach dem Startversuch angezeigt wurde ... für "vorher" spricht die "lücklenlose Protokollierung" der Kommandos davor. Dann kann natürlich auch noch kein "firmware_info" gesetzt sein - das würde erst beim versuchten Neustart neu geschrieben. Für "nachher" spricht aber wiederum, daß in "firstfreeaddress" etwas steht ... entweder das "UNSETENV" hat nicht funktioniert (es gibt einige Variablen, die man nicht wirklich dauerhaft setzen kann - aber eigentlich dauert das i.d.R. mind. bis zum "REBOOT", bevor die Änderung verloren geht) oder der Bootloader hat zumindest den Kernel geladen (diese Angabe müßte die erste freie Adresse nach dem Kernel beinhalten) und entpackt (nach meiner Interpretation zumindest, aber ich weiß auch nicht genau, wann die Variable womit neu geschrieben wird).
Die Angaben zu den Frequenzen unterscheiden sich offenbar auch ... je nachdem, ob man die aus dem Bootloader oder aus dem laufenden System (über die Support-Daten) ausliest - das scheint also tatsächlich "normal" zu sein.
- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
also auch mit firmware_version avm das selbe Ergebnis (2mal Info 2Sekunden Pause)
Stromlos
Neustart
7mal Power 2mal Info 2Sekunden pause
Stromlos
Neustart
7mal Power 2mal Info 2Sekunden pause
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
country 049
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_version avm
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 0
maca C8:0E:14:9F:xx:1D
macb C8:0E:14:9F:xx:1E
macwlan C8:0E:14:9F:xx:1F
macwlan2 C8:0E:14:9F:xx:20
macdsl C8:0E:14:9F:xx:1A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase ***************
tr069_serial **************
urlader-version 3567
usb_board_mac C8:0E:14:9F:xx:1B
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:xx:1C
wlan_key **************
Code:
[COLOR=#0000ff]ftp 192.168.178.1[/COLOR]
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:stoney): [COLOR=#0000ff]adam2[/COLOR]
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> [COLOR=#0000ff]quote SETENV firmware_version recovered=3[/COLOR]
200 SETENV command successfulStromlos
Neustart
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
country 049
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_version recovered=3
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 0
maca C8:0E:14:9F:xx:1D
macb C8:0E:14:9F:xx:1E
macwlan C8:0E:14:9F:xx:1F
macwlan2 C8:0E:14:9F:xx:20
macdsl C8:0E:14:9F:xx:1A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase *************
tr069_serial **********
urlader-version 3567
usb_board_mac C8:0E:14:9F:xx:1B
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:xx:1C
wlan_key ***************7mal Power 2mal Info 2Sekunden pause
Stromlos
Neustart
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
country 049
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_version recovered=3
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 0
maca C8:0E:14:9F:xx:1D
macb C8:0E:14:9F:xx:1E
macwlan C8:0E:14:9F:xx:1F
macwlan2 C8:0E:14:9F:xx:20
macdsl C8:0E:14:9F:xx:1A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase **********
tr069_serial ********
urlader-version 3567
usb_board_mac C8:0E:14:9F:xx:1B
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:xx:1C
wlan_key ********7mal Power 2mal Info 2Sekunden pause
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,298
- Punkte für Reaktionen
- 1,760
- Punkte
- 113
"firmware_info" (das ist nicht das Branding) und nicht "firmware_version" (das ist das Branding) ... so kann es nicht funktionieren. Das Branding muß schon auf "avm" (oder "lgi") stehen und das "recovered=n" gehört hinter die Versionnummer (kann m.W. aber auch alleine stehen:
) und wird ziemlich am Beginn ausgelesen.
Code:
export CONFIG_ENVIRONMENT_PATH=/proc/sys/urlader
#######################
## check, if recover occured (firmware_info may contain 'recovered=[0..9]').
## This Result may be used for further actions.
Recover_was_here=
fw_info=`grep firmware_info $CONFIG_ENVIRONMENT_PATH/environment`
for i in `echo ${fw_info##firmware_info} | tr -d ' '` ; do
new=`echo $i | sed -e "s/\(.*\)[COLOR="#FF0000"]\(recovered=.*\)[/COLOR]/\2/g"`
case $new in
recovered=*)
Recover_was_here=${new##recovered=}
echo "Info: preceding Recover detected (${Recover_was_here}) [1:ar7man 2:recover 3:factorydef]"
;;
*)
;;
esac
done
export Recover_was_here- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
OMG --_--
diese Werte wurden wieder per ./eva_get_envirnonment ohne Bootversuch (direkt im Loader angehalten) ausgelesen nachdem ich die Variablen
nach einem versuchten Neustart sieht es so aus
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
country 049
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_info recovered=3
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 0
maca C8:0E:14:9F:xx:1D
macb C8:0E:14:9F:xx:1E
macwlan C8:0E:14:9F:xx:1F
macwlan2 C8:0E:14:9F:xx:20
macdsl C8:0E:14:9F:xx:1A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase *************
tr069_serial ************
urlader-version 3567
usb_board_mac C8:0E:14:9F:xx:1B
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:xx:1C
wlan_key *****************diese Werte wurden wieder per ./eva_get_envirnonment ohne Bootversuch (direkt im Loader angehalten) ausgelesen nachdem ich die Variablen
Code:
quote SETENV firmware_version lgi
quote SETENV firmware_info recovered=3nach einem versuchten Neustart sieht es so aus
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
country 049
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_info recovered=3
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
language de
linux_fs_start 0
maca C8:0E:14:9F:xx:1D
macb C8:0E:14:9F:xx:1E
macwlan C8:0E:14:9F:xx:1F
macwlan2 C8:0E:14:9F:xx:20
macdsl C8:0E:14:9F:xx:1A
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase ****************
tr069_serial *****************
urlader-version 3567
usb_board_mac C8:0E:14:9F:xx:1B
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:xx:1C
wlan_key ***************nun sieht es OK aus, die "Phantom MAC" "30:78:30:30:2c:20" ist weg, die FB6490 antwortet mit MAC c8:0e:14:9f:x:1d
Code:
tcpdump -e -s0 -r ././eva_discover3.pcap
reading from file ././eva_discover3.pcap, link-type EN10MB (Ethernet)
SNIP # gefiltert nach 'host 192.168.178.1 or host 192.168.178.2'
13:26:43.078807 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:44.085234 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:45.094077 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:46.099057 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:47.106416 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:48.113462 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:49.120662 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:50.127809 90:e6:ba:06:xx:e1 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 58: 192.168.178.2.37540 > 255.255.255.255.5035: UDP, length 16
13:26:50.329355 c8:0e:14:9f:xx:1d (oui Unknown) > 90:e6:ba:06:4e:e1 (oui Unknown), ethertype IPv4 (0x0800), length 60: 192.168.178.1.5035 > 192.168.178.2.5035: UDP, length 16
13:26:51.736908 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 74: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [S], seq 2366168066, win 29200, options [mss 1460,sackOK,TS val 1153676 ecr 0,nop,wscale 7], length 0
13:26:51.737348 [B][COLOR=#0000ff]c8:0e:14:9f:xx:1d[/COLOR][/B] (oui Unknown) > 90:e6:ba:06:xx:e1 (oui Unknown), ethertype IPv4 (0x0800), length 60: 192.168.178.1.ftp > 192.168.178.2.57142: Flags [S.], seq 12869, ack 2366168067, win 8640, options [mss 1440], length 0
13:26:51.737404 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [.], ack 1, win 29200, length 0
13:26:51.737612 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [F.], seq 1, ack 1, win 29200, length 0
13:26:51.738022 c8:0e:14:9f:xx:1d (oui Unknown) > 90:e6:ba:06:xx:e1 (oui Unknown), ethertype IPv4 (0x0800), length 82: 192.168.178.1.ftp > 192.168.178.2.57142: Flags [.], seq 1:29, ack 1, win 8640, length 28: FTP: 220 ADAM2 FTP Server ready
13:26:51.738049 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [R], seq 2366168067, win 0, length 0
13:26:51.738051 c8:0e:14:9f:xx:1d (oui Unknown) > 90:e6:ba:06:xx:e1 (oui Unknown), ethertype IPv4 (0x0800), length 60: 192.168.178.1.ftp > 192.168.178.2.57142: Flags [F.], seq 29, ack 2, win 8640, length 0
13:26:51.738056 90:e6:ba:06:xx:e1 (oui Unknown) > c8:0e:14:9f:xx:1d (oui Unknown), ethertype IPv4 (0x0800), length 54: 192.168.178.2.57142 > 192.168.178.1.ftp: Flags [R], seq 2366168068, win 0, length 0- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
Danke Pokemon, damit du noch mal darüber geschaut hast.
Aber das ist sogar mir als "noob" aufgefallen (nicht böse gemeint)
Finde es echt klasse, dass es dieses Forum und diese Leute (in diesem Fall jetzt dich und Peter) gibt
Allerdings verstehe ich selbst nicht wo genau es bei mir selbst hängt -.- hatte ne ganze Zeit lang als "2. Admin" einen DebianServer mit div. GameServern, Apache, mysql "mitbetreut" und konnte mich da überall selbst durchbeißen und ein positives Ergebnis erzielen.
EDIT ERZÄHLT GERADE:
stoney0815 zieht den Hut vor euch
Aber das ist sogar mir als "noob" aufgefallen
(nicht böse gemeint)Finde es echt klasse, dass es dieses Forum und diese Leute (in diesem Fall jetzt dich und Peter) gibt
Allerdings verstehe ich selbst nicht wo genau es bei mir selbst hängt -.- hatte ne ganze Zeit lang als "2. Admin" einen DebianServer mit div. GameServern, Apache, mysql "mitbetreut" und konnte mich da überall selbst durchbeißen und ein positives Ergebnis erzielen.
EDIT ERZÄHLT GERADE:
stoney0815 zieht den Hut vor euch
Zuletzt bearbeitet:
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,298
- Punkte für Reaktionen
- 1,760
- Punkte
- 113
Da ein "normales" 6490-Image sich nicht selbst in die richtigen Partitionen schreibt (wie bei den NAND-Boxen und wohl auch bei den 75x0-Modellen, auch wenn da noch der UBIFS-Layer dazu kommt) und da vermutlich doch Kernel und/oder Dateisystem beschädigt sind, dürfte da ohne Recovery-Programm nicht viel zu machen sein.
Wer so eine Version von AVM erhält, weiß ich nicht ... aber bei einem KNB sollte (zumindest in der Theorie) auch ein solches Programm existieren (das dann mit einem speziellen Kernel und einem angepaßten Dateisystem arbeitet, die wieder in den Speicher geladen und dort gestartet werden und dann ihrerseits die Daten in die passenden Partitionen schreiben, ggf. per TFTP über das Netzwerk gelesen), mit dem man auch die eMMC-Partitionen neu beschreiben kann.
Ob man sich das selbst basteln kann und welchen Aufwand das bedeutet, will ich hier nicht diskutieren.
Der Bootloader reagiert offenbar wieder "normal" (was da nun der Auslöser war, ist aber m.W. auch noch ungeklärt) und damit gehen mir die Ideen auch aus, wenn keines der Systeme (weder mit "linux_fs_start=1" noch mit "linux_fs_start=0") geladen werden kann.
Theoretisch könnte auf so einer Box sogar die (GPT)-Partitiontabelle kaputtgehen ... aber dann sollte (sofern man das aus den Zeichenketten in Bootloader analysieren kann) eigentlich eine Backup-Kopie (in MTD6 bzw. MTD7, je nach Kern) automatisch verwendet werden.
Ansonsten ist es mir etwas unbegreiflich, wie tatsächlich beide Versionen gleichzeitig kaputtgehen können - zwar müssen immer alle vier Partitionen passen (jeweils Kernel + Filesystem für ARM und ATOM), aber hier kommt wohl nicht einmal mehr der ARM-Core so weit in die Gänge, daß er das Root-Dateisystem mounten kann, dort dann "init" startet und das dann (gleich am Beginn) die "S01-head" startet und an deren Ende den Wert in "firmware_info" neu schreibt. Zu diesem Zeitpunkt wartet die Box m.W. auch noch nicht auf dem ATOM-Core und dann ist es auch nachvollziehbar, wenn die Box eben nicht in eine Schleife geht, da dazu erst einmal ein passender Watchdog aufgesetzt sein müßte.
Wenn die Beschreibung der "ersten Schritte" in #1 vollständig und korrekt ist (wovon ich ausgehe), dann spielt es auch keine Rolle, was sich in den TFFS-Partitionen befindet/befand - das Problem trat ja offenbar bereits auf, bevor da ein neues TFFS-Image geschrieben wurde ... zumal man ja jetzt mit dem ausgelesenen Environment auch noch einmal ein neues TFFS-Image bauen könnte, das man dann noch einmal nach MTD3 und MTD4 schreiben läßt.
Der TFFS-Treiber ist einkompiliert, das wird also tatsächlich noch vor der Suche nach dem Root-Dateisystem im Kernel initialisiert - kann man sich auch in der "dmesg"-Ausgabe einer funktionierenden Box ansehen ... vor allem kriegt man da mit den Timestamps auch ein Gefühl dafür, wie weit der Kernel ggf. bei der Abarbeitung kommt.
Alles das ändert aber nichts daran, daß ich absolut nicht verstehen kann, warum da tatsächlich beide Systemversionen "nicht ladbar" sein sollten ... irgendetwas muß dann ja die eMMC-Strukturen beschädigt haben und das soll alleine durch das Zurücksetzen auf "Werkseinstellungen" und anschließendes Ändern von "linux_fs_start" vor dem nächsten Neustart erfolgt sein? Das hört sich merkwürdig an und deutet dann m.E. doch eher auf ein Hardware-Problem hin ... wobei das komische Verhalten des Bootloaders beim ARP (bzw. in gesamten IP-Stack, denn da wurde ja tatsächlich auch die 30:78:30:30:2c:20 als Absender verwendet) auch problemlos nur eine bestimmte Version des Bootloaders betreffen könnte (und dann vielleicht auch ein unabsichtliches Verfälschen der Daten im eMMC bei dieser Version erfolgen könnte). Für so eine relativ "neue" Box hat AVM da in meinen Augen auch schon eine ganz erbauliche Kollektion von Bootloadern in Benutzung - das ist ja nun kein Bestandteil so einer Box, der sich mit jeder neuen Version ebenfalls ändern muß.
Wer so eine Version von AVM erhält, weiß ich nicht ... aber bei einem KNB sollte (zumindest in der Theorie) auch ein solches Programm existieren (das dann mit einem speziellen Kernel und einem angepaßten Dateisystem arbeitet, die wieder in den Speicher geladen und dort gestartet werden und dann ihrerseits die Daten in die passenden Partitionen schreiben, ggf. per TFTP über das Netzwerk gelesen), mit dem man auch die eMMC-Partitionen neu beschreiben kann.
Ob man sich das selbst basteln kann und welchen Aufwand das bedeutet, will ich hier nicht diskutieren.
Der Bootloader reagiert offenbar wieder "normal" (was da nun der Auslöser war, ist aber m.W. auch noch ungeklärt) und damit gehen mir die Ideen auch aus, wenn keines der Systeme (weder mit "linux_fs_start=1" noch mit "linux_fs_start=0") geladen werden kann.
Theoretisch könnte auf so einer Box sogar die (GPT)-Partitiontabelle kaputtgehen ... aber dann sollte (sofern man das aus den Zeichenketten in Bootloader analysieren kann) eigentlich eine Backup-Kopie (in MTD6 bzw. MTD7, je nach Kern) automatisch verwendet werden.
Ansonsten ist es mir etwas unbegreiflich, wie tatsächlich beide Versionen gleichzeitig kaputtgehen können - zwar müssen immer alle vier Partitionen passen (jeweils Kernel + Filesystem für ARM und ATOM), aber hier kommt wohl nicht einmal mehr der ARM-Core so weit in die Gänge, daß er das Root-Dateisystem mounten kann, dort dann "init" startet und das dann (gleich am Beginn) die "S01-head" startet und an deren Ende den Wert in "firmware_info" neu schreibt. Zu diesem Zeitpunkt wartet die Box m.W. auch noch nicht auf dem ATOM-Core und dann ist es auch nachvollziehbar, wenn die Box eben nicht in eine Schleife geht, da dazu erst einmal ein passender Watchdog aufgesetzt sein müßte.
Wenn die Beschreibung der "ersten Schritte" in #1 vollständig und korrekt ist (wovon ich ausgehe), dann spielt es auch keine Rolle, was sich in den TFFS-Partitionen befindet/befand - das Problem trat ja offenbar bereits auf, bevor da ein neues TFFS-Image geschrieben wurde ... zumal man ja jetzt mit dem ausgelesenen Environment auch noch einmal ein neues TFFS-Image bauen könnte, das man dann noch einmal nach MTD3 und MTD4 schreiben läßt.
Der TFFS-Treiber ist einkompiliert, das wird also tatsächlich noch vor der Suche nach dem Root-Dateisystem im Kernel initialisiert - kann man sich auch in der "dmesg"-Ausgabe einer funktionierenden Box ansehen ... vor allem kriegt man da mit den Timestamps auch ein Gefühl dafür, wie weit der Kernel ggf. bei der Abarbeitung kommt.
Alles das ändert aber nichts daran, daß ich absolut nicht verstehen kann, warum da tatsächlich beide Systemversionen "nicht ladbar" sein sollten ... irgendetwas muß dann ja die eMMC-Strukturen beschädigt haben und das soll alleine durch das Zurücksetzen auf "Werkseinstellungen" und anschließendes Ändern von "linux_fs_start" vor dem nächsten Neustart erfolgt sein? Das hört sich merkwürdig an und deutet dann m.E. doch eher auf ein Hardware-Problem hin ... wobei das komische Verhalten des Bootloaders beim ARP (bzw. in gesamten IP-Stack, denn da wurde ja tatsächlich auch die 30:78:30:30:2c:20 als Absender verwendet) auch problemlos nur eine bestimmte Version des Bootloaders betreffen könnte (und dann vielleicht auch ein unabsichtliches Verfälschen der Daten im eMMC bei dieser Version erfolgen könnte). Für so eine relativ "neue" Box hat AVM da in meinen Augen auch schon eine ganz erbauliche Kollektion von Bootloadern in Benutzung - das ist ja nun kein Bestandteil so einer Box, der sich mit jeder neuen Version ebenfalls ändern muß.
- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
Das war natürlich das erste was versucht wurde. (steht ja schon mindestens 7348x hier im Forum zumindest auf Bezug nach Update und nicht Booten)
Und ja - die Vorgehensweise aus #1 ist korrekt.
Ich weiß es war oft durcheinander und unübersichtlich.
Ich würde es auch falls Interesse besteht (zeitnah) oder sonst falls ich mal richtig Ruhe und Zeit dafür habe, zusammenfassen und als "abschließend" Post hier hinterlassen.
Es is ja nicht so, das ich an die ganze Sache mit 0 Plan ran gegangen bin. (hab mit anderen 6490 und anderen Modellen ja schon Erfolge in dem was ich getan habe, das ist die erste Box die ein solch komisches Verhalten zeigt - wie ihr ja selbst bestätigt habt)
Ich würde es auch gerne verstehen (so wie ihr ja auch, sonst würdet ihr euch ja nicht so dafür einsetzten).
Falls ich aktuell noch irgendetwas mit der Box machen kann - egal ob dabei "noch mehr" kaputt geht oder nicht. Würde ich diese Daten gerne bereitstellen.
Ich würde die Box auch Peter zusenden falls er Interesse daran hätte noch irgendetwas damit testen zu wollen, ohne eine funktionierende 6490 ins Nirwana zu schicken.
Ansonsten würde ich wie gesagt, die Box vorerst in die Ecke legen und erst mal Abwarten (weißen Deckel auf die 7490 schrauben, damit Frauchen auch zufrieden ist ^^)
Ich möchte mich nochmals bei PeterPawn und Pokemon20021 für die Hilfe bedanken.
Ich hoffe ich kann in Zukunft gleich mit gezielten Angaben/Aussagen ein Thread eröffnen und hoffe das sich wieder Leute wir ihr findet die mit so einer Geduld versuchen weiter zu helfen.
- - - Aktualisiert - - -
gerade darüber gestolpert
War da nicht noch irgendwo etwas im Forum gestanden, von wegen Werksreset und den certs? - hab da leider nichts mehr genaues im Hinterkopf ?! (ich finde es leider nicht)
ich habe die SUFU im Forum bzgl. "Werksreset bei FB6490 und anschließendem Boot-Problem" angeworfen und dabei sind zwei weitere User mit Postings hierzu zum Vorschein gekommen:
@Uwe_D: http://www.ip-phone-forum.de/member.php?u=406330
@andydessau: http://www.ip-phone-forum.de/member.php?u=244317
einfach auf Beiträge anzeigen klicken.
- - - Aktualisiert - - -
BTW: da ja die Box so nicht mehr nutzbar ist, und die Erstellung eines TFFS-Image "from Scratch" kein Problem ist, würde ich die drei Skripte "eva_get_environment, build_tffs_image, eva_store_tffs" nochmals einsetzen. Es kann ja nicht schaden, und sollte hier noch eine "verbogene Configdatei" AR7.cfg oder so noch herumschlummern, die mit dem Forced-Downgrade von 06.50 auf 06.24 nicht zurechtgekommen ist, ...
- - - Aktualisiert - - -
Nur um sicher zu sein (und auch damit anderere nachfolgende Leser es auch reproduzieren können):
Frage: Hast Du die Befehle (blau markiert) aus 4.) und 5.) der Anleitung von fesc auch abgearbeitet/eingegeben ?
was hast Du mit der Datei /tmp/count.txt in 5.) gemacht ?
hast Du "u" in "Grosse O" oder "Null" geändert ?
wie hast Du dies gemacht ? mit "sed" ?
ich frage mich halt, wie bei zwei Usern nach Anwenden der gleichen Anleitung (fesc) genau die gleiche "Phantom MAC" "30:78:30:30:2c:20" vorhanden ist - zur Erinnerung User andydessauna ist auch in dieses Problem gelaufen, siehe auch #75 bzw. http://www.ip-phone-forum.de/showthread.php?t=286994&p=2180687&viewfull=1#post2180687
@Uwe_D: http://www.ip-phone-forum.de/member.php?u=406330
@andydessau: http://www.ip-phone-forum.de/member.php?u=244317
einfach auf Beiträge anzeigen klicken.
- - - Aktualisiert - - -
BTW: da ja die Box so nicht mehr nutzbar ist, und die Erstellung eines TFFS-Image "from Scratch" kein Problem ist, würde ich die drei Skripte "eva_get_environment, build_tffs_image, eva_store_tffs" nochmals einsetzen. Es kann ja nicht schaden, und sollte hier noch eine "verbogene Configdatei" AR7.cfg oder so noch herumschlummern, die mit dem Forced-Downgrade von 06.50 auf 06.24 nicht zurechtgekommen ist, ...
- - - Aktualisiert - - -
Nur um sicher zu sein (und auch damit anderere nachfolgende Leser es auch reproduzieren können):
Frage: Hast Du die Befehle (blau markiert) aus 4.) und 5.) der Anleitung von fesc auch abgearbeitet/eingegeben ?
was hast Du mit der Datei /tmp/count.txt in 5.) gemacht ?
hast Du "u" in "Grosse O" oder "Null" geändert ?
wie hast Du dies gemacht ? mit "sed" ?
ich frage mich halt, wie bei zwei Usern nach Anwenden der gleichen Anleitung (fesc) genau die gleiche "Phantom MAC" "30:78:30:30:2c:20" vorhanden ist - zur Erinnerung User andydessauna ist auch in dieses Problem gelaufen, siehe auch #75 bzw. http://www.ip-phone-forum.de/showthread.php?t=286994&p=2180687&viewfull=1#post2180687
Zuletzt bearbeitet:
- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
Ist die formartierung korrekt nach dem sed ?
aus den "u" habe ich "0" und "O" gemacht - kein anderes Ergebins - scheinbar wird beides anstandslos akzeptiert.
-- TEST BOX --
daraus habe ich ein neues TFFS image erstellen lassen (mit den values der Problembox also)
-- Problembox values mit dem ausgelesenen envs der TEST-BOX --
Diese habe ich dann nach Anleitung mit
schreiben/übertragen lassen
ein ./eva_get_environment env
gibt allerdings nicht alle envs - sowie komische fortlaufende mac's aus
per adam2 wird scheinbar linux_fs_start als nicht gestezt gesehen, obwohl eva_get_environment diese auslesen kann ?
ebenso lasst sich linux_fs_start nicht per ftp setzten.
Ich habe, bevor ich die Testbox hergenommen habe, das ganze auch nochmal mit den "defekten" Daten der Problembox versucht mit selben Ergebnis
Lichterorgel weiterhin unverändert IMMER wieder 7x Power 2x Info 2Sekunden Pause.....
Code:
sed -i -e 's/\([^ ]*\)[ ]*\(.*\)/name=\1 value="\2"/' /tmp/count-test.txt
Code:
name=reboot_major value="u
"
name=reboot_minor value="u
"
name=run_hours value="u
"
name=run_days value="u
"
name=run_mounths value="u
"
name=run_years value="u
"aus den "u" habe ich "0" und "O" gemacht - kein anderes Ergebins - scheinbar wird beides anstandslos akzeptiert.
Code:
sed -i -e 's/\([^ ]*\)[ ]*\(.*\)/name=\1 value="\2"/' /tmp/env-test.txt-- TEST BOX --
Code:
name=HWRevision value="213
"
name=HWSubRevision value="4
"
name=ProductID value="Fritz_Box_HW213a
"
name=SerialNumber value="0000000000000000
"
name=annex value="Kabel
"
name=autoload value="yes
"
name=bootloaderVersion value="1.2411
"
name=bootserport value="tty0
"
name=cpufrequency value="1200000000
"
name=crash value="[0]b0c94d7b,211,7[1]0,0,0[2]0,0,0[3]0,0,0
"
name=firstfreeaddress value="0x00b20000
"
name=firmware_info value="141.06.63
"
name=firmware_version value="avm
"
name=flashsize value="nor_size=0MB sflash_size=2MB nand_size=2048MB
"
name=linux_fs_start value="1
"
name=maca value="C8:0E:14:5F:xx:xx
"
name=macb value="C8:0E:14:5F:xx:xx
"
name=macwlan value="C8:0E:14:5F:xx:xx
"
name=macwlan2 value="C8:0E:14:5F:xx:xx
"
name=macdsl value="C8:0E:14:5F:xx:xx
"
name=memsize value="0x10000000
"
name=modetty0 value="38400,n,8,1,hw
"
name=modetty1 value="38400,n,8,1,hw
"
name=modulemem value="3873678
"
name=mtd0 value="0x0,0x4000000
"
name=mtd1 value="0x4000000,0x4800000
"
name=mtd2 value="0xa0000,0xc0000
"
name=mtd3 value="0xc0000,0x100000
"
name=mtd4 value="0x100000,0x140000
"
name=mtd5 value="0x140000,0x1e0000
"
name=mtd6 value="0x4800000,0x8800000
"
name=mtd7 value="0x8800000,0x9000000
"
name=mtd8 value="0x0,0x80000
"
name=mtd9 value="0x80000,0x90000
"
name=mtd10 value="0x90000,0xa0000
"
name=mtd11 value="0x9000000,0xd000000
"
name=mtd12 value="0xd000000,0xd800000
"
name=mtd13 value="0xd800000,0x11800000
"
name=mtd14 value="0x11800000,0x12000000
"
name=my_ipaddress value="192.168.178.1
"
name=prompt value="Eva_AVM
"
name=req_fullrate_freq value="100000000
"
name=sysfrequency value="100000000
"
name=tr069_passphrase value="*******
"
name=tr069_serial value="*******
"
name=urlader-version value="3411
"
name=usb_board_mac value="C8:0E:14:5F:xx:xx
"
name=usb_device_id value="0x0000
"
name=usb_device_name value="USB DSL Device
"
name=usb_manufacturer_name value="AVM
"
name=usb_revision_id value="0x0000
"
name=usb_rndis_mac value="C8:0E:14:5F:xx:xx
"
name=wlan_key value="*****************
"daraus habe ich ein neues TFFS image erstellen lassen (mit den values der Problembox also)
-- Problembox values mit dem ausgelesenen envs der TEST-BOX --
Code:
name=HWRevision value="213
"
name=HWSubRevision value="4
"
name=ProductID value="Fritz_Box_HW213a
"
name=SerialNumber value="0000000000000000
"
name=annex value="Kabel
"
name=autoload value="yes
"
name=bootloaderVersion value="1.2567
"
name=bootserport value="tty0
"
name=cpufrequency value="1200000000
"
name=crash value="
"
name=firstfreeaddress value="0x00b20000
"
name=firmware_info value="141.06.24
"
name=firmware_version value="lgi
"
name=flashsize value="nor_size=0MB sflash_size=2MB nand_size=2048MB
"
name=linux_fs_start value="0
"
name=maca value="C8:0E:14:9F:xx:xx
"
name=macb value="C8:0E:14:9F:xx:xx
"
name=macwlan value="C8:0E:14:9F:xx:xx
"
name=macwlan2 value="C8:0E:14:9F:xx:xx
"
name=macdsl value="C8:0E:14:9F:xx:xx
"
name=memsize value="0x10000000
"
name=modetty0 value="38400,n,8,1,hw
"
name=modetty1 value="38400,n,8,1,hw
"
name=modulemem value="3967966
"
name=mtd0 value="0x0,0x4000000
"
name=mtd1 value="0x4000000,0x4800000
"
name=mtd2 value="0xa0000,0xc0000
"
name=mtd3 value="0xc0000,0x100000
"
name=mtd4 value="0x100000,0x140000
"
name=mtd5 value="0x140000,0x1e0000
"
name=mtd6 value="0x4800000,0x8800000
"
name=mtd7 value="0x8800000,0x9000000
"
name=mtd8 value="0x0,0x80000
"
name=mtd9 value="0x80000,0x90000
"
name=mtd10 value="0x90000,0xa0000
"
name=mtd11 value="0x9000000,0xd000000
"
name=mtd12 value="0xd000000,0xd800000
"
name=mtd13 value="0xd800000,0x11800000
"
name=mtd14 value="0x11800000,0x12000000
"
name=my_ipaddress value="192.168.178.1
"
name=prompt value="Eva_AVM
"
name=req_fullrate_freq value="100000000
"
name=sysfrequency value="100000000
"
name=tr069_passphrase value="*************
"
name=tr069_serial value="**************
"
name=urlader-version value="3411
"
name=usb_board_mac value="C8:0E:14:9F:xx:xx
"
name=usb_device_id value="0x0000
"
name=usb_device_name value="USB DSL Device
"
name=usb_manufacturer_name value="AVM
"
name=usb_revision_id value="0x0000
"
name=usb_rndis_mac value="C8:0E:14:9F:xx:xx
"
name=wlan_key value="**************
"
Code:
stoney@stoney-K50AB:~/Schreibtisch/YourFritz-master/tffs$ ./build_tffs_image tffs_name_table /tmp/env-test.txt /tmp/count-test.txt > /tmp/mtd.imgDiese habe ich dann nach Anleitung mit
Code:
$ ./eva_store_tffs mtd3 /tmp/mtd.img
Found AVM bootloader: AVM EVA Version 1.2567 0x0 0x36409
Image uploaded to device.
$ ./eva_store_tffs mtd4 /tmp/mtd.img
Found AVM bootloader: AVM EVA Version 1.2567 0x0 0x36409
Image uploaded to device.schreiben/übertragen lassen
ein ./eva_get_environment env
gibt allerdings nicht alle envs - sowie komische fortlaufende mac's aus
Code:
HWRevision 213
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_info 141.06.24
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
linux_fs_start 0
maca 00:04:0E:FF:FF:01
macb 00:04:0E:FF:FF:02
macwlan 00:04:0E:FF:FF:03
macdsl 00:04:0E:FF:FF:04
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
urlader-version 3567
usb_board_mac 00:04:0E:FF:FF:05
usb_rndis_mac 00:04:0E:FF:FF:06per adam2 wird scheinbar linux_fs_start als nicht gestezt gesehen, obwohl eva_get_environment diese auslesen kann ?
ebenso lasst sich linux_fs_start nicht per ftp setzten.
Code:
ftp 192.168.178.1
Connected to 192.168.178.1.
220 ADAM2 FTP Server ready
Name (192.168.178.1:stoney): adam2
331 Password required for adam2
Password:
230 User adam2 successfully logged in
Remote system type is AVM.
ftp> quote GETENV linxu_fs_start
501 environment variable not set
ftp> quote SETENV linux_fs_start 0
200 SETENV command successful
ftp> quote GETENV linxu_fs_start
501 environment variable not setIch habe, bevor ich die Testbox hergenommen habe, das ganze auch nochmal mit den "defekten" Daten der Problembox versucht mit selben Ergebnis
Lichterorgel weiterhin unverändert IMMER wieder 7x Power 2x Info 2Sekunden Pause.....
dies verstehe ich nicht, evtl. liegt ein Mißverständnis vor;
da hat fesc doch "Obsolet" hingeschrieben und der Entwickler sagt folgendes:
siehe auch:
https://github.com/PeterPawn/YourFr...021aafe#diff-087d815091b3ce9d00dc58f4941da031
Code:
tffs/counter_to_tffs
@@ -49,7 +49,7 @@ trap "rm -r $tmpdir 2>/dev/null" EXIT HUP
#
##################################################################################
mkdir -p $tmpdir
-sed -e "s|^\([^ ]*\)[ ]*\(.*\)\r\+$|name=\"\1\" value=\"\2\"|" >$cntfile
+sed -e "s|^\([^ ]*\)[ ]*\([^\r]*\)\r\?$|name=\"\1\" value=\"\2\"|" >$cntfile
##################################################################################
#
# process environment file
tffs/environment_to_tffs
@@ -62,7 +62,7 @@ trap "rm -r $tmpdir 2>/dev/null" EXIT HUP
#
##################################################################################
mkdir -p $tmpdir
-sed -e "s|^\([^ \t]*\)[ \t]*\(.*\)\r\+$|name=\"\1\" value=\"\2\"|" >$envfile
+sed -e "s|^\([^ \t]*\)[ \t]*\([^\r]*\)\r\?$|name=\"\1\" value=\"\2\"|" >$envfile
##################################################################################
#
# process environment filed.h. Punkt 4 kann IMHO komplett entfallen;
- - - Aktualisiert - - -
und 5.) hier würde ich aus dem Bauch heraus sagen, dass dies so aussehen sollte
Code:
freetz@Pi-1:~/YourFritz/tffs$ cat /tmp/count.txt
name=reboot_major value="0"
name=reboot_minor value="0"
name=run_hours value="0"
name=run_days value="0"
name=run_mounths value="0"
name=run_years value="0"
freetz@Pi-1:~/YourFritz/tffs$d.h. wie fesc schreibt "u" per UNIX-Editor durch "0" (Ziffer 0) ersetzen.
oder man nimmt sed.
Code:
freetz@Pi-1:~/YourFritz/eva_tools$ sed -i -e 's|=\"u\"$|=\"0\"|' /tmp/count.txt
freetz@Pi-1:~/YourFritz/eva_tools$
freetz@Pi-1:~/YourFritz/eva_tools$ cat /tmp/count.txt
name=reboot_major value="0"
name=reboot_minor value="0"
name=run_hours value="0"
name=run_days value="0"
name=run_mounths value="0"
name=run_years value="0"
freetz@Pi-1:~/YourFritz/eva_tools$- - - Aktualisiert - - -
Könntest Du Bitte den ganzen Ablauf (Anleitung von fesc bis 5.) nochmal durchführen (Wichtig, vorher Bootloader-Environment-Variablen wieder geradeziehen)
und dann folgende Befehls-Outputs liefern:
Code:
freetz@Pi-1:~/YourFritz/tffs$ file tffs_name_table /tmp/count.txt /tmp/env.txt
tffs_name_table: ASCII text
/tmp/count.txt: ASCII text
/tmp/env.txt: ASCII text
freetz@Pi-1:~/YourFritz/tffs$
freetz@Pi-1:~/YourFritz/tffs$ cat /tmp/count.txt
name=reboot_major value="0"
name=reboot_minor value="0"
name=run_hours value="0"
name=run_days value="0"
name=run_mounths value="0"
name=run_years value="0"
freetz@Pi-1:~/YourFritz/tffs$
freetz@Pi-1:~/YourFritz/tffs$ cat /tmp/env.txt
name=HWRevision value="213"
name=HWSubRevision value="4"
name=ProductID value="Fritz_Box_HW213a"
name=SerialNumber value="0000000000000000"
name=annex value="Kabel"
name=autoload value="yes"
name=bootloaderVersion value="1.2411"
name=bootserport value="tty0"
SNIP
freetz@Pi-1:~/YourFritz/tffs$Bei Windows-EOL einfach mal konvertieren:
Code:
freetz@Pi-1:~/YourFritz/tffs$ [COLOR=#0000ff]file /tmp/count.txt[/COLOR]
/tmp/count.txt: ASCII text[COLOR=#0000ff], with CRLF line terminators[/COLOR]
freetz@Pi-1:~/YourFritz/tffs$
freetz@Pi-1:~/YourFritz/tffs$ [COLOR=#0000ff]fromdos /tmp/count.txt[/COLOR]
freetz@Pi-1:~/YourFritz/tffs$
freetz@Pi-1:~/YourFritz/tffs$ [COLOR=#0000ff]file /tmp/count.txt[/COLOR]
/tmp/count.txt: ASCII text
freetz@Pi-1:~/YourFritz/tffs$erst wenn diese drei Dateien konsistent sind, macht es Sinn weitere Befehle einzugeben.
- - - Aktualisiert - - -
das sieht aber nach "handwerklichem Problem" aus und nicht nach Fehler.
Zuletzt bearbeitet:
- Mitglied seit
- 7 Okt 2015
- Beiträge
- 9,350
- Punkte für Reaktionen
- 1,477
- Punkte
- 113
Code:
[COLOR=#0000cd]file tffs_name_table /tmp/count-test-1.txt /tmp/env-test-1.txt[/COLOR]
tffs_name_table: ASCII text
/tmp/count-test-1.txt: ASCII text, with CR line terminators
/tmp/env-test-1.txt: ASCII text, with CR line terminatorssudo apt-get install dos2unix
mac2unix -n origfile dstfile
Code:
stoney@stoney-K50AB:~/Schreibtisch/YourFritz-master/tffs$ [COLOR=#0000cd]mac2unix -n /tmp/count-test-1.txt /tmp/count-test-2.txt [/COLOR]
mac2unix: Datei /tmp/count-test-1.txt wird zu Datei /tmp/count-test-2.txt im Unix-Format umgewandelt ...
stoney@stoney-K50AB:~/Schreibtisch/YourFritz-master/tffs$ [COLOR=#0000cd]mac2unix -n /tmp/env-test-1.txt /tmp/env-test-2.txt [/COLOR]
mac2unix: Datei /tmp/env-test-1.txt wird zu Datei /tmp/env-test-2.txt im Unix-Format umgewandelt ...
stoney@stoney-K50AB:~/Schreibtisch/YourFritz-master/tffs$ [COLOR=#0000cd]file tffs_name_table /tmp/count-test-2.txt /tmp/env-test-2.txt[/COLOR]
tffs_name_table: ASCII text
/tmp/count-test-2.txt: ASCII text
/tmp/env-test-2.txt: ASCII text
Code:
[COLOR=#0000cd]cat /tmp/env-test-2.txt[/COLOR]
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_info 141.06.24
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
linux_fs_start 0
maca C8:0E:14:9F:xx:xx
macb C8:0E:14:9F:xx:xx
macwlan C8:0E:14:9F:xx:xx
macwlan2 C8:0E:14:9F:xx:xx
macdsl C8:0E:14:9F:xx:xx
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase **************
tr069_serial **************
urlader-version 3567
usb_board_mac C8:0E:14:9F:xx:xx
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:xx:xx
wlan_key ***************
Code:
cat /tmp/count-test-2.txt
reboot_major 0
reboot_minor 0
run_hours 0
run_days 0
run_mounths 0
run_years 0somit sind die Dateien konsistent
ein ./eva_get_environment gibt nach dem Schreiben des Images folgende Werte aus
Code:
HWRevision 213
HWSubRevision 4
ProductID Fritz_Box_HW213a
SerialNumber 0000000000000000
annex Kabel
autoload yes
bootloaderVersion 1.2567
bootserport tty0
cpufrequency 1200000000
firstfreeaddress 0x00b20000
firmware_info 141.06.24
firmware_version lgi
flashsize nor_size=0MB sflash_size=2MB nand_size=2048MB
linux_fs_start 0
maca C8:0E:14:9F:XX:XX
macb C8:0E:14:9F:XX:XX
macwlan C8:0E:14:9F:XX:XX
macwlan2 C8:0E:14:9F:XX:XX
macdsl C8:0E:14:9F:XX:XX
memsize 0x10000000
modetty0 38400,n,8,1,hw
modetty1 38400,n,8,1,hw
modulemem 3967966
mtd0 0x0,0x4000000
mtd1 0x4000000,0x4800000
mtd2 0xa0000,0xc0000
mtd3 0xc0000,0x100000
mtd4 0x100000,0x140000
mtd5 0x140000,0x1e0000
mtd6 0x4800000,0x8800000
mtd7 0x8800000,0x9000000
mtd8 0x0,0x80000
mtd9 0x80000,0x90000
mtd10 0x90000,0xa0000
mtd11 0x9000000,0xd000000
mtd12 0xd000000,0xd800000
mtd13 0xd800000,0x11800000
mtd14 0x11800000,0x12000000
my_ipaddress 192.168.178.1
prompt Eva_AVM
req_fullrate_freq 100000000
sysfrequency 100000000
tr069_passphrase ************
tr069_serial **********
urlader-version 3567
usb_board_mac C8:0E:14:9F:XX:XX
usb_device_id 0x0000
usb_device_name USB DSL Device
usb_manufacturer_name AVM
usb_revision_id 0x0000
usb_rndis_mac C8:0E:14:9F:XX:XX
wlan_key ****************Lichterorgen nach wie vor gleichbleibend -.-
Zuletzt bearbeitet:
d.h. das Problem mit den Phantom-MAC ist durch "Workflow-Error bei Abarbeitung der fesc-Anleitung Abschnitt 4.) und 5.) entstanden" und läßt sich beheben.
weiterer Ablauf:
könntest Du mal "quote UNSETENV firmware_info" eingeben und testen.
weiterer Ablauf:
könntest Du mal "quote UNSETENV firmware_info" eingeben und testen.
Neueste Beiträge
-
[Sammlung] Fritz!Box 7590 Labor/Inhaus 8.xx - Smart24P1NL1- Letzte: Profanta
-
[Frage] 5590 Fiber und 1200AX - Wlan Frage- Letzte: Jstessi
-
FRITZ!Box 7530 / FRITZ!OS 8.00 vom 10.10.2024- Letzte: LucaToni
-
FRITZ!Box 7530 AX Release 8.00- Letzte: NDiIPP