Fritz!Box 7362 sl mit OpenWRT klappt Einwahl bei M-Net nicht

[rsx]

Hi,

ich hoffe, ich habe das richtige Forum gewählt. Sonst Sorry und bitte entsprechend verschieben.

Mir gelingt es seit Tagen nicht OpenWRT so zu konfigurieren, dass die Einwahl bei M-Net DSL 16.000 funktioniert.
LuCI erzählt: "Error: Unknown error (USER_REQUEST)" und dann "Error: Connection attempt failed" und im System Log lese ich:
Sun Apr 17 01:20:53 2022 daemon.warn pppd[2937]: Timeout waiting for PADO packets
Sun Apr 17 01:20:53 2022 daemon.err pppd[2937]: Unable to complete PPPoE Discovery

Hier (die hoffentlich relevanten) Teile meiner Konfig:

config atm-bridge 'atm'
    option vpi '1'
    option vci '32'
    option encaps 'llc'
    option payload 'bridged'
    option nameprefix 'dsl'

config dsl 'dsl'
    option ds_snr_offset '0'
    option line_mode 'adsl'
    option annex 'b2p'
    option xfer_mode 'ptm'

config interface 'wan'
    option proto 'pppoe'
    option username '[email protected]'
    option password 'pass'
    option ipv4 '1'
    option device 'eth0.7'
    option mtu '1500'
    option ipv6 'auto'

Irgendwelche Tipps?

TIA
Roland

 

[NDiIPP]

Siehe:
https://www.m-net.de/fileadmin/Serv...efonie/Schnittstellenbeschreibung-SurfFon.pdf

In deiner Config sehe ich keine VLAN-ID 40. Aber es ist wohl die VID 7 eingerichtet…

 

[rsx]

Danke für die Info. OK, VID 40 angelegt und entsprechendes Devices angelegt. Aber wie kann es es dem Interface zuordnen. Unter Network-Switch fehlt die Spalte Wan.

 

[Openwrt-Fanboy]

Hallo,
teil dein Problem in 2 Teile auf
1. Syncronisiert deine DSL Leitung bsw. stelle erst eine Verbindung her
2. Stelle die Internetverbindung über pppoe her

Zu 1. Das init script das das ganze kontroliert heist:
/etc/init.d/dsl_control
einfach aufrufen dann zeigt es dir welche commandos du alle verwenden kannst
mit
/etc/init.d/dsl_control dslstat
kannst du den status seiner Leitung ssehen

Probier mal:

config atm-bridge 'atm'
    option vpi '1'
    option vci '32'
    option encaps 'llc'
    option payload 'bridged'
    option nameprefix 'dsl'

config dsl 'dsl'
    option ds_snr_offset '0'
    option line_mode 'adsl'
    option annex 'b2p'
    option xfer_mode 'atm'

config interface 'wan'
    option proto 'pppoe'
    option username '[email protected]'
    option password 'pass'
    option ipv4 '1'
    option device 'dsl0.40'
    option mtu '1500'
    option ipv6 'auto'

Ist den vpi und vci richtig ?

da du sagst option nameprefix 'dsl' ist dein Device dsl0 bzw dsl0.40
Beim Transfer mode bin ich mir nicht so sicher "xfer_mode" aber bei vdsl ist es normalerweise Packet Transfer Mode (ptm) und bei adsl atm

hier ist eventuell noch weitere hilfreiche information

[OpenWrt Wiki] ISP Configurations

openwrt.org

 

[rsx]

/etc/init.d/dsl_control dslstat
Command failed: Not found

Per Default-Installation ist dsl0 angelegt, allerdings zeigt LuCI: `Error: Network device is not present`

Im System Log lese ich alle 11s:

Sat Apr 16 16:30:51 2022 kern.warn kernel: [12677.969424] MEI_DRV[00 - 01]: Send Msg[0x0041] write failed (cnt: 60818, t: 12377904 - 12377912 = 8)
Sat Apr 16 16:30:51 2022 kern.warn kernel: [12677.969424]
Sat Apr 16 16:30:51 2022 kern.warn kernel: [12688.872070] MEI_DRV[00 - 01]: ERROR - write MBox msg, error=-1
Sat Apr 16 16:30:51 2022 kern.warn kernel: [12688.872070]

 

[Openwrt-Fanboy]

Hmm, wie ich sehe hast du schon einiges durch.

No dsl connection with Fritz!Box 7362 SL

Hi, I have been trying to make the WAN connection to DSL work without success. And I found similar threads here and here and here and here. All of them end up with missing network interface. To me it looks like even the default setup which is referring to dsl0 is incomplete. I'd assume the...

forum.openwrt.org

Ich weiss leider auch nicht was die fehlermeldungen bedeuten

/etc/init.d/dsl_control dslstat
Command failed: Not found

die Datei gibt es aber schon oder ?
Ich nehme an du nutzt Openwrt Version 22.03 und die haben das commando geändert ich nutze (21.02)
Ansonsten vieleicht fehlt ja ein wichtiges Packet ruf doch mal den Packetmanager auf und schaue welche Packete alle installiert sind:

opkg list-installed

hier mal eine Liste der Packete die bis vor kurzen (habe jetzt kein DSL mehr) bei mir für VDSL zuständig waren:

bspatch - 4.3-1
dsl-vrx200-firmware-xdsl-a - 05.08.01.08.01.06_05.08.00.0B.01.01_osc-1
dsl-vrx200-firmware-xdsl-b-patch - 05.08.01.08.01.06_05.08.00.0B.01.01_osc-1
kmod-atm - 5.4.188-1
kmod-ltq-atm-vr9 - 5.4.188-3
kmod-ltq-deu-vr9 - 5.4.188-1
kmod-ltq-ifxos - 5.4.188+1.5.19-99
kmod-ltq-ptm-vr9 - 5.4.188-3
kmod-ltq-vdsl-vr9 - 5.4.188+4.17.18.6-4
kmod-ltq-vdsl-vr9-mei - 5.4.188+1.5.17.6-4
linux-atm - 2.5.2-7
ltq-dsl-base - 3
ltq-vdsl-app - 4.17.18.6-8

Da das in vergangenheit vermutlich mal funktioniert hat eventuell auf 19.07 downgraden und testen.
(und dann auch mal veraltete Versionen wie 19.07.4)
Wer weiss was da wieder von der Develpment Clique kaputt gemacht worden ist.

Alledings glaube ich nach wie vor das es eher an den Parametern liegt.
Probier mal folgende sicher rauszufinden oder verschiedenen zu testen.
option vpi '1' # wichtig das die stimmen
option vci '32' # wichtig das die stimmen
option encaps 'llc' # keine Ahnung ob der relevant ist
option tone 'bv' # keine Ahnung was das genau bewirkt aber bei bei mir war av richtig obwohl bv richtig sein sollte
option annex 'b2p' # wichtig klar das Annex muss natürlich auch stimmen

Infos stehen hier:

[OpenWrt Wiki] WAN interface protocols

openwrt.org

Was mir auffällt und ich nicht kannte ist der Parameter:

atmdev     number     no     0     Specifies the ATM adapter number starting with 0. Most systems only have one ATM device and do not need this option

vieleicht hast du mehrere adapter

Bei mir liefen bzw. laufen verschiedenen Arcardyan Geräte mit dem Openwrt welche den gleichen VRX200 Chipsatz / Modem kombination haben.
Aber ich hatte auch VDSL ohne Vektoring (jetzt Glasfaser) daher lief alles ohne Probleme.
Vor längerer Zeit habe ich mal ganz ähnliche Erfahrungen bei bekannten gemacht. Ich hab eine O2-Box 6431 mit Openwrt an deren ADSL Leitung angeschlossen.
Es hat eine Woche gedauert bis ich das hinbekommen hatte, weil die offiziellen Parameter des Providers falsch waren bzw. handelte es sich um ein Altanschluss wo der
Provider dreimal gewechselt ist.
Ich hatte ein weiteren Router zur hilfe genommen bei dem ich die meisten Parameter lesen konnte.
Allerdings stimmten VPI und VCI nicht und ich habe die Daten auf einer sehr alten Webseite im internet gefunden.
Zwischenzeitlich bin ich schon von einem Hardware defekt o.ä. ausgegangen weil ich mir das nicht erkären konnte

 

[rsx]

Hmm, wie ich sehe hast du schon einiges durch.

Leider ja, und ich hatte mir das wirklich einfacher vorgestellt.

die Datei gibt es aber schon oder ?

Ja:

/etc/init.d/dsl_control status:
active with no instances

Ich nehme an du nutzt Openwrt Version 22.03 und die haben das commando geändert ich nutze (21.02)

OpenWrt 21.02.3 r16554-1d4dea6d4f / LuCI openwrt-21.02 branch git-22.083.69138-0a0ce2a

opkg list-installed

base-files - 1442-r16554-1d4dea6d4f
br2684ctl - 2.5.2-7
bspatch - 4.3-1
busybox - 1.33.2-2
ca-bundle - 20210119-1
cgi-io - 2021-09-08-98cef9dd-20
dnsmasq - 2.85-8
dropbear - 2020.81-2
dsl-vrx200-firmware-xdsl-a - 05.08.01.08.01.06_05.08.00.0B.01.01_osc-1
dsl-vrx200-firmware-xdsl-b-patch - 05.08.01.08.01.06_05.08.00.0B.01.01_osc-1
firewall - 2021-03-23-61db17ed-1
fritz-tffs - 1
fstools - 2021-01-04-c53b1882-1
fwtool - 2019-11-12-8f7fe925-1
getrandom - 2020-10-25-9ef88681-2
hostapd-common - 2020-06-08-5a8b3662-40
ip6tables - 1.8.7-1
iptables - 1.8.7-1
iw - 5.9-8fab0c9e-3
iwinfo - 2021-04-30-c45f0b58-2.1
jshn - 2021-05-16-b14c4688-2
jsonfilter - 2018-02-04-c7e938d6-1
kernel - 5.4.188-1-ffbf61cb008742941b4d92fd7e2e0a0c
kmod-ath - 5.4.188+5.10.110-1-1
kmod-ath9k - 5.4.188+5.10.110-1-1
kmod-ath9k-common - 5.4.188+5.10.110-1-1
kmod-atm - 5.4.188-1
kmod-cfg80211 - 5.4.188+5.10.110-1-1
kmod-gpio-button-hotplug - 5.4.188-3
kmod-ip6tables - 5.4.188-1
kmod-ipt-conntrack - 5.4.188-1
kmod-ipt-core - 5.4.188-1
kmod-ipt-nat - 5.4.188-1
kmod-ipt-offload - 5.4.188-1
kmod-leds-gpio - 5.4.188-1
kmod-lib-crc-ccitt - 5.4.188-1
kmod-ltq-atm-vr9 - 5.4.188-3
kmod-ltq-ifxos - 5.4.188+1.5.19-4
kmod-ltq-ptm-vr9 - 5.4.188-3
kmod-ltq-vdsl-vr9 - 5.4.188+4.17.18.6-4
kmod-ltq-vdsl-vr9-mei - 5.4.188+1.5.17.6-4
kmod-mac80211 - 5.4.188+5.10.110-1-1
kmod-nf-conntrack - 5.4.188-1
kmod-nf-conntrack6 - 5.4.188-1
kmod-nf-flow - 5.4.188-1
kmod-nf-ipt - 5.4.188-1
kmod-nf-ipt6 - 5.4.188-1
kmod-nf-nat - 5.4.188-1
kmod-nf-reject - 5.4.188-1
kmod-nf-reject6 - 5.4.188-1
kmod-nls-base - 5.4.188-1
kmod-owl-loader - 5.4.188+5.10.110-1-1
kmod-ppp - 5.4.188-1
kmod-pppoa - 5.4.188-1
kmod-pppoe - 5.4.188-1
kmod-pppox - 5.4.188-1
kmod-slhc - 5.4.188-1
kmod-usb-core - 5.4.188-1
kmod-usb-dwc2 - 5.4.188-1
libblobmsg-json20210516 - 2021-05-16-b14c4688-2
libbz2-1.0 - 1.0.8-1
libc - 1.1.24-3
libgcc1 - 8.4.0-3
libip4tc2 - 1.8.7-1
libip6tc2 - 1.8.7-1
libiwinfo-data - 2021-04-30-c45f0b58-2.1
libiwinfo-lua - 2021-04-30-c45f0b58-2.1
libiwinfo20210430 - 2021-04-30-c45f0b58-2.1
libjson-c5 - 0.15-2
libjson-script20210516 - 2021-05-16-b14c4688-2
liblua5.1.5 - 5.1.5-9
liblucihttp-lua - 2021-06-11-3dc89af4-1
liblucihttp0 - 2021-06-11-3dc89af4-1
libnl-tiny1 - 2020-08-05-c291088f-2
libpthread - 1.1.24-3
librt - 1.1.24-3
libubox20210516 - 2021-05-16-b14c4688-2
libubus-lua - 2021-06-30-4fc532c8-2
libubus20210630 - 2021-06-30-4fc532c8-2
libuci20130104 - 2021-04-14-4b3db117-5
libuclient20201210 - 2021-05-14-6a6011df-1
libustream-wolfssl20201210 - 2022-01-16-868fd881-1
libwolfssl5.2.0.99a5b54a - 5.2.0-stable-1
libxtables12 - 1.8.7-1
linux-atm - 2.5.2-7
logd - 2020-10-25-9ef88681-2
ltq-dsl-base - 3
ltq-vdsl-app - 4.17.18.6-8
ltq-vdsl-vr9-vectoring-fw-installer - 6.8.6-3
lua - 5.1.5-9
luci - git-20.074.84698-ead5e81
luci-app-firewall - git-22.089.67741-3856d50
luci-app-opkg - git-21.312.69848-4745991
luci-base - git-22.083.69138-0a0ce2a
luci-lib-base - git-20.232.39649-1f6dc29
luci-lib-ip - git-20.250.76529-62505bd
luci-lib-jsonc - git-22.097.61937-bc85ba5
luci-lib-nixio - git-20.234.06894-c4a4e43
luci-mod-admin-full - git-19.253.48496-3f93650
luci-mod-network - git-22.046.85061-dd54dce
luci-mod-status - git-22.046.85784-0ac2542
luci-mod-system - git-22.019.40321-7a37d02
luci-proto-ipv6 - git-21.148.49484-14511e5
luci-proto-ppp - git-21.163.64918-6c6559a
luci-ssl - git-20.244.36115-e10f954
luci-theme-bootstrap - git-22.084.39047-f1d687e
mtd - 26
netifd - 2021-10-30-8f82742c-1
odhcp6c - 2021-01-09-53f07e90-16
odhcpd-ipv6only - 2021-07-18-bc9d317f-3
openwrt-keyring - 2021-02-20-49283916-2
opkg - 2021-06-13-1bf042dd-1
ppp - 2.4.8.git-2020-10-03-3
ppp-mod-pppoa - 2.4.8.git-2020-10-03-3
ppp-mod-pppoe - 2.4.8.git-2020-10-03-3
procd - 2021-03-08-2cfc26f8-1
px5g-wolfssl - 3
rpcd - 2022-02-19-8d26a1ba-1
rpcd-mod-file - 2022-02-19-8d26a1ba-1
rpcd-mod-iwinfo - 2022-02-19-8d26a1ba-1
rpcd-mod-luci - 20210614
rpcd-mod-rrdns - 20170710
swconfig - 12
ubi-utils - 2.1.2-1
ubox - 2020-10-25-9ef88681-2
ubus - 2021-06-30-4fc532c8-2
ubusd - 2021-06-30-4fc532c8-2
uci - 2021-04-14-4b3db117-5
uclient-fetch - 2021-05-14-6a6011df-1
uhttpd - 2021-03-21-15346de8-2
uhttpd-mod-ubus - 2021-03-21-15346de8-2
urandom-seed - 3
urngd - 2020-01-21-c7f7b6b6-1
usign - 2020-05-23-f1f65026-1
wireless-regdb - 2021.08.28-1
wpad-basic-wolfssl - 2020-06-08-5a8b3662-40

Alledings glaube ich nach wie vor das es eher an den Parametern liegt.

config atm-bridge 'atm' option vpi '1' option vci '32' option encaps 'llc' option payload 'bridged' option nameprefix 'dsl' config dsl 'dsl' option ds_snr_offset '0' option tone 'bv' option xfer_mode 'atm' option line_mode 'adsl' option firmware '/var/lib/vr9-B-dsl.fb7362sl.5.9.1.4.0.7-5.9.0.D.0.2_w6dcTS7QarMvurm.bin' option annex 'b2p'

Da das in vergangenheit vermutlich mal funktioniert hat eventuell auf 19.07 downgraden und testen.

Sollte das gehen, was bringt es mir für die Zukunft auf uralt SW zu setzen? Ich hab jetzt schon viel zu viel damit verbracht und hab mir in der Zwischenzeit einen Lancom Router geholt. Allerdings den zu konfigurieren ... mein Hirn ist da wirklich inkompatibel. Mit Freetz war das so einfach, so ein Mist.

[CODE] TAG [/CODE] gestezt by stoney

 

[Openwrt-Fanboy]

Also in deiner Liste fehlt kmod-ltq-deu-vr9
installier das mal

opkg update
opkg install kmod-ltq-deu-vr9

Und starte mal neu

sollte das gehen, was bringt es mir für die Zukunft auf uralt SW zu setzen?

Einzig um den Fehler zu finden

Versuch unter Annex noch mal folgende Parameter durchzuprobieren:
option annex 'bdmt' # (ADSL Annex B)
option annex 'b2' # (ADSL2 Annex B)
option annex 'j' # (ADSL2 Annex J)

-- Zusammenführung Doppelpost gemäß Boardregeln by stoney

kmod-ltq-deu-vr9
Hat vermutlich gar nix damit zu tun
Ist ein Crypto device
Installier das trotzdem mal um Fehlerquellen auszuschliessen

/etc/init.d/dsl_control dslstat
Command failed: Not found

Du must dich verschrieben haben weil wenn die Datei vorhanden und ausführbar würde eine andere Fehlermeldung kommen
Sowas zBsb:

Syntax: /etc/init.d/dsl_control [command]

Available commands:
        start           Start the service
        stop            Stop the service
        restart         Restart the service
        reload          Reload configuration files (or restart if service does not implement reload)
        enable          Enable service autostart
        disable         Disable service autostart
        enabled         Check if service is started on boot
        dslstat         Get DSL status information
        running         Check if service is running
        status          Service status
        trace           Start with syscall trace

per Default-Installation ist dsl0 angelegt, allerdings zeigt LuCI: `Error: Network device is not present`

Das device ist bei mir auch nicht present, es wird present sobald die Leitung syncronisiert

Was sagt:
ifconfig -a
?

 

[KunterBunter]

Der Threadtitel ist schonmal irreführend. Die "Einwahl" kann ja nicht klappen, wenn keine Synchronisierung vorhanden ist.

 

[rsx]

opkg update
opkg install kmod-ltq-deu-vr9

Aha, ohne Internetverbindung? Na gut, hab das gaudihalber mal laufen lassen:

root@OpenWrt:~# opkg update
Downloading https://downloads.openwrt.org/releases/21.02.3/targets/lantiq/xrx200/packages/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.3/targets/lantiq/xrx200/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/base/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/base/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/luci/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/luci/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/packages/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/routing/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/routing/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/telephony/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/telephony/Packages.gz

Collected errors:
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.3/targets/lantiq/xrx200/packages/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/base/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/luci/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/packages/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/routing/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.3/packages/mips_24kc/telephony/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

Du must dich verschrieben haben weil wenn die Datei vorhanden und ausführbar würde eine andere Fehlermeldung kommen

Nein, habe ich wirklich nicht!

Was sagt:
ifconfig -a

root@OpenWrt:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000
    link/ether 06:f6:73:f7:3a:b4 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::4f6:73ff:fef7:3ab4/64 scope link
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 34:81:c4:1c:2b:de brd ff:ff:ff:ff:ff:ff
4: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
    link/ether 34:81:c4:1c:2b:dc brd ff:ff:ff:ff:ff:ff
    inet 192.168.147.1/24 brd 192.168.147.255 scope global br-lan
       valid_lft forever preferred_lft forever
    inet6 fd6e:4972:c3ef::1/60 scope global noprefixroute
       valid_lft forever preferred_lft forever
    inet6 fe80::3681:c4ff:fe1c:2bdc/64 scope link
       valid_lft forever preferred_lft forever
5: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
    link/ether 34:81:c4:1c:2b:dc brd ff:ff:ff:ff:ff:ff

Hab jetzt mal 19.07.4 versucht zu installieren, funktioniert aber nicht. Nach dem Flashen mit initramfs geht die Power/DSL LED kurz auf dauergrün, dann grün blinkend und schließlich rot schnell blinkend. Und das war's. Nachem einem Powercycle geht die LED am Schluss auf dauerngrün, aber die Box ist nicht anpingbar. Hab noch 19.07.9 getestet, gleiches Ergebnis. Flashen auf 22.03.0-rc5 ging mit initramfs, aber danach nicht mehr erreichbar, egal was ich probiert habe.

 

[NDiIPP]

Aha, ohne Internetverbindung?

Für die müsste man dann schon anderweitig sorgen. OpenWRT ist (insb. in solchen Fällen) nun mal kein "Plu'n'Play" Produkt…

 

[rsx]

Für die müsste man dann schon anderweitig sorgen.

Oh, stimmt (da hätte ich auch drauf kommen können). Aber vielleicht hat sich das Thema jetzt erledigt, denn die Box ist nicht mehr anpingbar. Nach den vielen Versuchen dachte ich, mal mit dem Recovery Tool alles "leer" flashen. Hab's dann noch mal mit 19.07.9 probiert, gleiches Ergebnis. Dann mit 22.03.0-rc5, kein Echo reply, genauso wie mit 21.02.3. Das war's dann wohl?

 

[KunterBunter]

Kaum. Solange man noch flashen kann, kann man immer noch flashen.

 

[Openwrt-Fanboy]

Das ist ja Mist
Ich kenn mich mit dem Bootloader von AVM leider nicht aus.

Habe ich das richtig verstanden:
1.)
Du nutzt diese Anleitungen:

[OpenWrt Wiki] AVM FRITZ!Box 7362 SL

openwrt.org

2.)
Ich habe es jetzt so verstanden: anstatt

sysupgrade -n <sysupgrde-image>

bzw das sysupgradeimage via webinterface zu installieren
gleich über den Bootloader via python ramboot script verschiedenen Ramdisk images ausprobiert
Die sich zwar laden lassen (also ich meine die werden angenommen das ist gesichert)
Dann aber beim starten der Images fehl schlagen, so das sich diese nicht ansprechen lassen.
Richtig ?

3.)
Dann mit dem recovery-tool weitere Images aufgespielt
Das recovery tool funktioniert (es wird was hochgeladen) aber die images nicht
?

Es kann manchmal sein das bei diesen VRX20 Routern das Netzwerk harkt, bzw es nach einem Neustart ewig dauert bis man eine netzwerk verbindung aufgebaut hat
Was dann immer hilft ist nach einem Neustart die Netzwerk Schnitstelle am PC kurz runter und wieder hoch fahren.

Beim updaten bzw wenn man auf eine andere Openwrt version wechselt sollte man dies via sysupgrade mit dem dazugeörigen sysupgrade image machen oder im webmenü, dabei sollte man die alte Konfiguration löschen also entweder das ensprechende häckchen setzen oder den -n parameter nutzen
weil sonst kann es gut sein das aufgrund einer nicht mehr funktionierenden Konfig das Netzwerk nicht mehr geht.
Man kann die alte konfig in der Regel auch noch später mit dem Reset button löschen.

Solange du den Booloader und die dazugehörige Konfig nicht überschreibst sollte es immer möglich sein die ein neues Images auf die Box aufzuspielem
Hast du mal versucht FritzOS zurück zu spielen ?

 

[rsx]

Habe ich das richtig verstanden:
1.)
Du nutzt diese Anleitungen:

Genau

Ich habe es jetzt so verstanden: anstatt

sysupgrade -n <sysupgrde-image>

bzw das sysupgradeimage via webinterface zu installieren
gleich über den Bootloader via python ramboot script verschiedenen Ramdisk images ausprobiert
Die sich zwar laden lassen (also ich meine die werden angenommen das ist gesichert)
Dann aber beim starten der Images fehl schlagen, so das sich diese nicht ansprechen lassen.
Richtig ?

ja

3.)
Dann mit dem recovery-tool weitere Images aufgespielt
Das recovery tool funktioniert (es wird was hochgeladen) aber die images nicht
?

Wenn du eva_ramboot.py als recovery tool bezeichnest, ja. Und was heißt "aber die Images nicht"?

Hast du mal versucht FritzOS zurück zu spielen ?

ja, das klappte problemlos.

BTW: Ich hab die Box nach dem letzten flashen mit 21.02.3 einfach stehen lassen, ping geht noch immer nicht, dafür ist jetzt die Info LED dauerrot.

 

[Openwrt-Fanboy]

ja. Und was heißt "aber die Images nicht"?

Ich hab mich verschrieben ich meinte er nimmt das Image an, startet es dann aber nicht korrekt. Richtig ?

Was du beschreibst deutet darauf hin dass das Image gar nicht, (also der Router bleibt im Bootloader stehen), oder Openwrt sich beim starten Aufhängt.
Letzteres deutet auf ein Hardware defekt hin eventuell mal ein anderes Netzteil verwenden.
Ich kenn mich mit dem AVM Kram leider nicht aus aber ich kenne bootloader die haben ein Fehlerzähler, der bei bestimmten Fehlern wie kernel wird nicht geladen etc. mit zählen und dann von einer Recovery Partition starten auf der eventuell gar nichts sinnvolles mehr ist nach
den ganzen Flash Versuchen. Das Ramdisk image wird m.m. nach in die Kernel Partition des "normalen Images" geschrieben
Aus dem Grunde würde ich mal FritzOS zurück spielen, und wenn es läuft damit die Internet verbindung herstellen,
mir von allen relevanten Netzwerkeinstellungen screenshoots machen und dann mit 21.02 erneut anfangen.

Was da tatsächlich passiert erfährt man leider erst wenn man die serielle Schnittstelle anlötet.

 

[rsx]

Ich hab's erstmal aufgegeben (vorhin klappte nicht mal das flashen der initramfs). Danke für eure Geduld und Hilfe.

 

[Micha0815]

In einer Anleitung zur 7412 las ich, dass linux_fs_start = 0 gesetzt sein sollte, bevor man/frau ein Openwrt-image auf die Fritte loslässt. Ob es unterstützt wird? Zumindest laut kurzem Blick auf https://boxmatrix.info/wiki/FRITZ!Box_7362_SL wird modfs unterstützt? Das ggfs. kurz mal via Bootloader-Stopping + adam2 zu checken ... kein falscher Fehler
LG

 

[Joe_57]

dass linux_fs_start = 0 gesetzt sein sollte

Das kommt wohl darauf an, welchen Wert die Variable gerade hat (0 oder 1).
Ein Image wird immer in die gerade aktive Partition geschrieben, deshalb macht es nur Sinn, zuerst auf die inaktive Partition zu wechseln, damit man ohne Probleme zurückwechseln kann.

 

[erik]

Bei der 7412 wird openWRT immer auf Partition 0 geschrieben. Wenn die nicht aktiv ist, startet nach dem Flashen gar nichts, oder Fritz OS. Deshalb ist es durchaus richtig, diesen Wert zu prüfen, falls openWRT nicht startet.