pyLoad 0.4.9 .spk (armv5tejl)

Status
Für weitere Antworten geschlossen.

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Ursache ist???

DS212> . /volume1/@appstore/pyload/bin/import-environment
DS212> . /volume1/@appstore/pyload/bin/import-environment
environment already set
DS212> /var/packages/pyload/target/bin/reconnect
no preconfigured modem
DS212>
 

enkidu

Benutzer
Mitglied seit
17. Dez 2011
Beiträge
191
Punkte für Reaktionen
0
Punkte
0
Zeig mal deine (aktuelle) reconnect.sh :)
Mit der aus meinem letzten Beitrag sollte das nicht passieren.

Dir fehlt ziemlich sicher ein
Code:
exit 0
am Ende (der reconnect.sh).
 

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Wer hat "deinen Beitrag" geändert?

#!/bin/sh
#curl "http://192.168.220.1:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "
<?xml version='1.0' encoding='utf-8'?>
<s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'>
<s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' />
</s:Body> </s:Envelope>" >> /dev/null
curl "http://fritz.box:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 1
curl "http://fritz.box:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#RequestConnection" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:RequestConnection xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
exit 0

Ich hatte doch diesen Text unverändert reinkopiert:

curl "http://${PYLOAD_GATEWAY}:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 1
curl "http://${PYLOAD_GATEWAY}:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#RequestConnection" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:RequestConnection xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 3
exit 0
 

enkidu

Benutzer
Mitglied seit
17. Dez 2011
Beiträge
191
Punkte für Reaktionen
0
Punkte
0
Falls du es mit echo "copy & paste" >reconnect.sh hineingeschrieben hast, war es deine Shell, nimm einen Text Editor bei dir am PC ;)

Du kannst es ruhig als Variablen stehen lassen - es spricht im Heimnetz aber auch nicht viel gegen die IP.. so oft ändert sich die ja auch nicht, wenn dann mit neuem Modem wo man sowieso wieder hier ankommt.
Naja, liegt schon bei den Vorlieben. Geht's damit?

Die oberen beiden Zeilen (= die mit # zu beginn) sind übrigens nicht nötig.
 
Zuletzt bearbeitet:

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Habe es per copy/paste via Winvi 3.00 reinkopiert.

Nein, geht nicht. Pyload bringt dem Router keine neue IP aber versucht zu reconnecten
 

enkidu

Benutzer
Mitglied seit
17. Dez 2011
Beiträge
191
Punkte für Reaktionen
0
Punkte
0
Auch nicht bei jedem zweiten mal wie zuvor?

Das könnte man billig lösen:
reconnect.sh (gesamter Inhalt)
Code:
curl "http://${PYLOAD_GATEWAY}:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 1
curl "http://${PYLOAD_GATEWAY}:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#RequestConnection" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:RequestConnection xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 3
curl "http://${PYLOAD_GATEWAY}:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 1
curl "http://${PYLOAD_GATEWAY}:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#RequestConnection" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:RequestConnection xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 3
exit 0

... das wären 2x :D
 

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
5 von 5 Versuchen schlugen fehl.

und die Fehlermeldung "no preconfigured modem" ist auch noch aktiv.
 

enkidu

Benutzer
Mitglied seit
17. Dez 2011
Beiträge
191
Punkte für Reaktionen
0
Punkte
0
Progressiver Vorschlag: Versuche einmal eine reconnect.sh mit folgendem Inhalt:
Code:
PYLOAD_MODEM="FRITZBox"

Dein custom reconnect Script unterscheidet sich vom FRITZBox Default ja ohnehin nicht - also müsstest du diese Umwege erst gar nicht antreten.

p.s.: Die Paketdateien sind hoffentlich wirklich original, also auch den Rechten nach, nicht nur inhaltlich.
 

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Es tut mir leid, die Fehlermeldung "no preconfigured modem" bleibt.

Wir müssen für heute auch Schluß machen. 3:45 Uhr klingelt mein Wecker und den muß ich hören. Habe eh Probleme mit dieser Funktion und auch genug Probs dadurch. Muß ich nicht noch provozieren.

Ich danke Dir für deine Unterstützung.

Da ich nicht weiß, ob Rechte geändert wurden, werde ich morgen Pyload deinstallieren und neu drauf bügeln.

Ist es von Vorteil, da ich gelesen habe, dass Pyload nicht wirklich deinstalliert wird über Paketzentrum, sondern nur "versteckt" dass es besser wäre, die realen Ordner erst zu löschen mit "rm -r ..." und dann im Paketzentrum Pyload deinstallieren und nach einem Neustart neu zu installieren? Komplizierter Satz? Ja!
 

enkidu

Benutzer
Mitglied seit
17. Dez 2011
Beiträge
191
Punkte für Reaktionen
0
Punkte
0
Nein, der Deinstaller deinstalliert pyLoad natürlich.
Das einzige was übrig bleibt ist der /pyload Share und damit deine Downloads, unrar_passwörter und reconnect.sh.
Die kannst du ruhig behalten :)
Als Freigabe wird es bei Deinstallation herausgenommen, da die Freigabe auch vom Installer kam und es ab dann User Angelegenheit ist was weiter damit passieren soll ;)

Der Installer erkennt dass es den /pyload Ordner im Install Volume bereits gibt und überschreibt ihn auch nicht.
Die eigentlichen Paketdateien (/volumeX/@appstore/pyload) werden bei Deinstallation vollständig gelöscht, auch das pyLoad Profil (Premium Accounts, sonstige Einstellungen, User, Logs), das bei Upgrades sonst erhalten bleibt.

Falls keine /pyload/reconnect.sh existiert, bekommst du auch eine neue die einige nützliche Beispiele und Erklärungen enthält. Sonst behältst du deine aktuelle.
Für einen Neuanfang kannst du deine reconnect.sh also auch vor der Neuinstallation löschen.

Shellausflug: Nicht nötig, nur wenn's dir Spaß macht :)
 
Zuletzt bearbeitet:

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Ok danke - guts Nächtle und ... "heut ist nicht aller Tage, ich komm' wieder, keine Frage." Berichte hier morgen.

theMario
 

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Also, zunächst erst einmal habe ich getan, was ich angekündigt hatte. Deinstalliert, neu gestartet und wieder installiert. Fehler von gestern war wieder da. Kein reconnect, trotz Versuch pyloads gab es keine neue externe IP. Das nicht konfigurierte Modem war in der Konsole auch einen Aufschrei wert. Aber, ich hab da ja unten nicht nur meine DSen angegeben, sondern auch so einen Mutmacher reingemeisselt.... . Also - lesen bildet.

Ja, habe meine reconnect.sh (meine Eigene selbst erstellte, nicht von pyload installierte Datei) manuell gestartet.

Zunächst Fehlermeldung zu : exit 0 in der letzten Zeile.
reconnect.sh: exit: line 7: Illegal number: 0
Beim Öffnen mit "vi" sah ich dann auch noch Dieses
genau ^M hinter jeder Zeile.
Ich hab' die Datei nie mit einem Editor von Windows bearbeitet! Wer war das? Egal, verantwortlich bin ich ja dennoch, also weg damit von jedem Zeilenende.
reconnect.sh manuell in der Konsole ausgeführt brachte (wieder) eine neu IP nach der Anderen.

Dann ging es an's Eingemachte. Pyload Weboberfläche - eine Datei.dlc zum Test mit Downloads von UploadedTo. So hat man Garantie, dass ein reconnect fällig ist, egal wieviel man als Freeuser gezogen hat und mit pyload bekommt man kein zweites Captcha. Sekt oder Selters also. Somit sollte kein manueller Fehler pyload untergeschoben werden können.

Zeile 19 zeigt die Fehlermeldung eines falschen Captchas bzw. den Abbruch seitens uploadet.to
Die Downloads sind manuell gestartet. Das tut der Sache keinen Abbruch. Pyload würde den nächsten Download nehmen und den Ausgelassenen in der Liste mit einer Fehlermeldung behängen.



Und nun Dieses :D

34 12.03.2013 20:57:11 INFO Download starts: Firmware_Pack.part01.rar
33 12.03.2013 20:57:11 INFO Reconnected, new IP: xxx.xxx.1x0.84
32 12.03.2013 20:56:56 INFO Starting reconnect
31 12.03.2013 20:56:22 INFO Download starts: Firmware_Pack.part01.rar
30 12.03.2013 20:56:12 INFO Download aborted: Firmware_Pack.part01.rar
29 12.03.2013 20:35:56 INFO Download starts: Firmware_Pack.part01.rar
28 12.03.2013 20:35:56 INFO Reconnected, new IP: 93.xxx.1x4.97
27 12.03.2013 20:35:44 INFO Starting reconnect
26 12.03.2013 20:35:09 INFO Download starts: Firmware_Pack.part01.rar
25 12.03.2013 20:34:57 INFO Download aborted: Firmware_Pack.part02.rar
24 12.03.2013 20:32:59 INFO Download starts: Firmware_Pack.part02.rar
23 12.03.2013 20:32:59 INFO Reconnected, new IP: xx.xxx.1x1.175
22 12.03.2013 20:32:50 INFO Starting reconnect
21 12.03.2013 20:32:16 INFO Download starts: Firmware_Pack.part02.rar
20 12.03.2013 20:31:44 INFO UnSkipOnFail: look for skipped duplicates for Firmware_Pack.part03.rar (pid:10)...
19 12.03.2013 20:31:44 WARNING Download failed: Firmware_Pack.part03.rar | Unknown error '%s'
18 12.03.2013 20:31:12 INFO Download starts: Firmware_Pack.part03.rar
17 12.03.2013 20:29:46 INFO Download finished: Firmware_Pack.part04.rar
16 12.03.2013 20:15:27 INFO Download starts: Firmware_Pack.part04.rar
15 12.03.2013 17:15:10 INFO No plugin updates available
14 12.03.2013 17:15:10 INFO No Updates for pyLoad
13 12.03.2013 17:15:07 INFO pyLoad is up and running
12 12.03.2013 17:15:05 INFO Starting lightweight webserver (bjoern): 0.0.0.0:8000
11 12.03.2013 17:15:03 INFO Aktiviere Plugins...
10 12.03.2013 17:15:03 INFO Aktiviere Accounts...
9 12.03.2013 17:15:03 INFO Freier Speicher: 3.62 TiBGB
8 12.03.2013 17:15:03 INFO Starte ThriftBackend: 0.0.0.0:7227
7 12.03.2013 17:15:03 INFO Downloadzeit: True
6 12.03.2013 17:15:03 INFO Deaktivierte Plugins: AlldebridCom, Captcha9kw, CaptchaBrotherhood, DeathByCaptcha, DownloadScheduler, EasybytezCom, Ev0InFetcher, ExpertDecoders, HotFolder, IRCInterface, MergeFiles, MultiHome, MultishareCz, Premium4Me, PremiumizeMe, RealdebridCom, RehostTo, ReloadCc, XMPPInterface, ZeveraCom
5 12.03.2013 17:15:03 INFO Aktivierte Plugins: BypassCaptcha, CaptchaTrader, Checksum, ClickAndLoad, ExternalScripts, ExtractArchive, ImageTyperz, LinkdecrypterCom, UnSkipOnFail, UpdateManager, XFileSharingPro
4 12.03.2013 17:15:02 INFO ExtractArchive: Aktiviert UnRar UnZip
3 12.03.2013 17:15:02 INFO Checksum: Checksum validation is disabled in general configuration
2 12.03.2013 17:14:55 INFO Benutze Home-Verzeichnis: /volume1/@appstore/pyload/var/config
1 12.03.2013 17:14:55 INFO starte pyLoad 0.4.9

Ich habe reconnect (mal wieder)

Für alle, welche die letzten Seiten mitgelesen haben und glauben, meine zusammengestuppelte reconnect.sh gebrauchen zu können - hier ist sie.

#!/bin/sh
PYLOAD_MODEM="FRITZBox"
curl "http://fritz.box:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#ForceTermination" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:ForceTermination xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 3
curl "http://fritz.box:49000/upnp/control/WANIPConn1" -H "Content-Type: text/xml; charset="utf-8"" -H "SoapAction:urn:schemas-upnp-org:service:WANIPConnection:1#RequestConnection" -d "<?xml version='1.0' encoding='utf-8'?> <s:Envelope s:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/' xmlns:s='http://schemas.xmlsoap.org/soap/envelope/'> <s:Body> <u:RequestConnection xmlns:u='urn:schemas-upnp-org:service:WANIPConnection:1' /> </s:Body> </s:Envelope>" > /dev/null
sleep 3
#exit 0

Anmerkung: Die Zeilen, die mit "curl" beginnen und mit "/dev/null" sind jeweils eine hintereinander geschriebene Zeile. Je nach Editor kopiert bitte berücksichtigen.

Ich sage Danke an enkidu. Seine Geduld, seine Tipps und die dazu gehörende Ausdauer haben es "uns" schaffen lassen.

LG theMario
 
Zuletzt bearbeitet:

frakki

Benutzer
Mitglied seit
29. Dez 2009
Beiträge
133
Punkte für Reaktionen
0
Punkte
16
seit ich von IPKG aufs spk gewechselt bin funktioniert meine Android-Remote app nicht mehr. Ports sind gleichgeblieben. Hat jemand eine Ahnung?
 

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Mal abgesehen, dass du in diesem Thread völlig falsch bist, versuche ich dir dennoch mal zu helfen.

1. Liegt es vllt. nicht an dem Umstieg von ipkg Paketen zu .spk, sondern an einer DSM Aktualisierung?
2. Ist deine Android Remote App ggf. dieses DS.File aus dem Android AppStore?

DSFile.png


Dann schau mal hier in deinem DSM.

Ich kenn DS File noch unter Port 5000 bzw. 5005 (+1 für https) heute liegt es auf Port 7000
Allerdings, bei mir im LAN bzw. via VPN läuft es nach wie vor unter 5005.
Der Port für DS Audio soll 8800 sein lt. Voreinstellung im DSM. Korrigiere das ggf. auch gleich.

Du solltest für spezifische Fragen deine Signatur erstellen und deine DS sowie deinen aktuellen DSM angeben. Eine Angabe zu verbauten HDs sowie die Konfiguration derer, ersparen dir Rückfragen - bzw. das Interesse der Antwortgeber schwindet beträchtlich, wenn es erst zu Rückfragen kommen muß, obwohl du nicht zu den Neulingen gehörst.
Die Angaben bei mir verstehe ich zumindest nicht als Protz und Proll, sondern als Beitrag zur Lösung meiner Probleme hier in desem Forum und glaube mir, meine DSsen laufen auch nicht immer so, wie ich es mir vorstelle... .
 

frakki

Benutzer
Mitglied seit
29. Dez 2009
Beiträge
133
Punkte für Reaktionen
0
Punkte
16
Hi Mario,
danke schonmal für deine Antwort.

Um es kurz zu machen, es liegt nicht an einem DSM Update. Ich nutze Pyload schon seit Dsm 2.x via IPKG und dachte mir mal das SPK zu probieren...

Seitdem funktionierte die "Remote"-App nicht mehr. Gemeint war die Pyload Android App (sorry für die Verwirrung).

Ich habe jetzt die IPKG installation entfernt und siehe da, es klappt nun mit der SPK Version.

Gleichwohl hatte ich gestern das Problem, dass Pyload scheinbar nicht mehr reagierte. Ein Ausschalten und Neustarten der App via DSM löste das Problem wieder.

Alles in allem klappt es aber :)

Das mit der Signatur hole ich jetzt umgehend nach :)

Vielen Dank nochmal für deine Hilfe.

beste grüße
frakki
 

Urban51

Benutzer
Mitglied seit
20. Dez 2011
Beiträge
114
Punkte für Reaktionen
0
Punkte
0
Ich bekomms auch nicht hin.
wenn ich reconnect in der shell aufrufe, kommt nur unpreconfigured modem type. egal ob FRITZbox oder "FRITZbox".
reconnect.sh besitzt pyload und ist ausführbar, exit 0 am anfang auskommentiert und ans Ende ergänzt.
Für mich sieht das aus, als würde er reconnect.sh nicht finden.

btw: frische DSM 4.2 install ohne vergangenheit und keine ipkg mods oder so. ich versuche, alles mit stock mitteln hinzubekommen.
 

tomparis

Benutzer
Mitglied seit
14. Apr 2013
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Finde Unrar nicht

Hallo zusammen,
habe auf meine DS112+ das pyLoad 0.4.9 spk installiert und funktioniert auch wunderbar.
Ich finde allerdings Unrar nicht bei den Zusatzprogrammen.
Soll doch angeblich mit drauf sein.
Ergo wird auch nichts entpackt.
Muss ich Unrar noch separat installieren? Und wenn ja, wie geht das?
Vielen Dank!
MfG
tomparis
 

theMario

Benutzer
Mitglied seit
29. Dez 2011
Beiträge
403
Punkte für Reaktionen
0
Punkte
22
Hallo tomparis

Erst einmal willkommen im Forum. Zunächst erst einmal - in der angegebenen spk ist unrar mit dabei.

Finden kannst du die dazugehörende Datei auf Konsolenebene so.

DS212> find -name unrar
./volume1/@appstore/pyload/bin/unrar
DS212>

Was du allerdings brauchst, ist eine txt Datei im pyload Ordner deines Volumens. Zu finden ist diese Datei normalerweise hier

DS212> find -name unrar_passwords.txt
./volume1/pyload/unrar_passwords.txt
DS212>
Diese Datei muß keine Passwörter oder Anderes enthalten, nur erst einmal existieren.

Schau doch mal in dein logfile von pyload. Einfach rechts fast oben den Button "Log" neben den "Einstellungen". Vielleicht verrät dir ja pyload schon, warum es nicht entpackt. Passwort vergessen?


LG theMario

Nachtrag: Das logfile zeigt dir auch an, ob entpackt werden kann/soll - bei mir im Satz Nummer 4 nach dem Start von pyload.

5 16.04.2013 22:52:53 INFO Aktivierte Plugins: BypassCaptcha, CaptchaTrader, Checksum, ClickAndLoad, ExternalScripts, ExtractArchive, ImageTyperz, LinkdecrypterCom, UnSkipOnFail, UpdateManager, XFileSharingPro
4 16.04.2013 22:52:53 INFO ExtractArchive: Aktiviert UnRar UnZip
3 16.04.2013 22:52:53 INFO Checksum: Checksum validation is disabled in general configuration
2 16.04.2013 22:52:45 INFO Benutze Home-Verzeichnis: /volume1/@appstore/pyload/var/config
1 16.04.2013 22:52:45 INFO starte pyLoad 0.4.9
 
Zuletzt bearbeitet:

enkidu

Benutzer
Mitglied seit
17. Dez 2011
Beiträge
191
Punkte für Reaktionen
0
Punkte
0
Vielleicht liegt's nur am Namen :)

In früheren pyLoad Versionen gab es unter den Zusatzprogrammen auch "UnRar". Mit 0.4.9 (glaube ich) wurde das mit UnZip in ExtractArchive zusammengefasst.
Im Paket ist unrar wie theMario schreibt mit dabei und wird zur Laufzeit auch "im PATH" gefunden.
In den Einstellungen findest du es nur jetzt unter ExtractArchive.

Sollte funktionieren, also tut's bei mir.
Bei Sonderzeichen in ausgepackten Dateinamen kann es leider ein paar Unstimmigkeiten mit smbd geben.
 

wirpo032

Benutzer
Mitglied seit
10. Feb 2012
Beiträge
1
Punkte für Reaktionen
0
Punkte
0
Hi,

ich habe Pyload via spk von unzureichende.info installiert. Das funktionnierte auch. Dann habe ich den Webzugriff mittels des DDNS vun Synology aktiviert. Nun funktionniert PyLoad nicht - weder im Heimnetzwerk noch vom externen Zugriff. Kann mir einer helfen damit ich das hinbekommen kann?

Ich danke schon Mal :)
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat