Ja. Ist tatsächlich das Platzproblem. Ich habe mir jetzt ein Image compiliert mit dem Üblichen, was man da so laut Wiki weglassen soll und damit läuft es dann. Schade. Ich dachte, jetzt, wo ich von RelayD auf WDS umgestiegen bin, muss man es nicht mehr selber compilieren wegen der 4MB Limitierung.
Anbei auch mein config.seed. Ich frage mich immer, ob ich da in Richtung IPv6 noch mehr streichen könnte. Die OpenWRT Geräte müssens bei mir im Netzwerk nur weiterleiten können. IPv6 vergibt der Speedport Hybrid.
In der von @blocktrron erwähnten Diskussion werden die 3 JCG Geräte auch schon indirekt erwähnt. Ein User schreibt dort, dass laut seiner Erfahrung eigentlich alle 4MB Ramips/rt305x betroffen sein müssen - stimmt wohl.
Das Snapshot ist auf alle Fälle klein genug und läuft out-of-the-box. Man kann daher zur Not auch das Release mit Luci installieren, alles nach Bedarf fertig konfigurieren und am Ende ohne Neustart dann das Snapshot mit Einstellungen beibehalten rüberinstallieren. Funktioniert. Nur steht man dann halt ohne Luci/Webinterface da. Vielleicht für den einen oder anderen Leser hier eine Alternative, der noch mal über diese Router stolpert, sich compilieren oder den ImageBuilder nicht zutraut, aber Konsole schon.
config.seed.txt (980 Bytes)
Update:
Nochmal zur Erinnerung mein Heimnetzsetup:
[1. Speedport Hybrid] <-LAN-> [2. 1043er FF&WDS AP] <-WDS Wifi, -63 dBm (SNR 191 dB) → [3. n926r WDS Client&AP]
Komisch. Solange am n926r bei mir nur Geräte per LAN angebunden werden, läuft der n926r bisher tadellos. Aber geht das gleiche Gerät per WLAN über den AP des n926r online, dann kann man die Verbindung allenfalls für ein bisschen Smartphone gebrauchen. Die Verbindung hat ständig Aussetzter (ping hängt, SSH bricht ab) und die sind auch im Log ersichtlich:
Sun Jul 7 13:15:07 2019 daemon.notice hostapd: wlan0-1: STA-OPMODE-SMPS-MODE-CHANGED 08:3e:8e:… static
Sun Jul 7 13:15:21 2019 daemon.notice hostapd: wlan0-1: STA-OPMODE-SMPS-MODE-CHANGED 08:3e:8e:… off
Sun Jul 7 13:16:01 2019 daemon.notice hostapd: wlan0-1: STA-OPMODE-SMPS-MODE-CHANGED 08:3e:8e:… static
Sun Jul 7 13:16:10 2019 daemon.notice hostapd: wlan0-1: STA-OPMODE-SMPS-MODE-CHANGED 08:3e:8e:… off
Ob das jetzt eine neue Baustelle ist oder der altbekannte Fehler ‚Dropping frame due to full tx queue‘ im neuen Gewand? Wifi überlebt hier jetzt jedenfalls die Last durch einem simplen Speedtest, ein Fortschritt, endlich.
Anbei auch die Wireless vom n926r, für den Fall, dass ich dort einen Fehler gemacht habe.
wirelessn926r.txt (1,1 KB)