Suchergebnisse

Du musst es mit "ffservice start tvheadend" starten.

Der SoC hat zwei 2.5 gbit ports. An einem hing schon immer ein switch für die gbit ports. Der zweite war zunächst (6591) unbenutzt und ist bei 66x0 direkt mit lan1 verbunden. Man hat halt nie den Aufwand spendiert um mehr als einen SoC port zu unterstützen, wozu auch.

Hmm, wasn't it Vodafone who puts previously owned boxes on a blacklist, so that it's not possible to re-use them in their network? In that case even removing the branding does not help. The box is identified by its MAC address, which you can't change.

Wo siehst du das? Ich hätte erst gedacht dass vielleicht der arm core nicht bootet .. aber die Mailboxkommunikation funktioniert ja anscheinend. Irgendwas anderes ausser mute=0 muss doch passiert sein, damit die box in diesen zustand kam .. ?

Ich hab gerade keine serielle an meiner box, und das ist schon eine Weile her .. es gibt cd und ls kommandos. Vielleicht liegt es an der Formatierung des sticks? Oder mal probieren zur Laufzeit einzustecken, und dann map? Kann natürlich auch sein dass irgendwann usb support rausgeschmissen...

D.h. sie hat vorher schon nicht gebootet (?) Das uefi update habe ich hier beschrieben. firmware-update.uimg auf einen usb stick und anstecken Starten, nach der "eva hack ready" Meldung "exit" eintippen, ein paar mal escape mit dem "map" kommando den USB stick finden (hier FS2) In den Speicher...

Die Frage wäre erstmal: was hast du gemacht? Bei dem alten BIOS kann man zur Not das update auch via USB stick in der UEFI shell einspielen.

Wer misst misst Mist. Ich komme bei mir im DL an die 100mbps, vom smartphone via 5g, gemessen mit iperf3, 4 streams. Upload 12, kabel-limitiert. Ueber WiFi ca. 150-200 im ul und dl. Der langweilt sich komplett dabei.

in ${CONFIG_ENVIRONMENT_PATH}/environment ist linux-fs-start Du kannst (z.b. mit dd) direkt auf die /dev/mmcblk… devices zugreifen, gemäss der tabelle am ende von https://bitbucket.org/fesc2000/ffritz/src/6591/README-6591.md

Du hast keinen compiler installiert. Im readme stehen unter build host die Pakete die du evtl brauchst (sudo apt install …). Und make nicht mit sudo starten!

Ich habe eine komplett eigene Umgebung, die im Prinzip auf buildroot aufsetzt. Das wiederum bringt schon ein tvheadend-paket mit welches ich nur mit einem patch versehen muss...

Ich habe das bei mir auf einer 6591 laufen, funktioniert soweit mit einem hd stream zum schauen oder aufnehmen. Ab und zu kleine aussetzer. Sollte auf freetz auch gehen, bei mir ist es in meinem repo integriert (bitbucket.org/fesc2000/ffritz). Edit: zwei tweaks waren nötig bzgl stacksize und...

Inzwischen kann man einen ssh public key direkt über eva / setenv „installieren“ ;-)

Laut @jha4711 funktionieren aktuelle versionen auch auf boxen mit branding. Wäre interessant ab wann das der Fall ist. @DanielP86, die ganze prozedur ist hier beschrieben, wenn du den Aufwand spendieren willst. Oder freetz-ng nehmen.

Ich habe mal einen freetz-ng pull-request gemacht (https://github.com/Freetz-NG/freetz-ng/pull/586). Aber eigentlich ist mmn. das ganze services-file "im Eimer", deshalb auch gleich ein issue (https://github.com/Freetz-NG/freetz-ng/issues/587).

Das heisst das rpcbind nicht auf port 111 lauscht. Das ist der standard rpc port, mit dem auch rpc_management_server versucht sich zu verbinden. Kann also nicht gehen. Hast du mal versucht rpcbind zu killen und neu zu starten? Ich kann mir nicht vorstellen was der patch damit zu tun hat. Der...

Zumindest erklärt das warum der firmware update nicht funktioniert. Ich habe jetzt keine Erfahrung mit rpc und warum da ein connection refused kommen könnte. Der rpc_management_server versucht sich halt bei rpcbind zu registrieren, und irgend eine Eigenheit in freetz verhindert das. Wird denn...

Das Symptom sehe ich wenn ich rpcbind neu starte. Dann kennt rpcbind die services von rpc_management_server nicht, und man muss diesen auch neu starten. (edit: Ich glaube nicht dass dadurch was zerschossen wird). Was läuft denn an rpc diensten? So sollte es aussehen: (man beachte die...

Kommen denn keine konsolenen-ausgaben am atom? Das schreiben der mmc partitionen findet auf dem arm statt (das sieht man wenn man bei einem laufendem burnuimg): # ps | grep avm_uimg_update 9938 root 12420 S avm_uimg_update 1 9949 root 2180 S grep avm_uimg_update # ls -l...

Ich denke mal die haben auf 6660 die gleiche firmware wie auf 6591 laufen. Dort lag der eine 2.5gbit SGMII port des SoC brach, am anderen ist der switch mit den 4 gbit ports angeschlossen, und nur der wird von eva bedient.