ds-0.2.9-1-labor23

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Status
Für weitere Antworten geschlossen.
Danke, Micha!

Dein Tipp hat funktioniert:
Erst die normale Labor aufspielen, dann die gemoddete aufspielen.

Jetzt klappts (zumindest mit Deinem Image).


Als nächstes kommt der Test mit eigenem Image.
 
Hoi,

ich wollte mich auch mal daran versuchen, die aktuelle Labor 5339 mit dem ds-mod zu veredeln.

Die ganzen Binaries scheint er ohne Probleme kompiliert zu haben, leider scheitere ich am ende:

Code: 
STEP 1: UNPACK
unpacking firmware image
splitting kernel image
unpacking filesystem image
  created 1046 files
  created 87 directories
  created 193 symlinks
  created 129 devices
  created 0 fifos
unpacking var.tar
done.

STEP 2: MODIFY
applying patches
  applying patches (fon_wlan_7170_labor-de)
    patching file etc/profile
    Hunk #1 succeeded at 1 with fuzz 2.
    patching file usr/bin/system_status
    patching file etc/init.d/rc.net
    patching file etc/init.d/rc.voip
    patching file etc/init.d/rc.S
    patching file usr/www/all/html/de/fon/foncalls.js
    patching file usr/www/all/html/de/menus/menu2_fon.html
    patching file usr/www/all/html/de/menus/menu2_homehome.html
    Hunk #1 succeeded at 46 (offset 4 lines).
    patching file usr/www/all/html/de/menus/menu2.inc
    Hunk #1 succeeded at 10 (offset 1 line).
    patching file usr/www/all/html/de/menus/menu2_internet.html
    patching file usr/www/all/html/de/menus/menu2_system.html
    patching file usr/www/all/html/de/menus/menu2_usb.html
    Hunk #1 succeeded at 31 (offset 7 lines).
    patching file usr/www/all/html/de/menus/menu2_wlan.html
    patching file usr/www/all/html/de/menus/menu2_homekonfig.html
  creating symlink /tmp and /mod
ERROR: cannot determine kernel version
make: *** [firmware] Fehler 1

In der Menuconfig hatte ich 'Replace kernel' ausgewählt.
War das falsch oder muss ich sonst irgendwas beachten?

Grüße
Fabi
 
Zuletzt bearbeitet:
mein englisch ist zwar nicht so gut aber so wie ich das verstehe solte man das nicht an machen daher sage ich ja war falsch
 
Man sollte "Replace kernel" nicht auswählen, außer man weiß was man macht. ;-)
Du hast aber kein "make precompiled" usw. gemacht, oder?

MfG Oliver
 
jo, habs deaktiviert, dann kam ne andere fehlermeldung
da stand die lösung schon hier im thread: make precompiled

musste noch ein paar software pakete nachinstallieren
und der ist immernoch am kompilieren

meld mich, wenn der nächste fehler auftritt ^^

Edit: und da haben wir ihn schon:

make precompiled

Code: 
...
make[2]: Betrete Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core/gcc'
gcc -c   -g -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long   -DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/. -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/config -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/../include /home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c -o read-rtl.o
In file included from /home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:24:
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/rtl.h:132: warning: type of bit-field 'code' is a GCC extension
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/rtl.h:135: warning: type of bit-field 'mode' is a GCC extension
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c: In function 'fatal_with_file_and_line':
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:53: warning: traditional C rejects ISO C style function definitions
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c: In function 'read_rtx':
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:653: error: invalid lvalue in increment
make[2]: *** [read-rtl.o] Fehler 1
make[2]: Verlasse Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core/gcc'
make[1]: *** [all-gcc] Fehler 2
make[1]: Verlasse Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core'
make: *** [source/crosstool-0.42/.installed] Fehler 2

Weiß da einer Rat?
 
Zuletzt bearbeitet:
olistudent schrieb:
Man sollte "Replace kernel" nicht auswählen, außer man weiß was man macht. ;-)
Du hast aber kein "make precompiled" usw. gemacht, oder?

MfG Oliver
Zum Vergrößern anklicken....

aber wer weis das schon von uns noobs ;)
 
mach es doch mit dem bofh linux. weil da habe ich bis jetzt immer die wenigsten fehler mit gehabt
Fabi125 schrieb:
jo, habs deaktiviert, dann kam ne andere fehlermeldung
da stand die lösung schon hier im thread: make precompiled

musste noch ein paar software pakete nachinstallieren
und der ist immernoch am kompilieren

meld mich, wenn der nächste fehler auftritt ^^

Edit: und da haben wir ihn schon:

make precompiled

Code: 
...
make[2]: Betrete Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core/gcc'
gcc -c   -g -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long   -DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/. -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/config -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/../include /home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c -o read-rtl.o
In file included from /home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:24:
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/rtl.h:132: warning: type of bit-field 'code' is a GCC extension
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/rtl.h:135: warning: type of bit-field 'mode' is a GCC extension
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c: In function 'fatal_with_file_and_line':
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:53: warning: traditional C rejects ISO C style function definitions
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c: In function 'read_rtx':
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:653: error: invalid lvalue in increment
make[2]: *** [read-rtl.o] Fehler 1
make[2]: Verlasse Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core/gcc'
make[1]: *** [all-gcc] Fehler 2
make[1]: Verlasse Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core'
make: *** [source/crosstool-0.42/.installed] Fehler 2

Weiß da einer Rat?
Zum Vergrößern anklicken....
 
Da lass ich extra ein tar mitbauen. Und natürlich hab ich die falsche Version genommen! Eigentlich hatte ich das ausprobiert. Sehr seltsam. :mad:
Code: 
Changelog:
-tar-Version auf 1.15.1 geändert
-dnsmasq-Update von supamicha eingebaut
-privoxy-Update
Code: 
make menuconfig -> Pakete auswählen
make toolchain
./rebuild_uClibc
make

MfG Oliver

edit: Um nur den tar-Fehler zu beheben:
Code: 
cd ds-0.2.9_26-7/8
bunzip tar-error.patch.bz2
patch -p0 < tar-error.patch
 

Anhänge

  • tar-error.patch.bz2
    247 Bytes · Aufrufe: 50
  • ds-0.2.9_26-9.tar.bz2
    937.8 KB · Aufrufe: 95
Zuletzt bearbeitet:
ich hab jetzt mal mit den tar getestet. nach einem recover von 29.04.15 lässt sich ein mit tar 1.16 gepacktes image nicht einspielen (obiger fehler). ein mit tar 1.14 gepacktes image geht problemlos.

edit : oli war schneller
 
jetzt habe ich mal ne dumme frage muss ich nun noch mal make precompiled machen wenn ich das neue ds-mod benutzen will oder kann ich einfach sachen rüber packen aus dem -8 ? weil da habe ich ja schon alles gemacht gehabt
 
Du kansnt es angeben bei: Use external Compiler ja
 
Bis auf den tar-Patch sind die Sachen ja nicht so wichtig und den gibts ja extra. Ansonsten kannst du noch "make/dnsmasq" und "make/privoxy" rüberkopieren. Sonst fällt mir grad nichts ein.

MfG Oliver
 
ok schon klar aber es geht ja drum wenn jetzt auch mal was anderes neues rein kommt ;) ich will ja nicht immer erst ca 4 h warten wegen
make toolchain
./rebuild_uClibc
bis ich weiter machen kann
 
Fabi125 schrieb:
make precompiled

Code: 
...
make[2]: Betrete Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core/gcc'
gcc -c   -g -O2 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long   -DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/. -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/config -I/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/../include /home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c -o read-rtl.o
In file included from /home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:24:
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/rtl.h:132: warning: type of bit-field 'code' is a GCC extension
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/rtl.h:135: warning: type of bit-field 'mode' is a GCC extension
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c: In function 'fatal_with_file_and_line':
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:53: warning: traditional C rejects ISO C style function definitions
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c: In function 'read_rtx':
/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/gcc-3.3.2/gcc/read-rtl.c:653: error: invalid lvalue in increment
make[2]: *** [read-rtl.o] Fehler 1
make[2]: Verlasse Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core/gcc'
make[1]: *** [all-gcc] Fehler 2
make[1]: Verlasse Verzeichnis '/home/fg/danisahne-mod/ds-0.2.9_26-8/source/crosstool-0.42/build/mipsel-unknown-linux-gnu/gcc-3.3.2-glibc-2.3.2/build-gcc-core'
make: *** [source/crosstool-0.42/.installed] Fehler 2

Weiß da einer Rat?
Zum Vergrößern anklicken....

den fehler hab ich nach wie vor :-(

jemand ne idee?
 
Inzwischen kann ich zwar eigene images aufspielen, das ds-mod-webinterface startet jedoch nicht automatisch.

Auch ein eintrag in der debug.cfg hilft nicht.
Muss immer manuell /etc/init.d/rc.webcfg start aufrufen.
neuerdings kommt sogar:
Code: 
/ $ /etc/init.d/rc.webcfg start
Starting webinterface...Segmentation fault
done.

Ich probiers jetzt nochmal komplett neu mit der 9er.
 
hallo, ich probier jetzt gerade mal, ein image zu basteln. ich nutze dafür meinen FC6 homeserver, von daher wird mein pc nicht blockiert. trotzdem frage ich mich, ob das von jetzt an immer so sein wird, oder das lange kompilieren nur wegen der entwicklungsversion ist. werden wir bald wieder schnell erstellte images haben?
 
Hab mich wohl zu früh gefreut.
Der DHCP (dnsmasq) tut's nicht mehr. Ein Neustart des dnsmasq bringt folgendes:

Nov 26 11:01:09 fritz user.info multid[2260]: stopped.
Nov 26 11:01:10 fritz user.crit syslog: failed to create listening socket: Address already in use
Nov 26 11:01:10 fritz user.crit syslog: FAILED to start up

DNS geht noch, nach wie vor nur mit '--no-poll' als Startoption. Hat jemand 'ne Idee?
 
ich kann den fehler nicht nachvollziehen. bei mir geht dnsmasq mit dhcp und dns ohne probleme (mit option --no-poll).
wenn du den dnsmasq von hand starten willst, muss vorher der multid beendet werden (siehe rc.dnsmasq). warum das
ganze nur mit --no-poll geht hab ich noch nicht rausgefunden.
 
@phoenix.tom
Du hast jetzt aber nicht das Problem, oder?

@supamicha
Privoxy-Fehler wird gefixt.
Bei dem dnsmasq Problem bin ich noch nicht durchgestiegen. Das muss an unserer uClibc liegen. Weil mit statischer uClibc-0.9.26 funktioniert das. Im Openwrt geht der aber auch mit uClibc-0.9.28. :gruebel:

@Fabi125
Nimm Linux bzw. FriBoLi. Unter cygwin wird das nix.

@HolyPetrus
Ich hab erstens keine Lust jedes Mal 5MB hochzuladen. Und zweitens müsste ich alle Pakete für die uClibc-0.9.28 aktualisieren und auf einen/meinen Webserver legen.

MfG Oliver
 
Status
Für weitere Antworten geschlossen.

Zurzeit aktive Besucher

Gesamt: 569 (Mitglieder: 7, Gäste: 562)

Neueste Beiträge

Statistik des Forums

Themen
245,753
Beiträge
2,239,186
Mitglieder
372,947
Neuestes Mitglied
jahel98
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück