Wenn das der Fall sein sollte (FAT32) hilft das downloaden mit Dreamtsman. Dabei bleiben die Files gesplittet. Demuxen bzw. Multiplexen etc. kann man es ja später mit Projectx oder ähnlichem. Zur Not schaffe dir eine Partition mit NTFS (oder ebend ext3 bzw. reiserfs unter Linux).

cheers

Ich kann hier zwar nur für die 7000er Dreambox sprechen, aber dort habe ich eine 1GB Professional 80x CF Card mit WA Technologie von Lexar verbaut. Bei der Dream-7000 muß die Karte auf jedenfall die WA Technologie beherrschen, da sonst kein gleichzeitiger Betrieb mit hdd und cf möglich ist. Ob das bei der 7025er auch noch die Problematik ist, kann ich nicht sagen, würde mich da aber vorher mal schlau machen.

Die Karte von Lexar ist zwar recht teuer, aber es hat sich gelohnt. Sau schnell das Teil. Es fühlt sich sogar schneller an, als das Ansprechen der hdd auf der Konsole. Platz für eine Swappartition (128 MB brauche ich für's Compilieren auf der Dream) habe ich auch gleich auf der Karte geschafft. Somit läuft die hdd nun auch nicht mehr im Dauerbetrieb. Die Karte ist auf jedenfall zu empfehlen. Außerdem gibt es 10 Jahre Herstellergarantie auf diese CF-Card, auf alle Karten von Lexar glaube ich sogar.

Also einfach mal googlen nach:

- 1 GB Lexar Professional 80x Speed WA-Technologie

cheers

Deine remote.conf sieht soweit in Ordnung aus. Evtl. wäre es hilfreich nochmal die amule.conf bzw. beide passenden (amule.conf und remote.conf) zu posten.

Es sieht so aus, als wenn amuleweb zu amuled keine Verbindung aufbauen kann. Entweder ist das Password nicht identisch oder amuled läuft nicht. Also mal den Betrieb des Esels überprüfen, bevor man mit amuleweb connected.
Falls nicht wissen: "ps" oder "top" zeigen die laufenden Prozesse an.

Welche Box benutzt du 7000 oder 7020 ?
Hast du auch mal die anderen Installationsmethoden versucht ?
Ich meine warum alles selber einhacken, wenn dir das amule Script alles abnimmt?

Gruss

Zitat

Wie ich mitbekommen habe ist das Streamen auch nur mit unverschlüsselten Sendern möglich. Würde sich das ändern, wenn man das entsprechende Package mit einem CI + Smartcard entschlüsselt oder schickt "streamts" auf der Dream nur den Rawstream so wie er vom Sat kommt durch's Netz?

Ok, also das Streamen von verschlüsselten Programmen funzt, zumindest mit entsprechender Freischaltung. Bleibt also nur noch das Problem mit dem Mplayer.

Erstmal wolte ich verkunden, daß die neue mplayer Version 1.0pre7try2 unter Linux hervorragend mit der Dream harmonisiert. Also die Videowiedergabe ist entgegen anderen Berichten bei aktiviertem -framedrop flüssig.

Ich benutze allerdings noch ein Image vom Oktober 2005 (lzma Patch) und weiß nicht, in wie weit sich mittlerweile Sachen geändert haben. Ich habe momentan zum Starten des Streamens ein Miniscript (läuft auf der Client-Machine) geschrieben, was von der Dream_7000 die Streaminfo ermittelt und daraufhin den mplayer (Start via Konsole) mit nötigen Infos versorgt.

Das Umschalten der Sender erfolgt über das Webif, wobei das Script feststellt, wenn der Sender gewechselt wurde und daraufhin mplayer killed und mit den neuen Streaminfos erneut startet. Diese Variante gefällt mir aber noch nicht. Gibt es noch eine Möglichkeit (C-Code wollte ich für diese simple Sache vermeiden) über die Konsole den mplayer so zu starten, daß bei laufendem Betrieb über eine Befehlseingabe die Streamdaten, nach Umschalten des Programms, an den mplayer übergeben werden können?

Wie ich mitbekommen habe ist das Streamen auch nur mit unverschlüsselten Sendern möglich. Würde sich das ändern, wenn man das entsprechende Package mit einem CI + Smartcard entschlüsselt oder schickt "streamts" auf der Dream nur den Rawstream so wie er vom Sat kommt durch's Netz?

Thx für Antwort

cheers

Da kann ich meinem Vorredner nur zustimmen. Die 7020 sollt momentan die beste Lösung für dich sein. Die 7000er natürlich auch, wenn noch zu bekommen. Die 7025 wird aber in Zukunft noch einige Softwareerweiterungen bekommen. Deshalb wäre zukünftig über diese Box nachzudenken.

Zitat

Zuerst mal welche ist zu empfehlen,wobei ich auf einen Twinreceiver weniger Wert legen würde,außer die 7025er ist viel besser als die anderen(7000 oder 7020 wegen Festplatte).

Festplatten kannst du bei allen Boxen der 70xxer Serie einbauen.
Festplattenprobleme kann ich bei der 7000er ausschließen. Bei der 7020 und 7025 sieht es wohl genauso aus.

cheers

Zitat

~ # /hdd/aMule/amule
Starting aMule Daemon....16:11:23: Error: Cannot get the official hostname (error 0: Success)
OK

Also ich habe mich nochmal im amule Forum schlau gemacht. Die Fehlermeldung über nicht gefundenen Hostname kann man getrost ignorieren. aMule läuft dennoch korrekt. Der Fehler wird ab der nächsten Version behoben.

cheers

Zitat

~ # /hdd/aMule/amule
Starting aMule Daemon....16:11:23: Error: Cannot get the official hostname (error 0: Success)
OK

Jepp das gleiche Problem habe ich, wenn ich bei mir aMule in der chroot Umgebung starte. Leider benutzt amule hier die "hostname" Funktion aus den wx libraries und nicht wie sonst aus der glibc. Deshalb funktioniert das nicht korrekt. Ich könnte aMule nochmal versuchen zu patchen und neu zu bauen dann auch gleich in Verbindung mit chroot, wenn erwünscht. Auch für die 7020 habe ich das vor nochmal zu probieren. Dann als statische, wenn es klappt. Mal schaun.

cheers

Zitat

Abend Leute. Leider bei mir gibt nur Felermeldung
/hdd/aMule/amuleweb: /hdd/aMule/lib/libc.so.6: version `GLIBC_2.3.4' not found (required by /usr/lib/libpng12.so.0)
Ich weis nicht was machen kann.
DM-7020 img. CVS von 07.02.06
Hast du irgendvelche Lösung?

Wie hast du amuleweb gestartet ?
Über /hdd/aMule/amule ?

Versuche auch mal:
(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amuled)
bzw.
(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amuleweb)

Das Problem scheint wohl zu sein, daß die 7020 eine andere Version der glibc verwendet, als es bei der 7000er der Fall ist. Dadurch kommen solche Konflikte zustande. Die einzige Möglichkeit, außer weiterhin zu versuchen das Packet statisch zu bauen, wäre das du dir die libs für die 7020 aus deinem CVS, wenn vorhanden, holst.
Also du tauschst die jeweiligen libs in /hdd/aMule/lib durch die libs von deinem CVS der Crosscompilerumgebung für die 7020. Wo die genau sind kann ich nicht sagen, bei der 7000 in ../root/cdkroot/lib. Vergesse aber nicht die libs vorher zu strippen, sonst hast du die ganzen Debug Symbole noch mit drin und somit Monsterbibilotheken.
Also ein "powerpc-tuxbox-linux-gnu-strip --remove-section=.comment --remove-section=.note --strip-unneeded libxxxx.so.x" bewirkt da schon einiges.

Wenn sich jemand anders an dem statischen Bauen von aMule versuchen will, bzw. das Teil für die 7020er portieren will, kann ich gerne das passende Makefile zur Verfügung stellen.

Gruss

Scheint wohl astrein zu laufen, zumindest kommen bisher keine Fehlermeldungen von den 9 Leuten die es bisher runtergeladen haben.
Ein wenig Feedback wäre schon gut. Vor allem würde mich interessieren, ob der esel auch mit dieser Variante auf der 7020 läuft. Ich würde dann evtl. noch einige Verbesserungen bezüglich des laufenden Esesl in einer chroot Umgebung auf der Dream hinzufügen.

cheers

Um die ganzen alten Configurationen zu verwerfen, mache ich mal lieber für die 2.10er Version einen neuen Thread auf.

Ich habe es leider nicht geschafft die aMule-2.1.0er Version statisch zu linken. Das war bisher das Problem, warum die amule Version 2.0.3 mit wenigen Images lief. Die neuste Version läuft aber trotzdem (getestet 1.08er und 1.09er Image, 7020er Box ungetestet), wenn man die benötigten Bibilotheken mitliefert. Das habe ich getan. Die libs, die zur Laufzeit von amuled & Co benötigt werden liegen in /hdd/aMule/lib. Durch exportieren des LD_LIBRARY_PATH werden diese dann beim Programmstart geladen. So viel zur Theorie.

Um Euch den ganzen Kram abzunehmen, habe ich ein überarbeitetes Startscript namens amule nach /hdd/aMule gepackt. Dieses Script sollte mit allen Images laufen, da ich es auf den Funktionsumfang der minimalsten Tools, die jeder auf der Box haben sollte beschränkt habe. Wenn das nicht der Fall sein sollte erkläre ich weiter unten die manuellen Schritte zum konfigurieren und starten von aMule. Über den Umfang des Startscriptes könnt ihr mehr mit "amule --help" erfahren.

Ich habe 3 verschiedene Installationsvarianten parrat. Zu erst aber müsst ihr alle angehängten .rar-Archive auf Eurem PC entpacken. Dann werdet ihr 2 Dateien finden (/hdd/aMule-2.1.0.tar.gz & var/etc/install.tar), die wie folgt auf die Box gehören.

1. Möglichkeit - Automatische Installation bei Box Neustart - :

Schiebe mit einem FTP Programm aMule-2.1.0.tar.gz auf die Dreambox nach /hdd und die Datei install.tar nach /var/etc.
Starte die Box neu.
Nach erfolgreichem Neustart connecte via Telnet auf die Box und starte den amule Daemon und das amule Webinterface mit:

/hdd/aMule/amule

Öffne deinen Browser und gebe ein: http://ip_deiner_dreambox:4711
Das Passwort für den Zugang ist mit "dreambox" konfiguriert.

2. Möglichkeit - Entpacke Archiv manuell - :

Schiebe mit einem FTP Programm aMule-2.1.0.tar.gz auf die Dreambox nach /hdd.
Connecte mit Telnet auf die Box und entpacke das Archiv und starte amule.

export HOME=/hdd/aMule
cd /
gzip -dc /hdd/aMule-2.1.0.tar.gz | tar -x
(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amule)

Ihr werdet dann aufgefordert 2 Passwörter (können verschieden sein) einzugeben. Das erste Passwort ist für die Connection von amulweb zu amuled.
Das zweite Passwort wird für den Zugang über den Browser benötigt. Also Euer Login Passwort. amuled und amulweb werden automatisch nach der Eingabe der Passwörter gestartet. Ihr könnt jetzt über Euren Browser amule steuern.

Auch hier sei auch nochmal auf die Hilfe mit "/hdd/aMule/amule --help" verwiesen.

3. Möglichkeit - Komplett manuelle Configuration - :

Für den unwahrscheinlichen Fall, daß eines der benötigten Tools für das amule Script nicht auf einer Box enthalten ist, gibt es noch die Möglicheit amule manuell zu konfigurieren. Das wird natürlich hier noch umfangreicher durch das ständige exportieren des LD_LIBRARY_PATH. Anders arbeitet das amule Script aber auch nicht. Die Klammern um die jeweiligen Befehle sind hier wichtig, damit eine Subshell mit den exportierten LD_LIBRARY_PATH gestartet wird. Andernfalls werden für einige benötigte Tools der Busybox die Bibilotheken in /hdd/aMule/lib nicht mehr gefunden. Falls das einmal passieren sollte hilft ein "export LD_LIBRARY_PATH=/lib".

Los gehts.

Schiebe mit einem FTP Programm aMule-2.1.0.tar.gz auf die Dreambox nach /hdd.
Connecte mit Telnet auf die Box und entpacke das Archiv.

export HOME=/hdd/aMule
cd /
gzip -dc /hdd/aMule-2.1.0.tar.gz | tar -x

Erstmal wird amuled gestartet, damit die Configurationsdateien wie die amule.conf geschrieben wird. amuled wird sich hier mit einer Fehlermeldung beenden. Das ist korrekt so.

(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amuled)

Für das Erstellen des Passworts nehmen wir uns amuleweb zur Hilfe. amuleweb beinhaltet die md5sum Funktion. Man könnte das Passwort auch über md5sum auf der Dream erstellen, nur ist das etwas problematisch (hier umständlich zu erklären) wie das Newline beim Passwort entfernt wird. "echo -n" kennt die Dream schliesslich nicht.

Im folgenden Beispiel mit Passwort "dreambox".

cd /hdd/aMule
(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amuleweb -P dreambox)

Jetzt müsst ihr mit einem FTP Tool auf die Box in das Verzeichnis /hdd/aMule/.aMule (nicht sichtbar) connecten und aus der Datei "remote.conf" das Passwort herauskopieren was in der Zeile Password=your_password steht. In diesem Beispiel das Password "E641D6AC68E70FCC0F5ADB089DD3F1BD" aus der Zeile "Password=E641D6AC68E70FCC0F5ADB089DD3F1BD".

Öffnet nun mit Eurem FTP-Tool die Datei /hdd/aMule/.aMule/amule.conf
und editiert folgende Zeilen. Passwort ist auch hier wieder das oben erstellte aus "dreambox".

..
[WebServer]
Enabled=1
Password=E641D6AC68E70FCC0F5ADB089DD3F1BD
..
..
[ExternalConnect]
AcceptExternalConnections=1
ECAddress=
ECPort=4712
ECPassword=E641D6AC68E70FCC0F5ADB089DD3F1BD
..

Datei speichern in /hdd/aMule/.aMule .
Nun erstellen wir noch aus der amule.conf die remote.conf bevor wir amule starten. Dazu nehmen wir wieder amuleweb, das mit der Option "--create-config-from" aus der amule.conf ein remote.conf Datei erstellt.
Also:

(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amuleweb --create-config-from=/hdd/aMule/.aMule/amule.conf -w)

Gestartet wird nun zukünfitg amule mit den Befehlen.

export HOME=/hdd/aMule
(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amuled -f)
(export LD_LIBRARY_PATH=/hdd/aMule/lib ; /hdd/aMule/amuleweb -q &)

Zitat

wie siehts eigentlich aus,

bin jetzt ziemlich durcheinander

funktioniert amule4dream für die 1.08 er ..?

Ja die 2.1.0er Version sollte auch auf einem 1.08er Image funktionieren. Ich werde es heute oder morgen hochladen. Habe die letzte Zeit diesbezüglich noch eine Menge probiert. Dann seit ihr dran mit Testen.

cheers

Zitat

Zitat:

Original von krallekit
...Es gäbe aber die Möglichkeit die libs mitzuliefern und den LD_LIBRARY_PATH in das /hdd/aMule/lib Verzeichnis zu exportieren.

Na, wenn es so einfach ist, dann immer her damit

Alles anzeigen

Im Prinzip schon. Ich bastel noch ein Script zurecht, welches die ganze Startproblematik und das Erstellen des Passwortes übernimmt. Dann werde ich es hochladen.

PS: Zumindest habe ich eine Möglichkeit gefunden aMule auch mit der Crosscompilerumgebung zu erstellen. Leider funzt das aber auch nur mit der dynamisch gelinkten Version.

cheers

Also ich habe jetzt die letzten 2 Wochen krampfhaft versucht eine aMule Version statisch zu bauen, heißt die benötigten Bibilotheken werden in das Programm gelinkt und müssen somit zur Laufzeit nicht mehr im Image vorhanden sein. Leider brechen amuled und amuleweb immer mit einem Illegal Instruction ab, sobald ich diese starte. Momentan kann ich aber nicht nachvollziehen, woran es liegt.

Da das Bauen der benötigten Bibilotheken auf der Dream mal locker einen Tagesmarsch in Anspruch nimmt, ist die Testerei auch ziemlich zeitaufwendig. Ich habe momentan den aMule in der Version 2.1.0 hier liegen, der phantastisch laufen sollte. Leider ist dieser immer noch dynamisch gelinkt. Es gäbe aber die Möglichkeit die libs mitzuliefern und den LD_LIBRARY_PATH in das /hdd/aMule/lib Verzeichnis zu exportieren. Momentan versuche ich die libs mit mklibs.py auf ein Minimum zu strippen, was irgendwie auch nicht so recht funktioniert. Soll heißen mklibs.py strippt zu viel Symbole heraus, also auch einige, die benötigt werden. Das liegt sicher an den Abhängigkeiten der statisch gebauten Bibilotheken, X, gtk und wxGKT, die wiederum dummerweise auch mit einigen Bibilotheken der glibc verlinkt sind. Erstaunlicherweise kommen unterschiedliche Lösung bei der libc.so.6 heraus, wenn ich einmal mit dem Crosscompiler und selben libs und einmal direkt auf der Dream die Strip Prozedur mit mklibs.py vollziehe.

Es wäre deshalb sinnvoll die Bibilotheken und aMule auf einer Crosscompilerumgebung zu bauen, weil dort schneller und flexibler getestet werden kann. Knackpunkt bei der ganzen Geschichte ist libglib bzw. glib. Diese lässt sich ohne weiteres nicht crossen. Es werden locale Tests, also direkt auf der Dream benötigt. Natürlich habe ich die config.chache schon einmal dafür übernommen, dann aber scheitert das maken bei einem Fehler (malloc Problem wenn ich mich recht errinere). Auch das kopieren der fertigen libs in die Crossumgebung, bringt in diesem Zusammenhang nichts, da die auf der Dream gebauten libs nicht 100% compatible zu dem Crosscompiler sind, da vermutlich local gebaut.

Also lange Rede kurzer Sinn. Wenn jemand in der Lage ist die glib zu crosscompilen, wäre ich denke ich in diesem Zusammenhang schon ein ganzes Stück weiter.

Ansonsten ist da noch die angebotene Alternative mit aMule-2.1.0 und den mitgelieferten libs, wenn erwünscht.

cheers

Yes it is possible. You can build your own compiler witch is running on your dreambox. You only need a working crosscompiler e.g. from your cdk. Then you can do in some steps called "canadian cross". Build target compiler witch is running on dream with your host compiler (crosscompiler) witch is running on your fast x86 machine. I have built a gcc/g++ and a lot of useful tools for me - running on Dreambox 7000 - from scratch only from Sourcecode.
Nothing to do with porting different stuff from other Distris. This mean the package is based on CVS and full compatible to the Image was built with the same CDK environment.
Nothing is impossible. Now i can make in some easy steps "./configure ; make ; make install and some additional FLAGS" to build every tool i want on my dream. Perl, Phyton and so on.. no problem. I would say it provide now a lot of features like a real linuxdistri. I will release this package in a few days. You can find it here . But is only an german speaking forum at the moment.

cheers

Zitat

Und gibt es schon etwas zum testen?

Keine Angst, habe es nicht vergessen. Ich muss nur vorher noch das Development Image für die 7000er, mit compiler+tools, perl und python fertig machen und uppen, dann kann ich mich wieder dem amule zuwenden. Brauche ja Platz zum Bauen von amule auf der Dream.

Vielleicht nächstes Wochenende.

cheers

Zitat

amulepart2.rar auf gemini 2.6 der 7000 Dreambox ist installiert.
Wo ist eigentlich der Unterschied der 3 Versionen ?
Wie komme ich zu der fehlenden LIB oder dem Link ?
Gibt es schon überarbeitete Versionen von amule 2.03

Also nochmal, damit das hier nicht falsch verstanden werden. Ich habe 2 verschiedene amule Versionen hochgeladen. Diese sind einmal in 3 Teile und einmal in 2 Teile gesplittet, einfach aus dem Grund, weil hier im Board Dateianhänge größer ca. 985 kb nicht erlaubt sind.
Bei der ersten geuppte Version ( gesplittet in 3 rar Dateien ) ist der einzige Unterschied zu der zweiten, daß 2 Bibilotheken statisch gelinkt sind ( in den Tools von amule integeriet sind ), die vom gcc3.4.4 kommen, mit denen die neusten Images gebaut werden. Das habe ich so gemacht, damit der esel auch mit 108er Images benutzt werden kann. Es hat sich jedoch herrausgestellt, daß dies nicht so einwandfrei funktioniert wie gedacht, deshalb habe ich die 2.te Version ( gesplittet in 2 Teile ) geuppt. Das erfordert aber zumindest eine aktuelle libstdc++.so.6 in dem Image, was einem aktuellen Images >= Rev. 109 gleich kommt.

Alles in allem werden aber die meisten Images nicht die nötigen Funktionen in den restlichen Bibilotheken erhalten, da diese meist rausgestrippt sind. Es ist deshalb für den sauberen Betrieb des esels von Vorteil die Tools "amuled, amuleweb und ed2k" nach ..root/cdkflash/root/bin in der CVS Directory zu packen und ein "make rebuild flash" auszuführen, sich also damit eine neues CVS_Image zu erstellen. Dabei werden alle benötigten Symbole bzw. Funktionnen in den libs belassen ( nicht herausgestrippt ), die der esel benötigt.

Zur kurzen Erklärung:
Die Tools (z.B. amule) benötigen beim Ausführen libs ( bibilotheken ), da in diesen libs Funktionen verankert sind, die für den korrekten Ablauf der Tools von nöten sind (in das Programm gelinkt sind), besser gesagt, ohne diese startet das Tools garnicht erst. Dann kommt es zu Fehlermeldungen wie z.B "relocation error symbol create64"

Man kann amule auch statisch bauen, heißt keine Abhängigkeiten mehr von libs des jeweiligen Images. Das jetzt näher zu erklären... hatte ich glaube ich schonmal getan. Kurz gesagt erfordert es einiges an zeitlichem Neuaufwand für den mir momentan die Zeit fehlt. Ich werde mal schauen, ob ich es die nächsten 2 Wochen hinbekomme.

Gruss

Ist für mich auch eine unbekannte Meldung. Liegt evtl. wirklich daran, daß amule bei dir auf der 7020 läuft. Ich habe amule 3-4 Tage mit Unterbrechung über Nacht auf meiner 7000er laufen lassen, mit einer guten Donwloadrate von ca. 30-40 kB/s. Dabei gab es keinerlei Probleme oder Abstürze.
Wenn nicht musst du noch warten bis ich das statische Packet fertig habe.

cheers

Ok, das ist auch die bessere Version von beiden.

Wie gesagt, ich versuche den esel nochmal statisch zu bauen und evtl. gits gleich noch ein kleines Tool zum automatisierten Starten des amule dazu. Man hat nur momentan nicht viel Zeit.

cheers

Zitat

Creating client...
Now, doing connection....
Using host 'localhost.localdomain' port: 4712
Trying to connect (timeout = 10 sec)...
ExternalConn: Access denied because: Authentication failed.
/media/hdd/aMule #

Die Passwörter in der amule.conf und remote.conf scheinen nicht übereinzustimmen. Deswegen bekommst du keinen Zugang zum amuled.
Hast du export HOME=/hdd/aMule vorher gemacht? Das ist wichtig, sonst sind die Einstellungen für deinen amule in /hdd/aMule/.aMule bzw. /.aMule verstreut, denn normalerweise ist "/" das HOME-Verzeichnis auf der Dream.
Wichtig ist auch, daß beide Prozesse amuled und amuleweb gekillt sind, wenn du die remote.conf bzw. amule.conf änderst. Die Prozesstabelle bekommst du mit "ps -aux". Dort sollte dann kein amuled bzw. amuleweb aufgeführt sein.

Zitat

Ich denke muss ich alles loschen und noch mal instalieren ,
kannst du mir was empfelen für Uninstal damit bleibt nichts von alte Spuren.

Eigentlich musst du nicht alles löschen. Wichtig sind nur die beide Config Dateien. Aber zur Not hilft

rm -rf /hdd/aMule/.aMule
rm -rf /.aMule

Dann weiter, wie schonmal beschrieben:

Zitat

Versuche mal folgende Kurzanleitung!

Lösche /hdd/aMule/.aMule
Starte amuled -> beende amuled
Starte amuleweb -> beende amuleweb
Editiere das passwd in den configs

Also in Befehlen:

killall -9 amuled amuleweb
cd /hdd/aMule
rm -rf .aMule
./amuled -f
killall -9 amuled
./amuleweb -q &
killall -9 amuleweb

Jetzt hast du einen neuen Ordner namens /hdd/aMule/.aMule
Dort drinn befinden sich 2 Dateien.
In beiden muss etwas geändert werden, was ursprünglich das amule Script machen sollte.
Öffne mit einem Unixeditor /hdd/aMule/.aMule/amule.conf
Ändere die Zeilen:

AcceptExternalConnections=1
ECPassword=495D4A32337FD4BD38F71135098C07A3

Speichern und nach /hdd/aMule/.aMule schieben.

Jetzt öffnest du wieder mit einem Unixeditor /hdd/aMule/.aMule/remote.conf
Ändere die Zeile:

Password=495D4A32337FD4BD38F71135098C07A3

Speichern und nach /hdd/aMule/.aMule schieben.

Jetzt den esel starten:

export HOME=/hdd/aMule
cd /hdd/aMule
./amuled -f && amuleweb -q &

Jetzt kannst du im Webbrowser probieren, ob die Zugang zum webif von amule hast. Dazu eingeben http://ip_deiner_dream:4711

Alles anzeigen

Ich frage nun schon zum 3. mal welche Version des amule du installiert hast? Ich habe 2 verschiedene hochgeladen. Eine von beiden könnte bei deinem Image Probleme bereiten.

cheers