sourcen 7141 04.15

heini66 · 13 Sep 2006

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?

olistudent · 13 Sep 2006

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.

jojo-schmitz · 13 Sep 2006

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

Tschö, Jojo

heini66 · 13 Sep 2006

@jojo, laeufts den bei dir mir deiner usb loesung?

Krckstck · 14 Sep 2006

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

jojo-schmitz · 14 Sep 2006

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

heini66 · 14 Sep 2006

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???

jojo-schmitz · 14 Sep 2006

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)

jojo-schmitz · 14 Sep 2006

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 · 14 Sep 2006

immer noch nix.

finde im gegensatz zu gestern auch keine key's in /var/tmp... stell ich mich zu bloed an???
dropbear, dropbearkey und dropbearconvert sind da, irgendwas scheint da also zu passieren.

jojo-schmitz · 14 Sep 2006

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

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

heini66 · 14 Sep 2006

so, hab dein gepsotetes script so wies dort ist per drag&n drop auf meinen stick gezaubert.
von key's nix zu sehen.zumindest in dem verzeichniss in dem das start script, sowie dropbear liegen.
merkwuerdigerweise existieren in /var/tmp die dropbear geschichten.
mit der static das selbe!

jojo-schmitz · 14 Sep 2006

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

heini66 · 14 Sep 2006

jojo-schmitz schrieb:
Dann scheint es mit der neuen Labaor FW schlicht und einfach nicht zu funktionieren.

hast du die busybox der original ersetzt? kann das da haengen?

GeenZ · 14 Sep 2006

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

jojo-schmitz · 14 Sep 2006

?
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

jojo-schmitz · 14 Sep 2006

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

heini66 · 14 Sep 2006

ich glaub ich hab da was... nen -E beim dropbear aufruf brachte:

exit after auth (root): chmod(dev/pts/1, 0622) failed: Read-only file system

nur kann ich da nur sehen, das er rechte aendern moechte, wo read only ist...

wer kann mehr?

olistudent · 14 Sep 2006

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

heini66 · 14 Sep 2006

udev... 2.6... :gruebel:
sowas?
bei mir ist ab hier try and error....

sourcen 7141 04.15

Gesperrt

IPPF-Urgestein

Aktives Mitglied

Gesperrt

Neuer User

Aktives Mitglied

Gesperrt

Aktives Mitglied

Aktives Mitglied

Gesperrt

Aktives Mitglied

Gesperrt

Aktives Mitglied

Gesperrt

Neuer User

Aktives Mitglied

Aktives Mitglied

Gesperrt

IPPF-Urgestein

Gesperrt

Statistik des Forums