#1
|
|||
|
|||
JDownloader - Probleme mit der Shutdown Extension
Hallo,
Ich habe den Jdownloader auf meinem nas installiert. Die Shutdown Extension ist aktiviert und so eingestellt, dass das Programm nach dem letzten download geschlossen wird („close“). Das funktioniert leider nicht, auch nach Abschluss des letzten Downloads läuft das Programm weiter. Wie bekomme ich den JDownloader dazu, sich nach Abschluss der Downloads selbst zu beenden? Oder steht diese Funktion auf NAS grundsätzlich nicht zur Verfügung? VG dariusmk Last edited by dariusmk; 11.03.2018 at 17:10. |
#2
|
||||
|
||||
Der Button Shutdown im JDownloader beendet lediglich JDownloader und nicht die NAS.
Du musst noch die sudoers anpassen, damit JDownloader den shutdown Befehl ausführen kann Quote:
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Danke.
Ich möchte gerne folgendes erreichen: JDownloader soll sich nach Abschluss der Downloads selbst beenden. Das NAS soll weiterlaufen. Meine Lösung: Ich habe in der Weboberfläche die Shutdown Extension aktiviert und als Shutdown-Methode "Close " gesetzt. Das hat aber keine Wirkung: JDownloader läuft nach Abschluss der Downloads immer noch. Eventuell liegt es daran, dass sich in der Download-Liste noch Links befinden, die ich deaktiviert habe. Werde mal ausprobieren, ob sich JDownloader beendet, wenn die Download-Liste komplett leer ist. |
#4
|
||||
|
||||
Du hast neben der Aktivierunt der Erweiterung zusätzlich noch diese eingeschaltet? In den Einstellungen der Erweiterung muss diese ebenfalls noch aktiviert werden.
Warum JDownloader beenden? Welchen Vorteil?
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Eine rein vorsorgliche Maßnahme. Ich möchte nicht, dass der JDownloader die Festplatten aus dem Ruhezustand weckt.
|
#6
|
||||
|
||||
JDownloader erkennt den Headless Betrieb und verzögert alle Schreiboperationen solange wie möglich. Das Update Interval ist automatisch auf mind 1 Stunde erhöht und somit sollte genug Zeit vorhanden sein (1e Stunde) damit die Platte/das System in den Standby gehen kann
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
Quote:
Könntest Du mir bitte sagen, was genau ich in diesem Fall in die sudoers eintragen muss? Last edited by dariusmk; 27.03.2018 at 08:47. |
#8
|
||||
|
||||
admin ALL = NOPASSWD: /sbin/shutdown
siehe forum.ubuntuusers.de/topic/shutdown-ohne-sudo-im-skript/
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
Danke, auch für den weiterführenden Link.
Angesichts der Konsequenzen einer Falschbearbeitung der sudoers zittern mir jetzt schon die Hände. Vor Vorfreude natürlich. |
#10
|
||||
|
||||
Und System läuft noch ?
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
Ehrlich gesagt, habe ich mich noch nicht getraut, weil ich über Ostern ein funktionierendes NAS benötige.
Ich habe mich allerdings weiter belesen. Ich würde bei der Bearbeitung der sudoers wie folgt vorgehen: 1. Login auf dem NAS als admin 2. Eingabe von sudo -i 3. Eingabe von visudo 4. In der sudoers suchen der Zeile root ALL=(ALL) ALL" 3.Eingabe von "o" um eine neue Zeile darunter zu erstellen 5.Einfügen einer neuen Zeile admin ALL = NOPASSWD: /sbin/shutdown 6. Eingabe von :w !sudo tee % 7. Eingabe des Passworts 8.Eingabe von esc zum Verlassen des Edit-Modus 9.Eingabe von ":x" zum Speichern und Verlassen. Was meinst Du: Kann ich die sudoers auf diese Weise editieren ohne sie zu schrotten? |
#12
|
||||
|
||||
Wir können die Datei auch gerne gemeinsam via Teamviewer editieren, falls du auf Nummer Sicher gehen willst Schreib mir einfach an support@jdownloader.org
__________________
JD-Dev & Server-Admin |
#13
|
|||
|
|||
Quote:
Gibt es eigentlich eine Sicherheitsmaßnahme, um eine Falschbearbeitung der sudoers zu verhindern bzw. wieder rückgängig zu machen? Ich könnte z. B. vor der Bearbeitung eine Sicherungskopie von der sudoers in einem anderen Verzeichnis anlegen. Für den Fall einer Falschbearbeitung kopiere ich die Sicherungskopie dann in das ursprüngliche Verzeichnis zurück und alles funktioniert wieder!? |
#14
|
||||
|
||||
Zwei ssh/putty Verbindungen aufmachen
in beiden root holen (sudo su) und dann in einer die Datei verarbeiten nach dem Bearbeiten eine dritte ssh/putty Verbindung aufmachen und prüfen ob sudo su noch klappt und wenn ja dann shutdown befehl ohne sudo testen Im Fehlerfall kannst du mit der zweiten ssh/putty Verbindung die Änderung an der sudoers wieder Rückgängig machen
__________________
JD-Dev & Server-Admin |
#15
|
|||
|
|||
Das ist ein Top-Tipp. Danke dafür & schöne Ostern!
|
#16
|
||||
|
||||
Nix zu danken und viel Erfolg!
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|