Hier mal wieder ein Update für aMule on dreambox.

Das Package ist diesmal statisch gelinkt und auf der Dream 7000 und 7020 lauffähig. Zum Thema Performance kann ich noch nicht viel sagen, da noch nicht ausreichend getestet. Ich hoffe eventuelle Geschwindigkeitseinbußen durch das statisch gelinkte Packet sind nicht zu bemerken.

Ein überarbeitetes Startscript namens amule ist auch wieder dabei.
Ich habe es so konstruiert, daß alle Anwendungen von aMule in einer chroot-Umgebung laufen und somit mehr Sicherheit für die Dream bieten.

Installation auf Dreambox-7000:

Lade dir die 4 Rar Archive im Anhang herunter und entpacke sie auf deinem PC.
Kopiere die Datei aMule-2.1.3.ppc.tar.gz mit einem FTP Programm in das Verzeichnis "/hdd" und die Datei install.tar nach "/var/etc" auf deiner Dream.
Starte die Dream neu.
Nach erfolgtem Neustart connecte mit telnet auf die Box und starte amule:

telnet ip_deiner_dream
user:
passwd:
/hdd/amule/bin/amule

Ihr werdet dann aufgefordert das Passwort für den Webzugang anzugeben und könnt bei Bedarf die Ports ändern. Bei Antwort mit "n" werden die Standart Ports verwendet.

Sollte die Installation fehlgeschlagen sein, ist auch die Installationsanleitung der 7020er möglich.

Installation auf Dreambox-7020:

Lade dir die 4 Rar Archive im Anhang herunter und entpacke sie auf deinem PC.
Kopiere die Datei aMule-2.1.3.ppc.tar.gz mit einem FTP Programm in das Verzeichnis "/hdd" auf deiner Dream.
Connecte mit telnet auf die Box, entpacke das Archiv und starte amule:

telnet ip_deiner_dream
user:
passwd:
cd /
gzip -dc /hdd/aMule-2.1.3.ppc.tar.gz|tar -x
/hdd/amule/bin/amule

Ihr werdet dann aufgefordert das Passwort für den Webzugang anzugeben und könnt bei Bedarf die Ports ändern. Bei Antwort mit "n" werden die Standart Ports verwendet.

Zur Erläuterung!

Beende amuleweb, wenn nicht benötigt. Das sparrt Speicherresourcen:

/hdd/amule/bin/amule -r

Beende alle Prozesse von amuled und amuleweb:

/hdd/amule/bin/amule -s

Weitere Informationen zum Startscript "amule" erhaltet ihr mit der Option "-h":

/hdd/amule/bin/amule -h

Viel Spass beim Testen
Feedback wie immer Willkommen

@all

Wichtig!

1. Aktivieren das Swapfiles nicht vergessen, sonst läuft der Esel nicht lange

2. Wer die ältere aMule Version im Einsatz hatte muß seine Incoming- bzw. Temp Files nach /hdd/amule/.aMule/Incoming bzw. /hdd/amule/.aMule/Temp kopieren!
Bei einem darauffolgendem Start kann der Esel schonmal 1/2 Stunde kaum bedienbar sein. Anscheinend müßen erst die vorhandenen Dateien an die Version angepasst werden. Also ein vorzeitig beenden des webif hilft ammule wohl dabei.

3. Zugang zu aMule mittels Webbrowser erfolgt durch Eingabe von http://ip.deiner.dream.box:4711 , wenn nicht anderer Port "WEBPort" als 4711 für das Webif konfiguriert.

saton
Ich bin schon am Zurechtbasteln eines Plugins welches die Bedienung von aMule in Form des Startscriptes per FB zulässt.

Zitat

Hallo,

habe es mal auf einer 7000er installiert.

Habe eine hohe ID aber bis jetzt 0 Bytes download.
Habe es mal über nacht laufen lassen aber ohne einen Transfer.

Das ist immer abhängig vom file und wie du deine Einstellungen für den Uplaod konfiguriert hast. der esel kann genauso gut mit 50 kB/s download laufen, wenn viele Quellen vorhanden sind.

Zitat

Was passiert denn wenn ich abends die Box in Standby schalte.
Die Festplatte geht ja dann auch aus.
Ist damit das amule auch tot.

Nein, die Festplatte geht zwar im ersten Moemnt aus, wenn man die Dream in den Standby fährt. Sobald aber amuled die gesaugten Bytes auf die Festplatte schreibt, bzw. sich Files zum Upload im Lesezugriff befinden, läuft die Platte wieder automatisch an. So zumindest bei mir bisher mit allen getesteten Versionen.

cheers

Also irgendwie werde ich aus dem [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator]nicht schlau. Das selbe Phänomen habe ich schon bei einer anderen Box erlebt. Allerdings hatte ich auch ein [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator], bei dem es wiederum funktionierte. Egal.

Folgenes. Das /dev/urandom wird von dem Webinterface amuleweb zur Laufzeit benötigt. Da beide Apps in einer chroot Umgebung laufen muß natürlich das /dev/urandom auch in dieser chroot Umgebung gemountet sein. Ich habe im amule Startscript bewusst nur dieses eine Device gemountet und nicht den ganzen /dev Ordner, da man ja sonst ohne Probs wieder Zugriffe auf alle Geräte hätte.

Warum auch immer scheint es da Veränderungen beim [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator] gegeben zu haben, so daß /Dev/urandom nicht als Block Device akzeptiert wird. Treiber vielleicht? Da ich selber keine Möglichkeit habe auf der 7020 zu testen gibt es nun 2 weitere Möglichkeiten:

1. amuled (aMule Daemon) auf der Dreambox in chroot starten und mit einem amuleweb (aMule Webinterface), welches auf einem anderem Gerät läuft zugreifen.

2. amuled in chroot starten und amuleweb im normalen root-Status starten. Dabei spielt amuleweb eher die unwesentliche Rolle. Ich glaube der größte Angriffspunkt für böse Buben ist wenn dann amuled.

Die 2te Variante schint mir die einfachere zu sein.

Ich werde mal heute nochmal ein Startscript dafür vorbereiten. Damit läuft es dann auch auf dem [Moderator] Fremdimage, verstößt gegen die Boardregeln [/Moderator]
Gebt mir etwas Zeit !

Gruss

Zitat

Oder hast du Befehle die ich in Telnet eingeben muss ?
Bin noch ein richtiger Linux Neuling.

Kannst du mal versuchen das /dev/urandom per Hand zu mounten?

Also erstmal /dev/urandom falls vorhanden umounten und neues file erstellen:

while mount | grep "/dev on /hdd/amule/dev/urandom" >/dev/null  ; do umount /hdd/amule/dev/urandom ; done
rm -rf /hdd/amule/dev/urandom
touch /hdd/amule/dev/urandom

Dann /dev/urandom mounten:

mount -o bind /dev/urandom /hdd/amule/dev/urandom

Gib mir mal bitte die komplette Konsolenausgabe zurück. Danke

PS: Es kann durchaus sein, daß es Probleme bei neueren Images mit den Mount Optionen gibt. Ich könnte mal eine akutelles CVS probieren und amule darauf abstimmen. Ist bloß gerade schlecht, da ich einen Streaming Clienten an der Box hängen habe.

Ich glaube ich weiß, wo dein Problem liegt.

Zitat

Enter TCPPort: 4711
Set TCPPort to 4711 and UDPPort to 4714
Enter ECPort: 4714
Set ECPort to 4714
Enter WEBPort: 4715
Set WEBPort to 4715

Alles anzeigen

Du vergibst für den ECPort die Portnummer "4714". Diese wird aber schon vom UDP Port benötigt. UDP = TCP +3 ! Das verursacht natürlich einen Abbruch von amuleweb, da hier eine Doppelbelegung zustande kommt.

Nochmal zur Erklärung, so wie ich das hier auf die Schnelle zusammen bekomme.

ECPort = hier wartet amuled auf die Connection von amuleweb.
WEBPort = der Port, den du im Webbrowser bei "http://ip_deiner_Dream:port" eingibst, um dich mit amuleweb verbinden
TCPPort = amuled Port für p2p
UDPPort = amuled Port für p2p

Wichtig sind hier nur der TCPPort bzw. der automatisch generierte UDPPort. Diese müssen auch im Router zur Dreambox geforwarded werden, damit man eine hohe ID bekommt. Default ist 4661 und 4664. Die anderen Ports 4711 und 4712 kannst du eigentlich so lassen, wie sie sind. Das ändert nichts an dem Verhalten des Esels. Wenn du bei der Frage nach dem Port einfach Enter drückst, wird der Port auf den Defaultwert gesetzt. Das erreichst du übrigens auch einfach, wenn du im folgenden mit nein antwortest.

Do you want to set aMule ports? [y/n]: n

Probiere es mal aus und berichte.

cheers

Eigentlich hatte ich das Script so angepasst, daß es vor Beginn der Startroutine die benötigten Tools überprüft und sich beendet, wenn nicht vorhanden.
Leider kann man ja nicht alles austesten und amule scheint sich auf einigen Boxen unterschiedlich zu verhalten. Bei XTC99 ist es aber ein anderes Problem. Aus irgendwelchen Gründen akzeptiert amuleweb das /dev/urandom in der chroot Umgebung nicht. Deswegen der Abbruch. Komisch, obwohl mittlerweile die gleichen Images sowohl im Flash, wie auch auf dem Stick.

Ich werde diese Woche noch einmal eine amule Version für die 7000 portieren. Mal schaun, ob ich das /dev/urandom aus amule rausschmeißen kann? Außerdem will ich die Version pfadunabhängig gestalten.

Gruss

Die Fehlermeldungen sind nicht weiter tragisch, da die besagten Dateien in dem Chicane Skin nicht enthalten sind. Warum die Dateien fehlen kann ich nicht sagen. Vielleicht ein Fehler von mir oder von amule? Ist halt nicht so einfach den ganzen s*it wx Kram zu patchen.

"amuleweb" startet ja trotzdem, wie du schon sagtest mit der -w Option.
Das habe ich ja extra in das amule Script eingebaut, damit man amuleweb wahlweise beenden (amule -r) und und neu starten (amule -w) kann, ohne dabei jedesmal den Esel zu killen. Ein "amule -h" gibt noch mehr Auskunft über mögliche Optionen.

Nochmal im Klartext:
amuled und amuleweb sind zwei getrennte Sachen, die "unabhängig" funktionieren! Bzw. funktioniert "amuleweb" nur mit laufendem "amuled".

"amuleweb" dient hier nur zur Steuerung des amule Daemon "amuled". Hat man einmal die Downloads mit Hilfe des Webif "amuleweb" gestartet, kann man "amuleweb" getrost beenden. "amuled" downloaded bei jedem Start automatisch die Dateien in der Warteschlange. Das alles wird von einem Script "amule" gesteuert. Das habe ich dazu gepackt, damit der Esel einfacher zum laufen zu bekommen ist. Es erfordert ebend eine gewisse Anpassung der Umgebungsvariablen bzw. des /dev/urandom auf der Dreambox. Die ganze Startprozedur jedesmal manuell zu erstellen nervt gewaltig.

cheers

Hab das Problem mit dem kill von amuleweb gefunden. Erstaunlicherweise konnte man bei der ganzen configure-make Prozedur trotzt fehlender libgd den esel bauen. Genau aber libgd wird unter anderem zum dynamischen Erzeugen der besagten Dateien benötigt. Jetzt funzt auch die Graph Anzeige wieder. Ich werde in den nächsten 2 Wochen das Package nochmal zur Verfügung stellen.

cheers