Bei der 7000er Box mußt du nur eine Datei /var/etc/init erstellen, wenn noch nicht vorhanden und die Rechte (755) vergeben. Füge dann folgende Zeile ein

/hdd/amule/bin/amule

und der esel wird bei jedem Hochfahrn der Box mitgestartet. Ob das allerdings auf Dauer gut geht, heißt daß man die Box auch weiterhin nutzen kann wofür sie gedacht ist (Fernsehen), wird sich herausstellen. Spätestens wenn ein paar Files im Download hängen, hat der esel gut zu tun.

Gruß

Zitat

Meine init sieht so aus:

/var/wifi/wifistart.sh
# EPGRefresh starten
/var/bin/epgrefresh.sh &

Wenn dein Eintrag so aussieht kann amule auch nicht starten.
Ich nehme aber an, du hast die init wie folgt abgeändert und es damit mal versucht, wie schon beschrieben:

/var/wifi/wifistart.sh
# EPGRefresh starten
/var/bin/epgrefresh.sh &
/hdd/amule/bin/amule

Wenn das nicht geht mußt du evtl. vor dem Start von amule dein Swapfile aktivieren, sonst kommt es vor, daß das webif wegen fehlendem Speicher versagt.

By the way, welche Version benutzt du denn?
Bei den älteren Versionen, die ich portiert habe ist natürlich die Dateistruktur ein wenig anders. Dort befinden sich die Tools in /hdd/aMule.
Also wäre hier ein

/hdd/aMule/amule

angebracht.

Gruß

Zitat

Liegt es vielleicht daran, das der Daemon das WebIF-Binary nicht gleich mitstartet? Wenn ja - könntest du bitte eine mit "--enable-webserver" compilierte Version bereitstellen?

Die Fehleraussage kannst du getrost ignorieren. Ich habe die Option --enable-webserver angegeben, sonst hättest du ja schliesslich auch keinen Webserver namens amuleweb oder.

Ich denke das größte Problem ist hier der Betrieb in einer chroot Umgebung. Da ich unmöglich vorher die Zustände eines jeden Images wissen konnte habe ich versucht das Startscript so kompatible wie möglich zu machen. Leider scheint das bei einigen nicht zu funzen. Herumprobieren mit anderen Pfaden und Verzeichnissen, ohne dabei das Startscript, bzw. die configs von amule anzupassen führen dann zu solchen Fehlermeldungen. Ich habe die Versionen auf verschiedenen Dreamboxen testen können. Bei mir gab es nie Fehler dergleichen, vorrausgesetzt, man konfiguriert und startet mittels Startscript amule auch korrekt.

Zitat

denke ma schon das der Pfad so ok ist da ich ja per telnet amule auch so starten kann...
swapfile habe ich auch aktiviert

Muß nicht zwangsläufig so sein, da zwischen der Pfaden des eingeloggten root via telnet und den Pfaden beim Hochfahren der Box ein Unterschied bestehen kann. Die Pfade für die telnet session stehen in /etc/profile und der export der Pfade bei der Startprozedur in /etc/init.d/rcS.

cheers

Da ich vermute, daß du kein cron auf der Box hast, hier ein kleines Script, daß von den üblichen Tools auf der Box unterstützt wird.

#!/bin/sh


do_amule() {
	if [ $i = '23:00:' ] ; then
		do_kill
		/hdd/amule/bin/amule
	else 
		do_kill
	fi
}


do_kill() {
	for a in amuleweb amuled ; do 
			pidof $a >/dev/null && killall $a 2>/dev/null 
			pidof $a >/dev/null && killall -9 $a 2>/dev/null
	done
}


while true ; do
	for i in '23:00:' '14:00:' ; do
		date | grep $i >/dev/null && do_amule $i
	done
	# sleep must be less than 60 second !!
	sleep 50
done

NOTE: Editiere die folgende(n) Datei(en) mit einem Unixeditor !!

1. Erstelle eine Texdatei namens amule_restart.sh und packe sie nach /var/bin.
2. Editiere deine /var/etc/init mit der Line "/var/bin/amule_restart.sh".
Wenn /var/etc/init nicht vorhanden, dann erstellen. Damit wird das Script bei jedem Start der Box mitgestartet, wenn du Interesse hast.
3. chmod 755 /var/bin/amule_restart.sh /var/etc/init nicht vergessen !!!

Ich habe es nur mal kurz im Zeitintervall weniger Minuten gestestet. Probiers aus!

cheers

Also "Funktioniert leider nicht" ist natürlich eine sagenhaft umfangreiche Aussage.

Was funktioniert nicht?
Kannst du es nicht starten ?
Wird das Script bei mSystemstart nicht gestartet?
Läuft das Script startet jedoch amule nicht ?

Kann ich sonst nicht nachvollziehen.

Ich hatte noch einen kleinen Fehler im init Script drin. Du musst den Prozess "amule_restart.sh" im Background starten. Also "/var/bin/amule_restart.sh &". Siehe auch im Anhang.

Wenn du die Dateien in dem Format auf der Dream hattest, wie aus deinem Anhang kann es nicht funktionieren. Ich hatte doch auf einen unixtauglichen Editor hingewiesen. Deine Files haben die Windows Syntax und das läuft nunmal glücklicherweise nicht auf der Dreambox. Die Dateien in meinem Anhang haben schon das passende Format, also ungeöffnet von deiner Windowsbüchse auf die Dream schieben.

Hast du das Script mal per Hand gestartet ? Was sagt die Ausgabe ?
Benutzt du auch amule mit dem Startscript /hdd/amule/bin/amule ?
Wenn nicht, wie startest du für gewöhnlich deinen Esel auf der Dream ?

cheers

Zitat

Wie starte ich es denn "manuell"?

/var/bin/amule_restart.sh &

Ein anschliessendes `ps aux` wird dir Auskunft über den laufenden Prozess geben. Ist dort kein Eintrag von amule_restart.sh enthalten, läuft das Script nicht.

Zitat

Wird das Script bei mSystemstart nicht gestartet?

Das lag unter anderem an der falschen /var/etc/init .
Berichtigt in meinem vorherigen Anhang.

Zitat

Ich habe die Dateien mit Ultraedit erstellt und dann per FTP auf die Box geschoben,...falsch?

Grundsätzlich nicht, du musst Ultra Edit aber auch erzählen, das du ein Unixformat haben willst, sonst macht der Editor default Windowsformate.
Evtl. passiert das auch durch den Transfer via ftp. Habe ich dabei auch schon oft erlebt, dass dabei Unixformate einfach nach Windoof gewandelt wurden. Am besten mit dem Editor direkt auf der Dream die Datei öffnen. Ich weiß nicht, ob das Ultraedit kann. Crimson Editor kann das.

Zitat

Sagst du mir wie? per Telnet einfach das Script ausführen?

Genau. Einfach per telnet auf die Box und siehe Punkt 1.
By the way erfährst du auch dadurch, ob das File im Unixformat ist. Bei Schwimmdowsenformaten kommt ebend eine Fehlermeldung.

cheers

1.) Evtl. Festplatte voll (Indodes beachten)? Swapfile auch aktiviert ?

2.) Eigentlich sollten die geforwardeten Ports reichen. Versuche auch mal beides zu aktivieren TCP/UDP. Stehe diesbezüglich gerade etwas auf dem Schlauch.Ich weiß aber auch, das einige Router bei dem hohen Traffic (Verbindungen) der p2p Netzwerke in die Knie gehen. Dein Netzwerk mit den 5 Geräten untermauern den Verdacht ja noch zusätzlich, zumindest wenn alle gleichzeitig laufen sollten.

3.) Ja.

4.) Die Ordner sind versteckt. Linuxspezifisch der vorangestellte Punkt der Directory. Wenn du den Modus in deinem FTP-Tool auf sichtbar setzt, sollte es auch verfügbar sein. Alternativ kann man auch zu Zugriff vom PC Samba nutzen.

5.) Bezüglich der Ports kannst du in den configs von aMule andere Ports verwenden. Diese musst du im Router dann aber auch ändern. Beachte aber die Faustregel nach der amule automatisch den UDPPort vergibt:
UDPPort = TCPPort + 3 . Also z.B. deine 4711 und 4714.
Bezüglich der Sichtbarkeit der Ordner kannst du das evtl. in den Configs ändern. Stehe ich gerade auf dem Schlauch. Ich weiß nicht ob amule die Ordner fest vergibt, es also hardcodec ist und nur bei Neucompilation zu ändern ist, aber warum?

6.) Ich glaube nicht. Man könnte evtl. eine server.met mit seinen favorisierten Servern erstellen. Aber auch hier warum? Meine Beobachtungen ergaben, dass aMule mit einer High ID immer den besten Server automatisch gewählt hat, zumindest den Server mit den meisten Connections bzw. Files.

7.) Jepp das liegt an der fehleneden gdlib. aMule liess sich zwar compilieren wieß aber nicht auf diese exakte Fehlermeldung hin. Ich finde nur irgendwie kaum noch Zeit mich mit dem aMule Port zu beschäftigen. Vielleicht mal wieder beim nächsten Release von aMule. Das Problem mit dem abgestürztem Webif kann man aber einfach beheben. Ein Restart von amuleweb hilft dabei. Also "/hdd/aMule/bin/amule -w" bzw. /hdd/amule/amule -w je nachdem welchen aMule Port du verwendest.

8.) Habe ich noch nicht getestet und kann keine Aussage dazu machen.