Ok, ich dürfte den Fehler gefunden haben: es liegt nicht direkt an pyLoad oder dem ExtractArchive Plugin sondern an der unrar Version.
Ich habe unrar per ipkg auf Version 5 upgedated, diese erzeugt allerdings einen anderen Output als Version 3.8 aus dem Synology Firmware Image. Dadurch dürfte ExtractArchive nicht mehr erkennen das die Datei verschlüsselt ist:
Auch die Version 4.2 aus dem Synology pyLoad Package erzeugt den "richtigen" Output:
Ich habe unrar per ipkg auf Version 5 upgedated, diese erzeugt allerdings einen anderen Output als Version 3.8 aus dem Synology Firmware Image. Dadurch dürfte ExtractArchive nicht mehr erkennen das die Datei verschlüsselt ist:
Rich (BBCode):
--- unrar.system
+++ unrar.ipkg
@@ -1,11 +1,12 @@
-UNRAR 3.80 freeware Copyright (c) 1993-2008 Alexander Roshal
+UNRAR 5.00 freeware Copyright (c) 1993-2013 Alexander Roshal
-Archive /volume1/pyload/downloads/test/test.rar
+Archive: /volume1/pyload/downloads/test/test.rar
+Details: RAR 4
- Name Size Packed Ratio Date Time Attr CRC Meth Ver
--------------------------------------------------------------------------------
-*10MB.bin 10485760 10512832 100% 22-11-13 23:16 -rw-r--r-- 080B380F m3g 2.9
--------------------------------------------------------------------------------
- 1 10485760 10512832 100%
+ Attributes Size Date Time Name
+----------- --------- -------- ----- ----
+*-rw-r--r-- 10485760 22-11-13 23:16 10MB.bin
+----------- --------- -------- ----- ----
+ 10485760 1
Auch die Version 4.2 aus dem Synology pyLoad Package erzeugt den "richtigen" Output:
Rich (BBCode):
--- unrar.system
+++ unrar.pyload
@@ -1,5 +1,5 @@
-UNRAR 3.80 freeware Copyright (c) 1993-2008 Alexander Roshal
+UNRAR 4.20 freeware Copyright (c) 1993-2012 Alexander Roshal
Archive /volume1/pyload/downloads/test/test.rar