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

[olistudent]

Der Fehler ist mir bekannt.

MfG Oliver

 

[HugoH]

Bei mir sieht der Statusscreen auch so aus, wie bei Darkyputz.
Ein Wechsel auf eine andere Seite und zurück behebt das Problem.
Was passiert denn da, wird vielleicht eine Variable nicht gesetzt, welche auf einer anderen Seite verändert wird?

 

[supamicha]

das problem kommt von diff, da ist leider ein link niedergebügelt worden. fehler ist einfach zu beheben,
indem du unter ds-mod/root/usr/www/cgi-bin/index.cgi durch einen link auf status.cgi ersetzt (war
ursprüglich auch mal so). das zweite problem (dsmod_wol link geht nicht) ist ähnlich. der link dsmod_wol
in dsmod/root/usr/www/cgi-bin nach /usr/bin/dsmod_wol fehlt.
ist mir leider nicht aufgefallen, da ich alle änderungen von hand gemacht hab und erst hinterher ein diff mit
einer neu installierten version.

die neue patch version hab ich hochgeladen, der dsmod_wol link muss aber weiterhin von hand erzeugt werden.

 

[silberwolf]

Hi Leute!
Ich würde mich freuen, wenn ihr einmal schnell zusammenfassen könntet, wie die korrekte Reihenfolge zur Erstellung eines Images mit der Version 29.04.29 ist. Ich habe schon das halbe Forum durchgewälzt, muss aber gestehen, dass ich langsam den Überblick verliere.
Ich habe folgendes versucht:
- ds-0.2.9_26-12 entpackt
- make menuconfig
- make precompiled
- make
Leider tauchen immer wieder Fehler auf (z.B. fehlt "makeinfo")
ich nutze SuSE 10.0

 

[supamicha]

die vorgehensweise ist schon richtig. die fehler kommen von fehlenden paketen deiner linux installation.
eine komplette aufstellung aller nötigen pakete ist mir noch nicht untergekommen. bei manchen fehlern
ist es leider sogar notwendig noch mal ganz von vorn anzufangen, damit der fehler verschwindet.

 

[silberwolf]

Danke für die schnelle Antwort!
Hast Du eine Idee, welche "speziellen" Pakete es denn sein könnten? Wo bekomme ich zum beispiel das "makeinfo" her oder brauche ich es nicht?

EDIT: Momentan bekomme ich folgenden Fehler:

khkrs@linux:~/jan/ds-0.2.9_26-12> make precompiled
make -C /home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6 all
make[1]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6'
make[2]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6'
make[3]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/libiberty'
make[4]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/libiberty/testsuite'
make[4]: Für das Ziel »all« ist nichts zu tun.
make[4]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/libiberty/testsuite'
make[3]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/libiberty'
make[3]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/intl'
make[3]: Für das Ziel »all« ist nichts zu tun.
make[3]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/intl'
make[3]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd'
Making info in doc
make[4]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd/doc'
restore=: && backupdir=".am$$" && \
am__cwd=`pwd` && cd ../.././bfd/doc && \
rm -rf $backupdir && mkdir $backupdir && \
for f in ../.././bfd/doc/bfd.info ../.././bfd/doc/bfd.info-[0-9] ../.././bfd/doc/bfd.info-[0-9][0-9] ../.././bfd/doc/bfd.i[0-9] ../.././bfd/doc/bfd.i[0-9][0-9]; do \
if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
done; \
cd "$am__cwd"; \
if /home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/missing makeinfo --split-size=5000000 --split-size=5000000 -I ../.././bfd/doc \
-o ../.././bfd/doc/bfd.info ../.././bfd/doc/bfd.texinfo; \
then \
rc=0; \
cd ../.././bfd/doc; \
else \
rc=$?; \
cd ../.././bfd/doc && \
$restore $backupdir/* `echo "./../.././bfd/doc/bfd.info" | sed 's|[^/]*$||'`; \
fi; \
rm -rf $backupdir; exit $rc
WARNING: `makeinfo' is missing on your system. You should only need it if
you modified a `.texi' or `.texinfo' file, or any other file
indirectly affecting the aspect of the manual. The spurious
call might also be the consequence of using a buggy `make' (AIX,
DU, IRIX). You might want to install the `Texinfo' package or
the `GNU make' package. Grab either from any GNU archive site.
make[4]: *** [../.././bfd/doc/bfd.info] Fehler 1
make[4]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd/doc'
Making info in po
make[4]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd/po'
make[4]: Für das Ziel »info« ist nichts zu tun.
make[4]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd/po'
make[4]: Entering directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd'
make[4]: Für das Ziel »info-am« ist nichts zu tun.
make[4]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd'
make[3]: *** [info-recursive] Fehler 1
make[3]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/bfd'
make[2]: *** [all-bfd] Fehler 2
make[2]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6'
make: *** [/home/khkrs/jan/ds-0.2.9_26-12/source/toolchain/binutils-2.16.91.0.6/binutils/objdump] Fehler 2

 

[supamicha]

die pakete kannst du unter suse mit yast nachinstallieren. ich hatte probleme mit bison, automake, texinfo.
leider sind die namen auch nicht bei allen distributionen gleich.

You might want to install the `Texinfo' package or the `GNU make' package.

 

[silberwolf]

Ja, wer lesen kann ist klar im Vorteil... ich hab immer textinfo gelesen...
mal schauen, ich mache gerade noch mal ein "make precompiled" in ein paar stunden weiß ich mehr.
Aber trotzdem danke!!

 

[silberwolf]

So, nun sind "make precompiled" und "make" ohne Fehler durchgelaufen.
Nur das Update ist fehlgeschlagen. Ich tippe mal auf das tar-Problem. Ich werde mich morgen mal damit befassen.
Danke noch mal für die Hilfe!

 

[supamicha]

tar-problem kann eigentlich nicht sein, da der mod eine eigenes tar mitbringt. ich tippe eher auf falsches branding auf der box bzw. fehlende daten im image.

 

[balou1974]

Hallo,

hab eben ein neues Firmware-Image mit der 29.04.29 und Olistudent's
ds0.2.9_26-12 und ds0.2.9_26-12-1-3 Patch erstellt. Obwohl Alles sauber durchläuft weigert sich die Fritz.Box zu updaten (es tratt ein nicht näher spezifizierter Fehler auf...). Hat irgendwer eine Ahnung woran das liegen kann?
Bzw. wie kann ich updaten OHNE die Prüfung durch die Fritz.box?

Gruss Balou1974

 

[Laender]

@balou1974:

Mit welchem System hast Du das Image gebaut? Ich hatte - wenn ich mich richtig erinnere - mal das gleiche Problem. War seinerzeit CYGWIN. Dort gab es diese Probleme mit der neueren TAR-Version.
Nutze nun - wie viele andere auch - FRIBOLI... echt klasse! Danke an BOFHELL!


Habe nun das 29.04.29 mit ds0.2.9 am laufen - allerdings vorerst ohne OPENVPN. Nach dem Update ist die 'tr069.cfg' in /VAR/FLASH auch mit Leben gefüllt. Ich habe nun proforma 'enabled = no' gesetzt.
Gehe ich recht in der Annahme, dass ich nun eine FW mit OPENVPN einspielen kann ohne das mir die Box wieder crasht?
(Wobei ich OPENVPN momentan eh' nicht nutze)

Ist denn eigentlich in der offiziellen 29.04.29 der AVM-VPN nun integriert? Die Information taucht im Service-Portal bzw. Versionshistorie nicht auf. Nur im Labor-Portal ist die Rede davon - dort allerdings mit einer FW-Version 29.04.28-xxxx
Sehr interessant finde ich auch die Nutzung des USB-Ports als "Fernzugang" - genau das hat mir bisher gefehlt (ist aber in der 29.04.29 auch nicht enthalten, oder?).

 

[olistudent]

@baluo1974
Wenn du telnet-Zugang zur Box hast, dann schau mal in /var/tmp. Da sollten nach dem Update-Fehlschlag bis zum Neustart 2 .err Dateien liegen. Eventuell kannst du darin was finden.
Ich hoffe nicht, dass es der tar-Fehler ist. Welche Firmware hast du jetzt drauf?

MfG Oliver

 

[silberwolf]

Der von balou beschriebene Fehler entspricht auch dem meinigen.
Meine Tar-version ist: tar (GNU tar) 1.15.1

 

[balou1974]

Hi,

also bis gestern habe ich, wie die Meisten Friboli benutzt, das war mir dann zu
langsam (Notebook mit Celeron M 1300Mhz) und ich habe gedacht nimm doch einfach Dein Suse 10.1 System - ich vermute also es wird der tar-Fehler sein, obwohl das ja wohl eigentlich nicht geht...
Was die Error-logs angeht, die werde ich jetzt nachschauen.

VPN und erweiterterten USB-Support gibt es meinem Wissensstand nach nur in den aktuellen Laborversionen, ich lasse mich aber gerne eines Besseren belehren .

@Olistudent
Aktuell verwende ich die 29.04.29 mit dem ds0.2.9_26-10 von Dir.


Balou

 

[balou1974]

@Olistudent

das update_error.log ist ganze 0 Byte gross

 

[silberwolf]

... und bei mir gibt es diese Dateien vorsichtshalber gar nicht
und auch auf der Ausgabe der Konsole über telnet wird kein Fehler dargestellt

 

[olistudent]

Bei mir sind da ein paar mehr Logfiles...

/var/tmp $ ls -l *.log
-rw-r--r--    1 root     root           84 Dec 27 18:29 fwsign.log
-rw-r--r--    1 root     root            0 Dec 27 18:29 install_error.log
-rw-r--r--    1 root     root          149 Dec 27 18:29 install_out.log
-rw-r--r--    1 root     root            0 Dec 27 18:28 update_error.log
-rw-r--r--    1 root     root          164 Dec 27 18:29 update_out.log
/var/tmp $

MfG Oliver

 

[balou1974]

Grob geschätzt würde ich sagen, da ist was mit der Checksumme nicht i. O. (Sorry, mehr hab ich nicht):

/var/tmp $ more fwsign.log
md5: 81 e6 e7 16 0c b9 34 08 94 d6 1c b7 45 64 05 f4
public num='00eb5a185eda5a6901ca17626d684df66e30e973655bed2d6e2cd966e4c6013aa1d85e071d26c7e1090cae2795f6a43c1bd7ef5042d3a62bf6d6ec2c7acc80cc028e14a4fbe5e9bf8c9c120f6cc5820f9d1016b7e64e5de15c7f2428b2542b86ed6fc1ee0e58b2303061d0ed26925a3f4036067e5d3da679644650dd0e2f44e487'
public exp='010001'
my_RSA_eay_public_decrypt returned 34
my_RSA_eay_public_decrypt memcmp failed
m: 81 e6 e7 16 0c b9 34 08 94 d6 1c b7 45 64 05 f4
s: 30 20 30 0c 06 08 2a 86 48 86 f7 0d 02 05 05 00 04 10 b6 45 60 a3 00 1d 07 ae 91 46 40 03 37 0a 79 97
public num='00dd8a22e644c0dda5667c71ccc779c75239710dd66947b0e18355631382890270ea80defe8f42fa0be6824e3849b99a803c721edbfa36559dac495667cd541c3311d6d2c972f3e57a9e68d7fdcc92792ee89128562355130040d2c19cfcd0a34ffe8c491d56f72d6e359aec035fd23bc0a822c97bf097987a840fdefb935a74a3'
public exp='010001'
my_RSA_padding_check_PKCS1_type_1 failed: RSA_R_BLOCK_TYPE_IS_NOT_01
my_RSA_eay_public_decrypt failed: RSA_R_PADDING_CHECK_FAILED
my_RSA_eay_public_decrypt returned -1
/var/tmp $

/var/tmp $ more update_out.log
./
./var/
./var/tmp/
./var/tmp/filesystem.image
./var/tmp/kernel.image
./var/flash_update.ko
./var/regelex
./var/flash_update.o
./var/chksum
./var/info.txt
./var/signature
/var/tmp $

 

[ao]

Update: 26.12., 13:16
Ich hab die Patches 1-3 zusammengefasst, dadurch ergeben sich hier ein paar
Änderungen...

1. Callmonitor funktioniert nicht.
Lösung: Patch einspielen; alle die callmonitor-dsmod-1.8.tar.bz2 hier
heruntergeladen haben siehe hier.
2. tor-precompiled bricht mit Fehler ab.
Lösung: Patch einspielen, "Fehler" im Tor-Makefile gefixt
3. openvpn geht nicht
Lösung: Patch einspielen, neue Package-Version
4. Telnet-Fenster schließt nicht.
Lösung: Noch keine. Das Problem tritt nur bei busybox-1.3.0 auf.
Und dann auch nur im Telnet-Fenster. In einer SSH-Shell (dropbear)
funktioniert alles korrekt. Ich werde versuchen mit den busybox-Developern
Kontakt aufzunehmen.
5. Module können nicht über modprobe geladen werden.
Lösung: Noch keine. Problem tritt bei mir nicht auf.
6. Rufnummernsperre lässt sich nicht mehr für anonyme Anrufer einrichten.
Lösung: Patch einspielen. (Rufnummernüberprüfung wird entfernt)
7. /dev/kdsld_traffic und /dev/ubik_debug werden nicht angelegt.
Lösung: Patch einspielen.
8. TSB läuft nicht.
Lösung: Patch einspielen. [/code]

@olistudent:
Ist denn der 'ds-0.2.9_26-12-3.patch.bz2' tatsächlich in 'ds-0.2.9_26-12-1-3.patch.bz2' enthalten wie oben beschrieben?
Weshalb existiert dann 'ds-0.2.9_26-12-3.patch.bz2' noch als einzelne DL-Möglichkeit?

Ich habe auch das "fehlende LCR-Problem". Reicht dafür dann 'ds-0.2.9_26-12-1-3.patch.bz2'?
Oder muss ich zusätzlich auch 'ds-0.2.9_26-12-3.patch.bz2' wie hier beschrieben einsetzen (s. auch Frage oben)?

Spielt die Patch-Reihenfolge eine Rolle? Sind alle Patches grundsätzlich bereits vor 'make menuconfig' durchzuführen?
Ich habe zuerst 1-3.patch, dann micha.patch angewandt und danach mit 'make menuconfig', 'make precompiled' und 'make' weitergemacht.

Sorry, aber das ist nicht ganz deutlich. Danke für die