sourcen 7141 04.15

GeenZ schrieb:
Ich wußte gar nicht, daß mir nach 6 Monaten intensivem FBF-Tuning noch derartige Basics unbekannt
sind....

:) gibts auch erst seit gestern!

meine versuche ne toolchain zu bauen sind bis jetzt leider ergebnisslos...
@ollistudent:
bekommst du aus den originalen sourcen ne toolchain hin? wenn ja, wie?

dropbear bekomm ich auch nicht zum laufen... :( connection closed by peer. mit falschem passwort permission denied. kann das was mit den key's zu tun haben? hab mir nen pseudo-image gemacht bei the construckt, in der debug.cfg die wget links zu ollis's sachen gelegt, den key-kram so belassen wies war, die ln-s auf dropbearmulti geaendert, einen dazu mit ln -s /var/tmp/dropbearmulti /var/tmp/dropbear.
busybox in /var/tmp mit ./busybox aufgerufen, liefert 1.2.1, nen ./busybox vconfig geht auch. die scheint also ok zu sein.
hat jemand dropbear laufen?
 
Zuletzt bearbeitet:
jojo-schmitz schrieb:
bei meiner 7170 mit 04.15 schmiert busybox, dnsmasq und bftpd mit SIGSEV ab. dropbearmulti meckert "can't load library 'libutil.so.0'".

Funktionieren die nur mit der 04.18-4742? Gibt 'ne Möglichkeit diese Programm so zu bauen, dass sie mit beiden Versionen laufen?

Tschö, Jojo
Die Frage versteh ich jetzt nicht. Ich kompilier hier was für die neue Firmware und dann fragst du ob das auch unter der alten läuft!?
Ich kann die Binaries static bauen, dann laufen sie unter beiden Firmwares.

MfG Oliver

edit: Mit dem dropbearmulti-static funktioniert bei mir alles wie gewohnt.
 
olistudent schrieb:
Die Frage versteh ich jetzt nicht. Ich kompilier hier was für die neue Firmware und dann fragst du ob das auch unter der alten läuft!?
Das es unter der Alten nicht läuft habe ich selbst festgestellt, die Frage war daher eher ob das normal und gewollt ist und ob man das ggf. ändern kann.

olistudent schrieb:
Ich kann die Binaries static bauen, dann laufen sie unter beiden Firmwares.
edit: Mit dem dropbearmulti-static funktioniert bei mir alles wie gewohnt.
Mein Dank wird Dir ewig nachschleichen :cool:

Tschö, Jojo
 
Hallo,

ich würde auch gerne mal testen wie sich die neue "Labor" Firmware mit dropbear verhält. Kann mir einer sagen, wie ich genau vorgehen muss? Ich denke, ich bin nicht der einzigste dem das interessiert...

Gruß
Tom
 
heini66 schrieb:
@jojo, laeufts den bei dir mir deiner usb loesung?
Noch nicht versucht, die Experiment stehen für heute abend an...

Allerdings fehlen mir wohl auch noch smbd und nmbd für den neuen Kernel.

Tschö, Jojo
 
mein werk bislang:
Code:
# pfad auf usbstick
currentpath=${0%/*}
USBSTICK= cd $currentpath 2>/dev/null && pwd || echo $currentpath
# dropbear
PASSWD='XXXXXXXXXXX'
cp -p /var/tmp/shadow /var/tmp/shadow.old && \
	sed -e "/root:/s#^root:[^:]*:#root:$PASSWD:#" /var/tmp/shadow.old \
		> /var/tmp/shadow
for cmd in dropbear dropbearkey scp ssh dbclient dropbearconvert
do
	ln -s $PWD/dropbear /var/tmp/$cmd
done
export PATH=$PATH:/var/tmp
if [ ! -f dropbear_rsa_hostkey ]
then
	dropbear -t rsa -f dropbear_rsa_hostkey >/dev/null 2>&1
fi
if [ ! dropbear_dss_hostkey ]
then
	dropbear -t dss -f dropbear_dss_hostkey >/dev/null 2>&1
fi
dropbear -r $PWD/dropbear_rsa_hostkey -d $PWD/dropbear_dss_hostkey

dropbearmulti in dropbear umbenannt.
in der debug das scrip gestartet, ueber:
Code:
sleep 60
for f in /var/media/ftp/*/test/dropbear
do
$f
done

dienst startet nicht, also anders also gestern...
siehts du da nen fehler???
 
Zuletzt bearbeitet:
Sieht bei mir ziemlich ähnlich aus. Und ein erster Start, noch mit der alten Firmware, aber schon dem neuen dropbearmulti-static hat funktioniert (Dank an olistudent!).
Upgrade auf die neue FW aber erst heute abend, da das remote nicht funktioniert (hatte ich vorgestern schon probiert und musste danach zuhause anrufen, um der Box einen 'power cycle' verpassen zu lassen)
 
Zuletzt bearbeitet:
heini66 schrieb:
mein werk bislang:
Code:
USBSTICK= cd $currentpath 2>/dev/null && pwd || echo $currentpath

dienst startet nicht, also anders also gestern...
siehts du da nen fehler???
Yup, da isser!

Code:
USBSTICK=$(cd $currentpath 2>/dev/null && pwd || echo $currentpath)

Oder einfach ganz weglassen.

Tschö, Jojo
 
heini66 schrieb:
immer noch nix. :(
finde im gegensatz zu gestern auch keine key's in /var/tmp... stell ich mich zu bloed an???
Ich sage nichts ohne meinen Anwalt :cool:

Die keys liegen nicht in /var/tmp sondern auf dem Stick.

Meine code:
Code:
cd ${0%/*}
PASSWD='geheim'
cp -p /var/tmp/shadow /var/tmp/shadow.old && \
        sed -e "/root:/s#^root:[^:]*:#root:$PASSWD:#" /var/tmp/shadow.old \
                > /var/tmp/shadow
ifconfig eth0:1 192.168.178.253 up
for cmd in dropbear dropbearkey scp ssh dbclient dropbearconvert
do
        ln -sf $PWD/dropbearmulti-static /var/tmp/$cmd
done

export PATH=$PATH:/var/tmp
if [ ! -f dropbear_rsa_hostkey ]
then
        dropbearkey -t rsa -f dropbear_rsa_hostkey >/dev/null 2>&1
fi
if [ ! -f dropbear_dss_hostkey ]
then
        dropbearkey -t dss -f dropbear_dss_hostkey >/dev/null 2>&1
fi
dropbear -r $PWD/dropbear_rsa_hostkey -d $PWD/dropbear_dss_hostkey
 
Zuletzt bearbeitet:
Dann scheint es mit der neuen Labaor FW schlicht und einfach nicht zu funktionieren.

Mit der alten (04.15) funktioniert dropbearmulti-static genau einmal, dann ist Neustart angesagt.

Tschö, Jojo
 
Hi,

ich habe folgende Probleme:

1) dropbearmulti-static
Server läuft. Wenn ich mich aber von außen konnektieren will funktioniert zwar noch die Password abfrage (er reagiert auch auf richtige oder falsche PW Eingabe), nach einem erfolgreichen Login wird die Verbindung aber direkt vom Server wieder geschlossen. Ergo kein Remote-Login möglich.

2) usbhid
Ich habe mir mit den 7141 Sourcen ein usbhid.ko Module gebaut. Wenn ich das aber mit insmod versuche zu laden, gibt es die Fehlermeldung:

usbhid: version magic '2.6.13.1-ohio gcc-3.3' should be '2.6.13.1-ohio gcc-3.4'

Wie kann ich das ändern?

Danke und schöne Grüße,

GeenZ
 
?
Ich habe bisher nur mit der alten FW gespielt und da tut der alte dropbear von the Construct, aber olistudent's dropbearmulti-static nur einmal.
Und Du bekommest olistudent's dropbear ja anscheinend auf der Labor FW garnicht nicht zum fliegen
Die Labor FW traue ich mich nicht, solange kein funktionsfähiger dropbear da ist.

Tschö, Jojo
 
Zuletzt bearbeitet:
GeenZ schrieb:
1) dropbearmulti-static
Server läuft. Wenn ich mich aber von außen konnektieren will funktioniert zwar noch die Password abfrage (er reagiert auch auf richtige oder falsche PW Eingabe), nach einem erfolgreichen Login wird die Verbindung aber direkt vom Server wieder geschlossen. Ergo kein Remote-Login möglich.
Sieht ziemlich ähnlich wie heini66's Problem aus, oder?

GeenZ schrieb:
2) usbhid
Ich habe mir mit den 7141 Sourcen ein usbhid.ko Module gebaut. Wenn ich das aber mit insmod versuche zu laden, gibt es die Fehlermeldung:

usbhid: version magic '2.6.13.1-ohio gcc-3.3' should be '2.6.13.1-ohio gcc-3.4'

Wie kann ich das ändern?
Mit gcc-3.4 bauen? Die Datei 'binär patchen', sprich: das 3.3 durch 3.4 ersezten?

Tschö, Jojo
 
Ich nehme mal an, dass der 2.6er Kernel kein devfs hat?
Die betreffende Stelle im Code ist
Code:
if ((st.st_mode & (S_IRWXU|S_IRWXG|S_IRWXO)) != mode) {
if (chmod(tty_name, mode) < 0) {
if (errno == EROFS &&
(st.st_mode & (S_IRGRP | S_IROTH)) == 0) {
dropbear_log(LOG_ERR,
"chmod(%.100s, 0%o) failed: %.100s",
tty_name, mode, strerror(errno));
} else {
dropbear_exit("chmod(%.100s, 0%o) failed: %.100s",
tty_name, mode, strerror(errno));
}
}
}

MfG Oliver
 
Zuletzt bearbeitet:
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.