Suchergebnisse

Die 7590 ist leider meine einzige und produktive ... Da möchte ich nicht das Test-karnickel spielen ^^

Deshalb würde ich auch den erstgenannten Weg empfehlen. Das mit dem alten Fork war mehr ein Hirngespinst von mir...

Hat schon jemand ein 7.39er Image (freetz-ng) auf seiner 7590 laufen? Im makeconfig steht immer noch schön "untested" ;)

Schau mal hier: https://www.ip-phone-forum.de/threads/freetz-ng-fakeroot-nested-operation-not-yet-supported-firmware-nocompile-fehler-1.310562/#post-2434423

Entweder erst ein Update der 7590 auf freetz-ng und dann export => import. Oder auf die ax ein "altes" freetz" und dort den import machen - danach upgrade auf freetz-ng.

Ja - das hab ich auch schon gemacht. Siehe: https://www.ip-phone-forum.de/threads/freetz-ng-fakeroot-nested-operation-not-yet-supported-firmware-nocompile-fehler-1.310562/page-2#post-2434563

Ich vermute mal, dass da zu viele Differenzen sind - das können höchstens die Entwickler sagen. Deshalb meine Empfehlung um den einen Schritt. Von der 7.12 zur 7.27 mussten ja so einige Sachen umgeschrieben werden und freetz-ng wurde nicht ohne Grund neu aufgebaut.

Mach auf der 7590 ein 7.12er freetz-Image drauf, importiere und mach anschließend das Upgrade auf freetz-ng

Gilt aber genauso für den AP-Modus

Wenn er das Ding eh nur als Repaeter nutzt, kann er ja einfach die Leistung auf die Reichweite der Geräte reduzieren und dann noch den MAC-Filter setzen. Das sollte für den Hausgebrauch reichen.

Mach doch bei der 7270 ein per Recover nen Komplett-Reset und nutze sie dann so als Repeater. Wenn Du Telefonie und DSL nicht konfigurierst, wird da auch keine Last erzeugt. Hab ich mit meiner alten 7270 übrigens auch so gemacht ;)

Evtl. würde es ja auch helfen, wenn Du nen pi4 als DNS nutzt und von dem aus alles regelst. Der hat genug Power und als zusätzlichen Schutz kannst Du noch pihole auf dem pi laufen lassen ^^

Das stimmt - da sind nur sehr kleine Änderungen. Ich bin sowohl im Terminal, als auch via ssh mit dem gleichen user drin. Und beim "alten freetz" hatte es im Terminal auch immer funktioniert (und tut es auch immer noch). Nun ja ... Da es via ssh nun funktioniert, bin ich zufrieden. Ich hab das...

Was ist an meiner Frage verkehrt? Es sind doch kleine Differenzen zwischen freetz und freetz-NG vorhanden. So kann ich (evtl. auch andere?) auf nem ARM-pi das image nur unter ssh bauen - aber NICHT im Terminal ...

Das bezieht sich aber auf freetz und nicht auf freetz-NG, oder? Deshalb mein Installer-Paket für freetz-NG ^^

Och ... Sieht doch schick aus :cool:

Ja brat mir einer nen Storch (und die Beine schön knusprig) .... Ich hatte das die ganze Zeit im Terminal versucht und es ging nicht - Jetzt bin ich rein über SSH auf die Kiste gegangen ... Und plötzlich fängt es an zu leben! Allerdings nur bis zu einem Punkt: STEP 3: PACK/SIGN checking for...

So ging es mit damals beim alten freetz auch (als ich das mit den Paketen auf dem alten pi 3 anfing). Auf dem 4er konnte ich ja mit dem alten freetz bis 7.12 alles wunderbar bauen - im freetz-ng müssen wohl noch andere Pakete dazu... Ich habe jetzt mit der anleitung für Ubuntu 13/14 (32bit)...

Debian 10 ... Ich hatte vorher die ganze Zeit das 9er auf dem alten pi 3+ laufen - auf dem 4er hab ich das 10 installiert. SORRY für die Verwirrung!

Mein Debian 10 ist ein "armv7l" System: PRETTY_NAME="Raspbian GNU/Linux 10 (buster)" NAME="Raspbian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=raspbian ID_LIKE=debian Operating System: Raspbian GNU/Linux 10 (buster) Kernel: Linux 5.10.17-v7l+...