#1
|
|||
|
|||
Berechtigung nach dem entpacken anpassen (JD2 -NAS)
Hi,
hat einer eine Idee, falls überhaupt möglich, wie ich die Berechtigung der entpackten Dateien ändern kann (chmod/chown)? Nutze JD2 auf einem qnap NAS mit MyJDonwloader. Die Berechtigung z.B. mit einem Skript mittel cron anzupassen ist mein aktueller woraround, aber eigentlich nicht das was ich gerne hätte. Bin für jeden Tipp dankbar. |
#2
|
||||
|
||||
Zauberwort ist umask Einfach JDownloader mit einer entsprechenden/korrekten umask starten
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Da JD unter admin auf dem NAS läuft kommt das in der konstelation für mich nicht in Frage die umask für "admin" anzupassen. Gibt es in JD keine Möglichkeit das ähnlich wie in pyLoad einzustellen?
|
#4
|
||||
|
||||
Du musst auch nicht die umask für admin anpassen, sondern passt das Script von JDownloader an, damit NUR die umask für JDownloader geändert wird. Genau dafür ist umask da
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Danke, daran habe ich nicht gedacht. Allerdings mußte ich soeben feststellen das in dem JDownloader2.sh Skript bereits die umask 000 gesetzt wird...
Wenn dem so wäre hätte ich kein Problem. 002 würde mir schon ausreichen, aber leider ist alles was entpackt wird 007 |
#6
|
||||
|
||||
Zeig mal bitte das Script. Bin mir sehr sicher das es fehlerhaft ist und die umask im falschen Context geändert wird. Sprich wahrscheinlich umask ändern, dann aber neue bash in dem JD gestartet wird. Irgendwie sowas.
Das es mit umask korrekt funktioniert weiß ich persönlich und oft genug Leuten so geholfen hab
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
Habe das Skript mal als txt angefügt. Wird eigentlich unmittelbar vor dem Aufruf gesetzt.
Code:
case "$1" in start) do_start /bin/echo "JD2 is starting, wait a few minutes and then use my.jdownloader.org" # Launch Java and JD2 in background umask 000 if [ -z "$SSH_SESSION" ]; then $JAVA_BIN $JD2_ARGOUMENTS -Djava.awt.headless=true -jar $JD2_PATH/JDownloader.jar & else /bin/touch /var/run/utmp export TERMINFO=/usr/share/terminfo/ /usr/sbin/screen -d -m -S JDownloader2 $JAVA_BIN $JD2_ARGOUMENTS -Djava.awt.headless=true -jar $JD2_PATH/JDownloader.jar /bin/echo "" /bin/echo "====================================================================================================" /bin/echo "You're launcing $QPKG_NAME via an SSH connection, so $QPKG_NAME will launched via screen session!" /bin/echo "You can see the current screen session with: screen -r" /bin/echo "To close the session without exit of $QPKG_NAME, you need to push this combination CTRL+A and then D" /bin/echo "Please refer to **External links are only visible to Support Staff** /bin/echo "====================================================================================================" /bin/echo "" fi ;; |
#8
|
||||
|
||||
Das umask funktioniert hier NUR im oberen Zweig. Im unteren (Screen) funktioniert es nicht. Ich empfehle es einfach zu editieren, sodass immer die obere Variante genutzt wird.
Als Alternative auch einfach mal von Hand in der Shell testen, sprich JDownloader beenden dann umask setzen und JDownloader mit java -jar JDownloader.jar starten
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
Danke, werde ich testen und berichten.
|
#10
|
||||
|
||||
Danke und viel Erfolg
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
Leider ohne Erfolg... Selbst wenn ich es manuell starte.
Code:
umask 000 java -jar JDownloader.jar |
#12
|
||||
|
||||
Ich sehe grad das für Linux/Mac das Herstellen der Original Rechte verwendet wird.
In den Profieinstellungen nach RestoreFilePermissions suchen und abschalten Dann klappt es auch mit der umask! Sorry das ich das erst jetzt gesehen hab :(
__________________
JD-Dev & Server-Admin |
#13
|
|||
|
|||
Ist in keinem der profile gesetzt. weder im .profile, .bashrc noch im .bash_profile
Zudem habe ich in allen "profilen" die umask auf 022 gesetzt. Werde aber zur Sicherheit das NAS mal neustarten, da ich mir nicht sicher bin ob beim start eine neue Session aufgemacht wird. Reboot läuft, ich berichte gleich. |
#14
|
|||
|
|||
Leider auch das ohne Erfolg Ich verstehe das nicht wirklich
|
#15
|
||||
|
||||
Die Option findest du im JDownloader RestoreFilePermissions in den Profieinstellungen
__________________
JD-Dev & Server-Admin |
#16
|
|||
|
|||
OMG... da habe ich mich wohl als JD dau geoutet. Habe ich jetzt ausgeschaltet, und werde es gleich testen und berichten.
|
#17
|
||||
|
||||
Kein Problem
__________________
JD-Dev & Server-Admin |
#18
|
|||
|
|||
Bringt leider auch nichts. Zudem greift diese Einstellung erst beim entpacken, oder? Denn die Rechte sind zum Zeitpunkt des downloads schon falsch.
|
#19
|
||||
|
||||
Können wir mal Teamviewer machen? Ich würde mir das gerne mal selbst anschauen.
Ja, die Methode greift beim Entpacken, da nur dort explizit Rechte gesetzt werden.
__________________
JD-Dev & Server-Admin |
#20
|
|||
|
|||
Sehr gerne. Wohin soll ich die Daten schicken?
|
#21
|
||||
|
||||
__________________
JD-Dev & Server-Admin |
#22
|
|||
|
|||
Nochmals vielen Dank für deine Hilfe. Das Problem mit dem ACL ist mir auf schnelle zu komplex, daher habe ich jetzt das SGID auf den Download-Ordner gesetzt. Ohne dich hätte ich das Problem wohl nie erkannt... Mein innerer Schweinehund will den acl-Berg gerade irgendwie nicht erklimmen.
|
#23
|
||||
|
||||
Danke fürs Feedback! Hier ne schnelle kleine Anleitung
wiki.archlinux.org/index.php/Access_Control_Lists Du musst die Maske für Others ändern.
__________________
JD-Dev & Server-Admin |
#24
|
|||
|
|||
Danke, werde ich mir die Tage mal angucken.
|
Thread Tools | |
Display Modes | |
|
|