[Gelöst] Zyxel NAS542 Herunterfahren

Begonnen von Gear, 06 März 2019, 20:41:36

Vorheriges Thema - Nächstes Thema

swsmily

~ $ help
Built-in commands:
------------------
        . : [ [[ alias bg break cd chdir continue eval exec exit export
        false fg hash help jobs kill let local printf pwd read readonly
        return set shift source test times trap true type ulimit umask
        unalias unset wait

~ $ su
Password:


BusyBox v1.19.4 (2017-05-26 17:12:50 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # help
Built-in commands:
------------------
        . : [ [[ alias bg break cd chdir continue eval exec exit export
        false fg hash help jobs kill let local printf pwd read readonly
        return set shift source test times trap true type ulimit umask
        unalias unset wait

~ #




Gear

Oh man, ja ok... -.-"
Das "su" hat gefehlt, dann PW und dann geht der Cmd....

Ok gut, dann wäre das Problem ja gelöst.
> Nach "poweroff -n" war der NAS sehr schnell aus, fährt der denn dann richtig runter? Sehr ungewohnt.

Und ich kann den Abschaltbefehl per WOl in FHEM dann abschicken?
Ich muss da dann ja "su", "Pass" und "poweroff -n" eingeben, wie geht das dann alles zusammen?

Vielen Dank!!!! =D
Ich muss jetzt ins Bett, schaue mir das dann morgen weiter an, Danke!!
> ODroid H3 => OMV => Docker => FHEM <
Fritz!Box 7590, Fritz!Repeater 6000, MQTT, RaspberryMatic, Zigbee2MQTT, ESP32, ESP8266, Shelly, Grafana ...
> 3D-Druck <

swsmily

Man hört, dass jede Festplatte einzeln ausgeschaltet wird und danach das System ganz abschaltet. Waren die Festplatten vorher im Standby (blinkende LEDs), fahren diese auch erst alle wieder hoch, bevor das System runterfährt. Also bei mir ist es nicht schneller oder langsamer, als wenn ich über die Weboberfläche das NAS ausschalte.

Wie das NAS über FHEM runtergefahren werden kann weiß ich nicht. Wie gesagt, jedes Laptop/PC schaltet bei mir je nach Wochenplan das NAS an, macht sein Backup und schaltet das NAS wieder aus. Da hat ausnahmsweise mal FHEM nichts mit beizutragen.

Otto123

CST -> Centra Standard Time - warum fährst Du Deine NAS mitten in den USA? Also falls Du mal mit den Zeitangaben ins schleudern gerätst  ::)

su steht bei busybox also offenbar für etwas wie sudo
Passwort eingeben muss natürlich irgendwie umgangen werden.
Also entweder Du kannst so etwas wie sudoers machen oder Du kannst einen root User anlegen, oder poweroff an den normalen user irgendwie delegieren.
Ich bin Dir leider keine Hilfe was dieses Problem angeht, ich habe das system nicht.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

CoolTux

Zitatpoweroff -n
  -n = don't sync

Musst selber wissen ob Du damit leben kannst.
https://www.unix.com/man-page/suse/8/poweroff/
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

swsmily

Zitat von: Otto123 am 07 März 2019, 21:22:39
CST -> Centra Standard Time - warum fährst Du Deine NAS mitten in den USA? Also falls Du mal mit den Zeitangaben ins schleudern gerätst  ::)
Danke für den Hinweis, da musste ich direkt nochmal nachschauen. Dies scheint aber nur im BusyBox so dargestellt werden. In der Weboberfläche ist es die richtige Zeitzone und wenn Dateien angelegt werden, dann auch mit richtigem Zeitstempel.

swsmily

Zitat von: CoolTux am 07 März 2019, 21:28:29
Musst selber wissen ob Du damit leben kannst.
https://www.unix.com/man-page/suse/8/poweroff/

Auch an dich, danke für den Hinweis. Ich hatte irgendwas mal gefunden, dass dieses -n für now steht.
Fertig syncen sollen die Festplatte natürlich, bevor runtergefahren wird. Danke!

Otto123

Zitat von: swsmily am 07 März 2019, 21:31:05
Danke für den Hinweis, da musste ich direkt nochmal nachschauen. Dies scheint aber nur im BusyBox so dargestellt werden. In der Weboberfläche ist es die richtige Zeitzone und wenn Dateien angelegt werden, dann auch mit richtigem Zeitstempel.
Naja meist ist es so, die Zeitzone wird nicht beachtet, die Zeit wird "verbogen" damit die Optik stimmt. Funktioniert solange bis Daten mit Zeitzonen Bezug geliefert werden und an einen System mit anderer Zeitzone ausgewertet werden.
Typischer Fall wären Kalender, Logfiles usw.

Kann aber sein, dass das System was auf der Busybox läuft noch einmal separat die Zeitzone verwaltet wird.  Reine spekulation von mir.
Mich würde diese Zeitzone wuschig machen :)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

swsmily

Mir ist das nie aufgefallen mit der Zeitzone, da Filesystem, Weboberfläche usw. alles immer die richtige Zeit zeigten. Und mit Telnet verbindet man sich normal nicht drauf. Das war damals um das Script zu testen und jetzt zur Hilfestellung  ;D

Wernieman

Nur mal zu Info:
sudo - Erlaubt den aktuellen Benutzer einen Befehl als ein anderer User zu starten, Passwort ist aktueller User
su - Erlaubt den kurzfristigen Wechsel zu einem anderen User, Passwort ist das des Zieluser

beides sind schon ältere Befehle ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Otto123

Zitat von: Wernieman am 08 März 2019, 08:04:54
su - Erlaubt den kurzfristigen Wechsel zu einem anderen User, Passwort ist das des Zieluser
Ja aber su ohne Username dahinter? Das kannte ich nicht. Scheint aber so zu sein:
Zitatsu [OPTIONS] [-] [username]

Change user id or become root

Options:

        -p, -m  Preserve environment
        -c CMD  Command to pass to 'sh -c'
        -s SH   Shell to use instead of default shell
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Wernieman

Wenn Du root willst, solltest Du dann nur "su -" verwenden.

Der - bedeutet, das auch die "Umgebung" geladen wird.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Gear

So, ich habe nun eine .sh File die meinen NAS herunterfahren kann, diese sieht so aus:

#!/bin/bash
sshpass -p PASS ssh USER@IP << EOF
su <<!
SUPASS
poweroff
!
EOF


Die File funktioniert komplett problemlos, ich würde gerne die File über FHEM ausführen, was laut Forum so gehen soll:
"/opt/fhem/ShutDown_NAS_FS.sh";

Es tut sich aber nichts und in der LogFile steht folgendes:
sh: 1: /opt/fhem/ShutDown_NAS_FS.sh: Permission denied

Ich gehe mal davon aus, dass FHEM nicht die Rechte hat die Datei auszuführen.
Die File hat folgende Rechte (ls -al)
-rw-r--r-- 1 fhem dialout 100 Mar  9 16:33 ShutDown_NAS_FS.sh
> ODroid H3 => OMV => Docker => FHEM <
Fritz!Box 7590, Fritz!Repeater 6000, MQTT, RaspberryMatic, Zigbee2MQTT, ESP32, ESP8266, Shelly, Grafana ...
> 3D-Druck <

Otto123

#28
Die Datei ist nicht ausführbar. Damit müsstest Du entweder:
"bash /opt/fhem/ShutDown_NAS_FS.sh"
Oder Du musst der Datei noch das Ausführen Flag geben, sollte so auch in der FHEM Kommandozeile gehen, da fhem Besitzer ist:
"chmod +x /opt/fhem/ShutDown_NAS_FS.sh"

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Gear

Danke Otto,

wenn ich folgendes ausführe, oder es über WOL mache
"bash /opt/fhem/FHEM/OwnScript_SSH_Shutdown_NAS_FS.sh"
dann steht folgendes in der Log
2019.03.09 18:04:31 3: [WOL.NAS.FS] set WOL.NAS.FS off
2019.03.09 18:04:31 3: [WOL.NAS.FS] shutdownCmd: "bash /opt/fhem/FHEM/OwnScript_SSH_Shutdown_NAS_FS.sh" executed
Pseudo-terminal will not be allocated because stdin is not a terminal.


Ja, die File hat sich geändert, bzw der ablage Ort, sollte aber nichts machen, da die Rechte die gleichen sind und es über "Edit files" angelegt ist.

Ein Ausführen des
"chown +x "bash /opt/fhem/FHEM/OwnScript_SSH_Shutdown_NAS_FS.sh""
ergibt folgendes in der Log
chown: invalid user: '+x'
> ODroid H3 => OMV => Docker => FHEM <
Fritz!Box 7590, Fritz!Repeater 6000, MQTT, RaspberryMatic, Zigbee2MQTT, ESP32, ESP8266, Shelly, Grafana ...
> 3D-Druck <