[ds-0.2.9_26-13] dsmod für Boxen mit 2.6er Kernel

[Trzeu]

Edit: Prüfe mal im Wiki, ob Du die wichtigsten Pakete hast, bevor Du den Build neu startest. Irgendjemand, der ein bestimmtes DS-Mod-Paket verwendet, welches ich nicht nutze, braucht auch noch das Linux-Paket jam, soweit ich mich erinnere.

habe ich gemacht aber es kommt zu dem gleichen fehlerbild

 

[han-solo]

Hab jetzt texinfo installiert, aber sagt mal, wieviel Speicher benötigt dieses "make precompiled"? Meine vmware ist voll gelaufen. Ich hab 4GB virtuellen Festplattenspeicher und 256MB RAM:

../../gcc-4.1.0/gcc/tree-ssa-loop-ivopts.c:6069: fatal error: error writing to /tm
p/ccJSliLN.s: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
compilation terminated.
make[3]: *** [tree-ssa-loop-ivopts.o] Fehler 1
make[3]: Leaving directory `/tmp/ds-0.2.9_26-13/source/toolchain/gcc-4.1.0-final/g
cc'
make[2]: *** [all-gcc] Fehler 2
make[2]: Leaving directory `/tmp/ds-0.2.9_26-13/source/toolchain/gcc-4.1.0-final'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/tmp/ds-0.2.9_26-13/source/toolchain/gcc-4.1.0-final'
make: *** [/tmp/ds-0.2.9_26-13/source/toolchain/gcc-4.1.0-final/.compiled] Fehler 2

 

[schmatke]

Je nachdem, was Du installierst. FriBoLi hat 7,6 GB. Sollte eigentlich für einen dsmod reichen.
Was sagt denn:

df -h

Bei mir:

bofh@bofh-debian:~/ds-mod/trunk$ df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda1             7,6G  4,2G  3,0G  59% /
tmpfs                 189M     0  189M   0% /dev/shm

 

[kriegaex]

Wieviel Platz DS-Mod mit Toolchain braucht

Und bei mir (Ubuntu 6.10), mal nur das Mod-Verzeichnis:

du -h -s /home/ubuntu/ds-0.2.9_26-13
3,4G    /home/ubuntu/ds-0.2.9_26-13

Ist natürlich nicht bei jedem gleich, aber so in etwa.

 

[olistudent]

@Trzeu
Bei dir wird versucht die busybox zu compilieren und der Cross-Compiler ist nicht da. Warum das so ist kann ich dir nicht sagen. Eventuell steht das etwas weiter oben. Du kannst das ganze natürlich auch mit "make precompiled" auf die alte Weise machen.

MfG Oliver

 

[han-solo]

Hallo,

hab endlich geschafft den ds-mod zu kompilieren und zu flashen.
Allerdings funktionieren jetzt einige Dienste nicht.

Dropbear:
Starting ssh server...dropbear: can't resolve symbol '__uClibc_start_main' failed.

OpenVPN:
Starting OpenVPN .../mod/etc/init.d/rc.openvpn-lzo: /mod/etc/init.d/rc.openvpn-lzo: 152: openvpn: not found
failed.

Samba:
Looking for user 'samba'...ok.
Starting samba nmbd...nmbd: can't resolve symbol '__uClibc_start_main'
failed.
Starting samba smbd...smbd: can't resolve symbol '__uClibc_start_main'
failed.

OpenVPN ist aber da:

/ $ find . name|grep openvpn
./rom/etc/default.openvpn-lzo
./rom/etc/default.openvpn-lzo/box_crt.def
./rom/etc/default.openvpn-lzo/box_key.def
./rom/etc/default.openvpn-lzo/ca_crt.def
./rom/etc/default.openvpn-lzo/crl_pem.def
./rom/etc/default.openvpn-lzo/dh_pem.def
./rom/etc/default.openvpn-lzo/openvpn-lzo.cfg
./rom/etc/default.openvpn-lzo/openvpn-lzo_conf
./rom/etc/default.openvpn-lzo/static_key.def
./rom/etc/init.d/rc.openvpn-lzo
./rom/usr/lib/cgi-bin/openvpn-lzo.cgi
./etc/default.openvpn-lzo
./etc/default.openvpn-lzo/box_crt.def
./etc/default.openvpn-lzo/box_key.def
./etc/default.openvpn-lzo/ca_crt.def
./etc/default.openvpn-lzo/crl_pem.def
./etc/default.openvpn-lzo/dh_pem.def
./etc/default.openvpn-lzo/openvpn-lzo.cfg
./etc/default.openvpn-lzo/openvpn-lzo_conf
./etc/default.openvpn-lzo/static_key.def
./etc/init.d/rc.openvpn-lzo
./usr/lib/cgi-bin/openvpn-lzo.cgi
./var/tmp/flash/openvpn.diff
./var/tmp/flash/openvpn-lzo.diff
./var/mod/usr/lib/cgi-bin/openvpn-lzo.cgi
./var/mod/pkg/openvpn-lzo
./var/mod/etc/openvpn-lzo.conf
./var/mod/etc/default.openvpn-lzo
./var/mod/etc/init.d/rc.openvpn-lzo
./var/mod/etc/conf/openvpn-lzo.cfg

 

[olistudent]

@han-solo
Du hast die Config nach dem precompiled geändert. Jetzt musst du nochmal "make precompiled" machen, das dauert jetzt aber nicht mehr so lange.

MfG Oliver

 

[han-solo]

@olistudent

Hab jetzt nochmal "make precompiled" laufen lassen.
Bekomme immer wieder diese Fehlermeldung: Die Datei gibts wohl nicht auf dem Server

http://netfreaks.org/ds-mod/openvpn-2.1_rc1-dsmod-0.6a.tar.bz2
           => `dl/openvpn-2.1_rc1-dsmod-0.6a.tar.bz2'
Connecting to 149.232.181.6:8080... connected.
Proxy request sent, awaiting response... 404 Not Found
10:36:40 ERROR 404: Not Found.

Gruss
HS

 

[heini66]

wieder diese Fehlermeldung: Die Datei gibts wohl nicht auf dem Server

http://netfreaks.org/ds-mod/openvpn-2.1_rc1-dsmod-0.6a.tar.bz2
           => `dl/openvpn-2.1_rc1-dsmod-0.6a.tar.bz2'
[/QUOTE]
bingo!
;)
knox fragen, ob er nen neues release hat, sein server platt ist?!? oder openvpn draussen lassen...

 

[knox]

knox fragen, ob er nen neues release hat, sein server platt ist?!?

diese teil-diskussion ist in diesem thread off-topic, darum beantworte ich sie nicht. aber einen kleinen tipp hab ich: wer lesen kann, ist klar im vorteil.

 

[frodo.]

Die Datei existiert nicht mehr unter diesem Namen, was man einfach durch eingabe der URL im Browser herrausfinden kann. Es gibt aber zwei mit dem Zusatz lzo:
http://netfreaks.org/ds-mod/openvpn-2.1_rc1-dsmod-0.6a-lzo.tar.bz2
http://netfreaks.org/ds-mod/openvpn-2.1_rc1-dsmod-0.6b-lzo.tar.bz2

 

[han-solo]

@frodo

ok, danke. Muss ich also eine dieser Dateien downloaden und umbenennen, damit "make precopiled" durchläuft?

EDIT: Hab jetzt datei und Verzeichnis umbenannt. "make precompiled" ist durchgelaufen. Mal sehen ob nach dem Flashen alles funzt.

Gruß
HS

 

[knox]

Die Datei existiert nicht mehr unter diesem Namen ... Es gibt aber zwei mit dem Zusatz lzo:

die datei hat niemals unter diesem namen existiert. und das herunterladen und umbennen der falschen datei ist keine lösung!

im posting zur version 0.6b steht klar und deutlich:

Ferner wird das Paket nur mit der Option LZO angeboten (die Option muss in menuconfig mit ausgewählt werden!).

alles andere ist unfug!

BITTE:
- lasst die finger von der labor version, wenn ihr noch nicht mal richtig lesen könnt
- müllt nicht euren stumpfsinn in irgendwelche threads

 

[siege_king]

701 kriegs nicht ganz hin

Hi allerseits
Großen Dank an alle fleißigen Modder, ist echt ne feine Sache.

Habs geschafft meine 701 auf ds-mod umzustellen mit kernel nicht ersetzen.
Dabei funktioniert die Wahlhilfe nicht. Das Telefon klingelt nicht. Anrufen und angerufen werden geht über VoIP. Festnetz hängt noch nicht dran.

Jetzt wollt ich den Kernel austauschen, libgcc_s.so.1 ausgewählt, verschiedene Pakete, auch openvpn. Geflasht.
Wenn ich auf die Webseite zugreif steht da nur eine Zeile in der ein Error berichtet wird. Box startet sich nach wan connect neu.

Das mit der tr069.cfg ändern versuchte ich. cat zeigt Inhalt an, vi nichts. Mit dem FBEditor sagt er fehlerhafte Kofiguration und spielt nichts auf die Box.

Vielen Dank schon mal.

 

[phoenix.tom]

Wenn ich auf die Webseite zugreif steht da nur eine Zeile in der ein Error berichtet wird.

Den Fehler musste schon posten, wenn Dir jemand helfen soll.

 

[siege_king]

Mir würde es gerade reichen zu wissen, wie ich die tr069.cfg per telnet ändern kann. Dann würd ichs nochmal versuchen. Läuft grad wieder mit dem Image, ohne Pakete und eigenen Kernel.

edit1:
Habs nochmal mit allen möglichen Paketen und eigenem Kernel versucht, wobei openssl libs weggelassen wurden. Geflasht.
Die Box startet. Zugriff über telnet geht, dhcp server auch, und das ds-mod webinterface auch.
Beim Aufruf vom normalen webif kommt:
Internal communication error (login -1). Exiting.

Kurze Zeit danach ein Reboot. Das ganze läuft als Schleife.

Hab jetzt ein andere Image(wenig Pakete, kein eigener Kernel) drauf und hab noch was im syslogd - Ringpuffer gefunden:
.....

Feb 12 21:12:50 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:12:50 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:12:50 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:12:50 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:12:50 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:12:52 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:12:52 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:12:52 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:12:52 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:12:52 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:12:57 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:12:57 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:12:57 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:12:57 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:12:57 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:13:05 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:13:05 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:13:05 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:13:05 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:13:05 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:13:21 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:13:21 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:13:21 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:13:21 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:13:21 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:13:53 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:13:53 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:13:53 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:13:53 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:13:53 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:14:30 fritz user.info kernel: mcfw_query_sent: cpmac:0,1,2,3:0.0.0.0 1000
Feb 12 21:14:58 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:14:58 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:14:58 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:14:58 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:14:58 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:16:35 fritz user.info kernel: mcfw_query_sent: cpmac:0,1,2,3:0.0.0.0 1000
Feb 12 21:17:06 fritz user.err cltmgr[581]: ssl_verify: depth=2 /C=US/O=VeriSign, Inc./OU=Class 3 Public Primary Certification Authority
Feb 12 21:17:06 fritz user.err cltmgr[581]: ssl_verify: error:num=7:certificate signature failure
Feb 12 21:17:06 fritz user.err cltmgr[581]: verify return:0
Feb 12 21:17:06 fritz user.err cltmgr[581]: ssl_connect: 581:error:0D0C50A1:lib(13):func(197):reason(161):NA:0:
Feb 12 21:17:06 fritz user.err cltmgr[581]: ssl_connect: 581:error:14090086:lib(20):func(144):reason(134):NA:0:
Feb 12 21:17:06 fritz user.err cltmgr[581]: StartConnectRetryTimer() StartConnectRetryTimer - give up connect retries

...

Irgenwelche Ideen? Oder geht bei der 701 gar kein eigener Kernel?

HW: tcom w701v

 

[han-solo]

Hallo,

ich hab genau das gleiche Problem bei meiner 7170 mit ds-0.2.9-26-13. Ich kann zwar auf das Webinterface der Box und auf die ds-mod WebGUI zugreifen, aber sobald ich 3-4 Klicks getätigt habe, schmiert die Box ab, alle Lichter leuchten kurz auf > Reboot > Immer wieder in ner Schleife.

Ab und zu kommt auch: Internal communication error (login - 1)
Als ds-mod Dienste laufen nur: cron, webcfg, Syslog und dropbear

Ist da schon ein Fehler beim auswählen der Pakete passiert?

EDIT: Hab mal kurz die Original-Firmware drauf gehauen und danach wieder den ds-mod. Jetzt scheint´s besser zu laufen. Wollen wir mal hoffen,

Gruß
HS

 

[olistudent]

@siege-king
Der W701V läuft nicht mit dem Kernel aus dem Opensource-Package 04.29. Das hat mir heini66 bestätigt.
Die tr069.cfg musst du mit nvi editieren.

MfG Oliver

 

[Trzeu]

Hallo,
hat hierzu jemand eine Idee?

make[1]: Verlasse Verzeichnis '/home/fritzbox/ds-0.2.9_26-13/source/iptables-1.3.6'
/home/fritzbox/ds-0.2.9_26-13/toolchain/target/bin/mipsel-linux-uclibc-strip --remove-section=.comment --remove-section=.note source/iptables-1.3.6/iptables
/home/fritzbox/ds-0.2.9_26-13/toolchain/target/bin/mipsel-linux-uclibc-strip --remove-section=.comment --remove-section=.note source/iptables-1.3.6/extensions/*.so
cp source/iptables-1.3.6/iptables kernel/root/usr/sbin/
cp source/iptables-1.3.6/extensions/*.so kernel/root/usr/lib/iptables/
unzip -q dl/lzma406.zip -d source/lzma406
chmod -R +w source/lzma406
dos2unix source/lzma406/SRC/7zip/Compress/LZMA/LZMADecoder.*
for i in tools/make/patches/*.lzma.patch; do \
                patch -d source/lzma406 -p0 < $i; \
        done
patching file SRC/7zip/Compress/LZMA/LZMADecoder.cpp
patching file SRC/7zip/Compress/LZMA/LZMADecoder.h
patching file SRC/7zip/Compress/LZMA_Lib/makefile
patching file SRC/7zip/Compress/LZMA_Lib/ZLib.cpp
touch source/lzma406/.unpacked
make CXX="g++ -O3 -Wall" \
                -C source/lzma406/SRC/7zip/Compress/LZMA_Alone
make[1]: Betrete Verzeichnis '/home/fritzbox/ds-0.2.9_26-13/source/lzma406/SRC/7zip/Compress/LZMA_Alone'
g++ -O3 -Wall -c LzmaAlone.cpp
make[1]: g++: Kommando nicht gefunden
make[1]: *** [LzmaAlone.o] Fehler 127
make[1]: Verlasse Verzeichnis '/home/fritzbox/ds-0.2.9_26-13/source/lzma406/SRC/7zip/Compress/LZMA_Alone'
make: *** [source/lzma406/SRC/7zip/Compress/LZMA_Alone/lzma] Fehler 2

das kommt nach ca.2h kompilierzeit, ich habe im menuconfig nichts
ausgewählt. Wollte mal testen ob es überhaupt funktioniert ohne zusätzliche pakete auszuwählen. Was kann denn da nur schiefgelaufen sein????:noidea:

 

[ads]

Sagt mal Leute ... könnt ihr alle nicht lesen? Die Fehlermeldung steht doch nun schon auf deutsch da:

g++: Kommando nicht gefunden

Hättest du die einleitenden Beiträge hier im Forum und die Anleitungen, was du alles zum Compilieren brauchst, gelesen, würde der Fehler nicht auftreten.