Hi kalle,
Ich habe das selbe Ergebnis wie bei apache1:
env+configure:
ZitatAlles anzeigenCFLAGS="-mcpu=405 -msoft-float -mmultiple -mstring -meabi -pipe -Os" CXXFLAGS="-mcpu=405 -msoft-float -mmultiple -mstring -meabi -pipe -Os" ./configure
--prefix=/hdd/local/php/usr
--exec-prefix=/hdd/local/php/usr
--with-config-file=/hdd/apache_1.3.37/conf
--with-apache=/hdd/apache_1.3.37
--with-config-file-path=/hdd/local
--build=powerpc-tuxbox-linux-gnu
Ausgabe:
ZitatAlles anzeigenThank you for using PHP.
(chroot) /hdd/php-4.4.6 >--prefix=/hdd/local/php/usr
(chroot) /hdd/php-4.4.6 >--exec-prefix=/hdd/local/php/usr
(chroot) /hdd/php-4.4.6 >--with-config-file=/hdd/apache_1.3.37/conf
(chroot) /hdd/php-4.4.6 >--with-apache=/hdd/apache_1.3.37
(chroot) /hdd/php-4.4.6 >--with-config-file-path=/hdd/local
(chroot) /hdd/php-4.4.6 >--build=powerpc-tuxbox-linux-gnu
(chroot) /hdd/php-4.4.6 >
(chroot) /hdd/php-4.4.6 >
Beim apache1 läuft zwar die configure nicht durch,
aber die configure-parameter werden auch am Ende als
Kommando interpretiert also von configure ignoriert.
ich hab das build mal ans ende weil ich dachte, es liegt an dem.
aber 
Ich habe mir jetzt noch folgendes gedacht:
Du könntest doch eine Kopie von Deinem aktuellen xdevels
machen und ich könnte das draufschieben. Dann hätte ich auch alle libs und so.
ich habe Dir mal meine Email hier übers Forum geschickt.
Noch eine grundlegend Frage:
Ich hatte noch nie einen Compactflash in der Dream drin geht das (wieviele MB's gehen bzw. welcher)mit dem
xdevels, denn meine Festplatt schmilzt.
was ist eigentlich mit Images im CompactFlash?
Dann würde ich einen holen.
Gruß Emanuel
ZitatAlles anzeigenHi kralle,
das mit dem login ist auch so ne Sache.
Hab mich in der Dream als nicht root angemeldet,
dann komme ich nicht ins xdevels.
"You should run xdevel as root"
Nein das hat damit nichts zu tun. Also fast nichts. Ich habe das Script "env-chroot" ja so konzipiert, dass du es nur als root ausführen kannst. bzw. eigenltich, dass du es nicht in chroot ausführen kannst. Das funzt aber nur so lange, sich in der Verzeichnisstruktur der xdevels keine /etc/passwd mit einem root Eintrag befindet oder wenn du nicht als Root angemeldet bist. Komentierst du die Zeile im Script aus, geht's auch.
ZitatAlles anzeigenalso:
apache auf hdd kopiert, apachectl start
und httpd:shared lib... not found, ist aber im apache/lib !
läuft das nur im xdevels?
Gruß Emu
Höchstwahrscheinlich, da dir im Image die libs bzw. der Funktionsumfang der libs fehlt. Das ist das Thema, was ich hier mal am Anfang des Threads angesprochen hatte.
In der xdevel chroot hast du alle libs, gegen die Apache und die Module dynamisch gelinkt ist, da apache ja auch in dieser Umgebung gebaut wurde. 
Aber warum nicht apache in chroot laufen lassen? Das geht genausogut.
Die Basis ist
cp /etc/resolv.conf /your_xdevels/etc
chroot /your_xdevels /hdd/apache/apachectl start
bzw. als Background process
chroot /your_xdevels /hdd/apache/apachectl start &Letzteres liesse sich auch in die /var/init eintragen um apache beim Start der Box zu aktivieren.
cheers
Warum loggst du dich nicht als root ein und betrittst dann die chroot?
Alternativ wäre noch die Variante:
emanuel@dreambox:/> sudo cp /etc/resolv.conf /hdd/xdevels/etc
emanuel@dreambox:/> sudo chroot /hdd/xdevelsOder versuche mal deine /etc/passwd nach /hdd/xdevels zu kopieren und dann chroot zu betreten. Geht dann allerdings evtl. auch als user.
Also:
emanuel@dreambox:/> sudo cp /etc/passwd /hdd/xdevels/etc
emanuel@dreambox:/> chroot /hdd/xdevelsAlso Apache lässt sich sicher auch als root starten, ist sicher ne Sache der config. Aber egal, jetzt habe ich erst bemerkt wo dein Problem liegt. Du willst Apache als nonroot starten ok.
Versuche doch einfach mal in der chroot Umgebung der xdevels einen User zu erstellen. Kopiere dazu als root deine /etc/passwd nach /hdd/xdevels/etc.
Dann betrete die chroot Umgebung mit "env-chroot".
Dann erstelle einen User mit "adduser emanuel" und vergebe 2 mal dein Passwort.
Dann loggst du dich aus dieser chroot Umgebung von root aus als User emanuel ein, also "su emanuel" und fertig.
Ein "id" zeigt dir auch den aktuellen Userstatus.
Du mußt bedenken, das das chroot System quasi eine eigene Umgebung für sich ist und hier auch andere User mit Ausnahme von root existieren können, als dies in deinem Image der Fall ist. Vielleicht wäre es in diesem Zusamenhang auch günstig einen 2 telnet Damonen für diese Sitzung zu schalten, damit man nicht so schnell auf der Konsole durcheinanderkommt. Ich teste das mal.
cheers
Hi kralle,
schlecht Nachrichten:
Zitat(chroot) / >adduser emanuel
(chroot) / >passwd root
(chroot) / >
adduser macht keinen Eintrag in group/passwd bzw. Fehlermeldung oder irgenwas
außer Zeilenumbruch.
passwd macht das selbe
su geht auch nicht.
Bitte schau mal ob das bei Dir geht, vielleicht muss ich das xdevels
neu aufspielen.
Gruß Emanuel
ZitatBitte schau mal ob das bei Dir geht, vielleicht muss ich das xdevels
neu aufspielen.
das geht bei mir 100%, ich poste hier eigentlich keine ungetesteten Tips.
Ich denke nicht, daß man die xdevels komplett neu raufspielen muß, aber es kann natürlich sein, das du die xdevels nicht als root entpackt hast und somit die ganze Verzeichnisstruktur an Userrechten scheitert. Ist ja bei dir doch sehr eigenartig.
Ich glaube aber es war mein Fehler. Ich denke das Problem bei dir ist, dass du schon einen User namens emanuel in der passwd und group stehen hast. Dann kannst du natürlich auch diesen User nicht nochmal anlegen in der chroot Umgebung.
Nochmal zur Info, in der chroot Umgebung die sich im Verzeichnis /hdd/xdevels befindet hast du keinen Zugang zu der Verzeichnisstruktur, die darüberliegt.
Also du kannst der chroot-Umgebung nicht entfliehen. Deshalb hast du auch von dortaus keinen Zugriff auf die Verzeichnisse in / in deinem Image. Mit Ausnahme, du mountest dies vorher dorthin. Das ist auch bei den xdevels der Fall, damit man zum einen Zugang zu /dev und /proc hat und zum anderen auch die hdd und usb nutzen kann.
Eingeloggt in der chroot Umgebung wird dein Verzeichnis /hdd/xdevels als Wurzelverzeichnis / betrachtet, so als wärst du in der Root Directory. Das heißt beispielsweise, aus einen "/hdd/xdevels/etc" wird in chroot in "/hdd/xdevels" ein "/etc".
Mit diesem sehr effektivem Trick kann man quasi eine zweite komplette Umgebung bzw. einige angriffsfreudige Anwendungen (z.B. emule) abgekoppelt von der Rootumgebung auf der Box laufen lassen.
Noch ein Versuch:
Einloggen als root!
Lösche nochmal /hdd/xdevels/etc/passwd bzw /hdd/xdevels/etc/group.
Dann kopiere deine /etc/group und /etc/passwd nach /hdd/xdevels/etc.
Dann öffne beide Datei (UNIXEDITOR), also /hdd/xdevls/etc/passwd und /hdd/xdevels/etc/group. Wichtig nicht in /etc die Dateien, sonst sperrst du dich aus deinem Image!!!
Lösche alle Einträge in den Dateien raus, die nicht mit root beginnen, das ist ausreichend für die chroot Umgebung. Vergesse am Ende der Zeile des root Eintrages in den Dateien nicht den Zeilenumbruch zu machen beim editieren, also "Enter". Ich gaube sonst gibt's da Probs. Speichere die Dateien wieder in /hdd/xdevels/etc ab.
Jetzt betrittst du als root die chroot Umgebung. Wenn das hier schon scheitern sollte schicke mir doch nochmal bitte dein auskommentiertes env-chroot Script.
In der xdevel Umgebung kannst du nun einen neuen User erstellen, mit:
adduser emanuel
Passwort 2 mal vergeben.
Überprüfe mal spassenshalber ob die Einträge nun in der group und passwd in /hdd/xdevels/etc, bzw. aus chroot betrachtet in /etc existieren.
Du kannst dazu den Nano Editor benutzen, also
(chroot)/>nano /etc/passwd
(chroot)/>nano /etc/group
Schließen kannst du den Editor mit STRG-X oder ALT-X, weiß ich momentan nicht 100%.
Nun loggst du dich als User ein und überprüfst dananch deinen Userstatus
(chroot)/>su emanuel
(chroot)/>idProbier mal!
cheers
Poste mal bitte den Inhalt deines env-chroot Scriptes!
cheers
Hi kralle ist original!
ZitatAlles anzeigen#!/bin/sh
# Edit your chroot path
CHDIR="/hdd/xdevels"
abort () {
echo "you must running 'env-chroot' as root!"
exit 1
}
do_clean () {
cd
for i in tmp dev proc ; do
umount $1/$i 2>/dev/null
done
}
finish () {
do_clean $1
exit 1
}
set_mtab () {
count=0
trash=/tmp/$$
mounted=/tmp/mount.$$
while read i ; do
echo $i | grep $1 >/dev/null && count=`expr $count + 1`
done < /proc/mounts
cat << EOF > $mounted
cat /proc/mounts > $trash
tail -${count} $trash >/var/etc/mtab
cat /proc/mounts | grep `echo $1 | cut -d "/" -f 2` >>/var/etc/mtab
rm $trash 2>/dev/null
EOF
chmod 755 $mounted
chroot $1 $mounted
rm $mounted 2>/dev/null
}
# if root then allow entry
if [ ! `id | dd bs=6 count=1 2>/dev/null | grep "^uid=0 $"` >/dev/null ] ; then
do_clean ${CHDIR}
echo "generating chroot environment.... " | dd bs=34 count=1 2>/dev/null
# Important dirs
for i in tmp dev proc etc share hdd var/etc var/mnt/usb /var/mnt/cf ; do
test -d ${CHDIR}/$imkdir -p ${CHDIR}/$i >/dev/null
done
# here you can add folder to mount with option bind.
# Note: Set the same folder in do_clean() to cleaning your mounts after exit chroot !!
for i in tmp dev ; do
mount -o bind /$i ${CHDIR}/$i 2>/dev/null
done
test -d ${CHDIR}/proc
mount -t proc none ${CHDIR}/proc 2>/dev/null
for i in resolv.conf hosts hostname ; do
rm ${CHDIR}/etc/$i 2>/dev/null
ln -s /var/etc/$i ${CHDIR}/etc/$i
cat /var/etc/$i > ${CHDIR}/var/etc/$i 2>/dev/null
echo "can't find $i"
done
hostname > ${CHDIR}/var/etc/hostname 2>/dev/null
echo "can't set hostname"
touch ${CHDIR}/etc/fstab
# set available mounts for chroot in /var/etc/mtab
# run a short script in chroot because /bin/cut isn't supported by the most images
set_mtab ${CHDIR}
echo "done"
# Here we entry in chroot environment
# Add stuff to your environment if you want
chroot ${CHDIR} /bin/env -i \
PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/var/bin:/var/sbin" \
LD_LIBRARY_PATH="/lib:/usr/lib:/usr/local/lib:/var/lib" \
PKG_CONFIG_PATH="/usr/local/lib/pkgconfig:/usr/lib/pkgconfig" \
HOME="/home/root" \
TERM="linux" \
PS1="(chroot) \w >" \
/bin/sh 2>/dev/null
# Here we exit chroot
echo "set environment to default.... " | dd bs=31 count=1 2>/dev/null
do_clean ${CHDIR}
echo "done"
else
# if not root
abort
fi
und nochmal alles:
ZitatAlles anzeigenroot@dreambox:~> env-chroot
generating chroot environment.... /bin/env-chroot: 100: cut: not found
BusyBox v1.01 (2006.01.29-13:52+0000) multi-call binary
Usage: grep [-ihHnqvs] PATTERN [FILEs...]
done
BusyBox v1.01 (2006.01.29-13:52+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
(chroot) / >
Gruß Emanuel
Also soweit sieht das Script in Ordnung aus. Das cut wird auch normalerweise in chroot ausgeführt. Scheitert das natürlich an irgendwelchen Permissions oder sonst was, kommt hier diese Fehlermeldung. Das ist aber auch nicht weiter tragisch, da in der function "set_mtab()" nur die Einträge für die Mounts in dieser Umgebung angepasst werden.
Verstehe das nicht. Entpackt hast du auch nochmal die xdevels komplett als root ja? Die "passwd" und "group" hast du auch um die Einträge verändert, wie ich es beschrieben habe?
Wenn nicht mußt mich mal auf die Box lassen, kann doch nicht sein.
cheers
Die Dateien passwd und group existieren aber in der chroot Umegbung ja?
Hast du die mal mit dem nano Editor zu öffnen versucht.
Also
/>env-chroot
(chroot)/>nano /etc/passwd
(chroot)/>nano /etc/groupDort sollten dann nach dem jungfreulichem Kopiervorgang einige Namen vorhanden sein, zumindest in der /etc/passwd.
Andernfalls mußt du mich mal via Telnet auf deine Box lassen. Dann schau ich mir das mal an.
cheers
ZitatLösung für mein Problem war:
passwd+group (Orginal+emanuel) --> chroot,
kein adduser... im chroot ausführen
nur su
nano hat gar nichts gemacht nur Zeilenumbruch.
Ich nehme an, das Problem war hier der Gruppeneintrag von emanuel Group 500. Bei mir existiert nur root und nogroup, deswegen wahrscheinlich auch die Probleme bei dir.
ZitatAlles anzeigenMal was anderes kennst Du eine Möglichkeit,
sich wie der DCC in die Box einzuloggen?
Wichtig für mich wäre ein login via script, daß user/password
annimmt. (telnet,...)
Mein Ziel ist beim Cross-kompilieren die in configure enthaltenen
C-Quellen, die ja dann als 405 bin erzeugt werden, auf die im Rechner
eingebundene hdd der Box zu kopieren, mit telnet auszuführen, um das Ergebnis zu weiter Kompilierung nutzen zu können.
Was genau meinst du mit DCC ?
Kann mir momentan nicht so recht vorstellen, was du vor hast?
Du willst die Binaries, die auf der Box erzeugt wurden auf deinen Rechner schieben und dort weitere Sourcen auf dieser Basis compilieren? Erkläre mal an einem Beispiel, denn ich glaube, dass dies nicht so einfach funktionieren wird, wie du es dir vorstellst. Es existieren ja mehrere Abhängigkeiten. Es mit den reinen Binaries meist nicht getan.
Zitatnano hat gar nichts gemacht nur Zeilenumbruch.
Wie, du hast die Datei nicht mit nano öffnen können oder konntest das nicht in der Datei mit nano abspeichern?
Versuche mal "nano --help" in chroot! Ist wirklich ein nice editor. Besser zu handhaben als die ganzen vi Sachen.
ZitatP.S. wenn Du meine www von der Box brauchst brauch ich Deine Email.
Hier posten wäre wohl nicht so klug, sonst will alle Welt an meine Busy!
Richtig, aber ein pm wäre auch möglich. Ich habe dir ja auch eine geschickt, wenn du es schon mitbekommen hast. Hat sich doch aber erübrigt, jetzt läuft ja dein User in der xdevels env.
cheers