OpenMediaVault 5 AutoShutdown

MGibarian

Cadet 2nd Year
Registriert
Nov. 2012
Beiträge
30
Moin an alle OMVler!
Da ich endlich mit einem etwas älteren PC in das Thema NAS reinschnuppern will (auch aus Bastel- und Geldgründen will ich erstmal erforschen, ob das alles so läuft, wie ich mir das wünsche), teste ich derzeit, ob mir das aktuelle OMV 5 als NAS-OS zusagt. Ich habe es schon so konfiguriert, dass ich in meinem WLAN auf einen USB-Stick an der NAS Zugriff bekomme.
Da ich die NAS nur sporadisch brauchen werde, möchte ich gern, dass sie sich nach einer gewissen Idle-Zeit in den Standby schickt und per WOL wieder geweckt werden kann, wenn ich sie mal brauche. Das ist mir sehr wichtig.
Ich habe das AutoShutdown Plugin installiert und die Einstellungen testweise auf 3 Cycles a 10 Sek und nur eine überwachte IP (mein Laptop) angegeben. So wollte ich herausfinden, ob die NAS einschläft, wenn ich den Laptop aus dem WLAN nehme. Allerdings läuft die NAS nach 30 Sek weiter. Weiß jemand, was ich falsch mache? Ich bin neu aif dem Gebiet Linux/NAS/OMV, also seid zart zu mir ;) Danke, danke!
 
Was sagt das Logfile unter Diagnose > Systemprotokolle ?
Das Plugin ist leider ein Überraschungsei.

Sowas wie "Check SMBStatus" und "Check Users" hast du aus?

Und ganz doofe Frage: Aktiviert ist es?
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: MGibarian
xammu schrieb:
Das Plugin ist leider ein Überraschungsei.
Zustimmung - leider... Ist halt die Frage, ob unbedingt WOL und Standby benötigt werden. Vielleicht tuts auch Spindown der Platten + automatischer Shutdown z.B. nachts und automatisches Einschalten mit Hilfe des wakealarm-Plugins?

Achja. Ganz simpel: der NAS-PC unterstützt WOL? Gibts im BIOS eine Option dafür?
 
  • Gefällt mir
Reaktionen: MGibarian
Erst einmal vielen Dank für eure Tipps! Es scheint so, dass ich langsam hinter ein paar Settings des Plugins komme.
Zu den Fragen: Ja, das Plugin ist aktiv. Es schickt den PC nun doch in den Standby. Nachdem ich den Log gefunden habe (Vielen Dank, xammu!), weiß ich jetzt nämlich, dass das System verständlicherweise erstmal 5 minuten wartet, ehe es den ersten Checkcycle fährt. Das steht ja nirgends, ist aber gut so^^
Das funktioniert also schon mal! Ich habe jetzt einfach als einzige Überwachung die Übertragungsrate auf 500kB/s gesetzt - das sollte für mich praxistauglich sein.
Spindown der Platten reicht mir leider nicht, da ich die NAS zu selten aktiv nutze (Backup meiner Fotos) und nicht unnötig 25W verbrauchen möchte (ohne HDDs).
Jetzt muss ich nur noch das Aufwecken hinbekommen - da mache ich noch etwas falsch. Ich habe die NAS gestern auch schon EIN MAL erfolgreich geweckt per Magic Packet mit WakeOnLANGUI - jetzt will es gerade nicht funktionieren. Im BIOS ist WOL aktiviert (Asrock Board --> wake on pci ist enabled). Ich forsche mal und melde mich, wenn ich wieder konkrete Hilfe brauche! DANKE!
 
Ich scheitere daran, die NAS aufzuwecken. Hat jemand eine Idee, woran das liegt?
Ich habe im BIOS 'PCI Device Power On' aktiviert und auch WOL in den Netzwerkeinstellungen von OMV aktiviert. Der Rechner blinkt und ist im Standby. Wenn ich nun aber seine Mac, IP und Subnetz eingebe (s. Anhang), passiert genau nichts :( Ich finde es sehr schwer, da auf Fehlerdiagnose zu gehen. Hat jemand einen Tipp, wie ich vorgehen sollte?

Bild_2020-12-17_201800.png
 
ich glaub das Waka On Lan funktioniert nicht wirklich im Standby, der Rechner muss dazu richtig aus sein. Ist aber schon ne Weile her, das ich das im Einsatz hatte.

Es sollte zwar eigentlich im Standby auch funktionieren, aber wieder Üei.

stelle auch die Sende Option von Internet auf Local Subnet um.

Du kannst dein BIOS nochmal durchsuchen ob es direkt eine WoL Option gibt. Meistens in den Boot Optionen.

Welches Mainboard ist das? Ganz alte Boards ohne eigene Netzwerkkarte brauchten noch ein Kabel zwischen Zusatzkarten und Board, aber so alt wird′s vermutlich nicht sein.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: MGibarian
Danke @xammu! Ich habe ein Asrock H67M B3.
Der PC lässt sich tatsächlich aus dem ausgeschalteten Zustand heraus bisher zuverlässig wecken - die richtige Option hatte ich im BIOS also schon erwischt. Es lag einfach nur daran, dass der PC im Standby war (auch Local Subnet hatte nichts gebracht - das hätte ich auch für logisch gehalten).

Meinen PC auf Arbeit kann ich aus dem Standby heraus immer per Ping aus dem Standby holen und so per VPN darauf arbeiten. Ist das (und wie in etwa) auch mit der NAS möglich? Noob-Frage :D
 
Hallo @MGibarian,
ich klinke mich hier mal ein und hoffe die ein oder Frage beantworten zu können beziehungsweise Hilfe zu erhalten. Folgendes System habe ich nach einer Anleitung namens NAS Basics 2.0 gebaut:

ASRock J4105-ITX* Intel J4105
SanDisk SSD PLUS 120GB* (mit Zerone 2 Port PCI-E SATA Karte für 5ten SATA Anschluss)
SALCAR 12V 6A - 72W Netzteil
PicoPSU-90* 12V
Cooler Master Elite 120
WD Red* 2x12TB
Debian10/OMV5

BIOS/UEFI Einstellungen:
Deep S5: aus
SATA Controller: AHCI
PCIE devices power on: an
RTC Alarm power on: an, 9 Uhr morgens (geht aber nicht)
Secure boot: aus

Auch ich möchte per Autoshutdown Strom sparen und dann morgens wieder automatisch aufwachen, allerdings klappt das nicht ganz so gut. WOL per FRITZ!Box* GUI klappt bei mir nur wenn ich hibernate unter autoshutdown wähle, dauert dann ein paar Sekunden. Wenn ich suspend wähle, klappt WOL leider gar nicht, dafür ist der NAS sofort da wenn ich auf den Power Knopf drücke. Wenn dann der NAS an ist habe ich nur eine Geschwindigkeit von 10 Mbit/s, dann muss ich wieder händisch Neustarten damit ich Gbit/s habe. Am besten wäre suspend in Kombination mit WOL. Eigentlich soll der NAS tagsüber laufen und nachts ausgehen und morgens automatisch angehen, weder per UEFI noch per OMV5/WOL bekomme ich es zum Laufen. Bei MiniWOL (für den Mac) hatte ich das Problem dass ich manchmal mehrmals auf wake up klicken musste damit der NAS aufwacht. Die Macadresse passt?

Besten Dank und viele Grüße
Beamformer
 
Zuletzt bearbeitet:
Hi @beamformer!
Danke für deinen Input. Ja, meine Erfahrungen mit WOL sind bis dato auch eher durchwachsen, da, genau wie du beschreibst, die Power States einen riesigen Einfluss haben und nirgends einheitlich benannt zu sein scheinen. Ich fahre inzwischen am besten mit dem Shutdown-Setting des AutoShutdown Plugins, da dann mein WOL bis dato zuverlässig reagiert - aber nur, wenn ich die NAS nicht für Umbauten vom Netz genommen habe. Soweit mein Eindruck. Das funktioniert für mich aber soweit, da ich die NAS eigentlich nur selten wecken muss.

Ich habe noch einen Hinweis für dich, der evtl. hilfreich ist: per SSH lässt sich noch einstellen, welche Events den PC wecken dürfen. Siehe hier: https://wiki.ubuntuusers.de/Wake_on_LAN/ u. A. der Befehl "sudo ethtool -s eth0 wol g". Die Seite hatte auch andere interessante Aspekte. Vielleicht können andere aber genauer beschreiben, was hierbei genau den PC wecken darf - ich wurde daraus nicht ganz schlau und blieb beim magic packet, da mein PC teils auch unerwünscht aufwachte.

Suspend scheint Standby zu sein (daher auch das schnelle Aufwachen) und sollte, wie oben auch jemand erwähnt hatte, nicht auf Magic Packets reagieren. Persönlich finde ich das schwer verständlich, auch wenn es sicherlich technische Gründe gibt. Ich als Amateurschrauber fände es logisch, wenn ich eine Einstellung habe, mit welcher Art von Zugriff ich den PC wecke und zwar aus jedem Zustand (sofern die Netzwerkkarte Strom hat natürlich). Mit der aktuellen Technik ist es einfach nur intransparent und frustrierend :/

Das Problem mit dem Speed konnte ich leider noch nicht beobachten und da ich in diesem zgebiet neu bin auch eher schlecht Rat geben.
 
Hallo @MGibarian
den Link schaue ich mir an, besten Dank, passt das auch für Debian? Das habe ich nämlich als Unterbau für OMV5 drauf.

Also das herunterfahren klappt soweit, allerdings schaffe ich es nicht den NAS automatisch morgens automatisch zu wecken, weder per UEFI noch per WOL Plugin. Ob die zusätzliche SATA Karte für die Systemfestplatte verbaut ist oder nicht scheint keinen Unterschied zu machen. Sobald ich im AutoShutDown Plugin von Hibernate auf Suspend stelle ist es mir nicht mehr möglich die Kiste per WOL (dabei scheint es keine Rolle zu spielen ob es per MiniWOL, FritzBox GUI oder iPhone App) zu wecken, das geht nur mit Hibernate, allerdings kopiere ich dann Daten mit 500kb/s auf den NAS und muss später wieder händisch neu starten. Was könnte das noch sein?

@fixedwater genau das würde ich sehr gerne machen, aber leider klappt es nicht, weder geht es automatisch per UEFI noch (wenn ich im UEFI gesteuert per OS setze) per WOL. Ich nutze nachts den Suspend Modus und möchte dann automatisch aufwachen. Was stellst Du genau ein? WOL geht bei mir zumindest nur wenn ich Hibernate wähle, mit Suspend will es nicht.

Die Kiste durchlaufen zu lassen, ist wie MGibarian schon sagt, nicht wirtschaftlich.
Jetzt habe ich die Wahl zwischen nicht per WOL aufwecken können oder miserablen Datendurchsatz :-(

@MGibarian kommst Du jetzt per VPN auf Deinen NAS?
 
@beamformer Aaalso, ich hab das so eingestellt (musste erst genau nachgucken, man ändert das ja irgendwie so gut wie nie): Bei mir geht das Teil morgens um 8 Uhr durchgehend an und Abends um 0:00 Uhr aus. Außerdem gehen die Platten in den Spindown, wenn sie nicht gefragt sind. Dafür habe ich das Plugin "openmediavault-wakealarm" installert - Rest geht mit Bordmitteln. Sobald das Plugin drin ist, gibts einen neuen Punkt "Geplante Weckzeiten" unter "System" - dort einfach einstellen und das Teil geht immer zu einer definierten Zeit an. Das automatische Herunterfahren habe ich unter "Energieverwaltung -> geplante Aufgaben" eingestellt (ich glaube das ist einfach ein Frontend zur Erstellung eines Cronjobs?). Den Spindown der Platten habe ich unter "Datenspeicher -> Laufwerke -> Editiere" eingestellt. Dort die Option 1 "Minimaler Energieverbrauch mit Bereitschaft" auswählen und eine Zeit für das Einschalten des Spindowns einstellen. So funktionierts bei mir seit ca. 1,5 Jahren stabil - im BIOS hab ich nix eingestellt.
 
@fixedwater besten Dank, sehr nett von Dir. Richtig "never change a running system" :-)
Ich habe mal einen Screenshot angehängt da mich diese "jede Min/h/Tag" verwirrt. Sollte das so aussehen bei 08:00Uhr morgens?
Herunterfahren tue ich mit dem AutoShutDown Plugin, da man dort einstellen kann dass der NAS z.B. an bleibt wenn man eben noch darauf zugreift, das passt aber mittlerweile.
Aktuell habe ich das Plugin WOL getestet, ohne Erfolg.
Platten habe ich genau so, darf ich dich fragen welchen Datendurchsatz du so erreichst? Ich komme nämlich nicht über 20MB/s hinaus.



1610904799067.png

PS: Nutzt Du hibernate oder suspend?
 
Zuletzt bearbeitet:
Wunderbar, dann teste ich es so.
Bin echt gespannt, da ich mit AutoShutDown in den Suspend-Modus gehe.
Dann sollte ich auch in dessen log-file morgen lesen können ob korrekt aus- und wieder eingeschaltet wurde.
Ich melde mich wieder, vielen Dank.
 
sodale, kurze Rückmeldung, der NAS schlummerte als hätte ich nichts eingestellt wie jeden Tag und blinkte und wartet bis ich die Power-Taste betätigte. Arrrrrghhhhh des gibts doch ned.
 
Tut mir Leid, das zu hören, @beamformer :( Leider bin ich in diesem Punkt nicht schlauer... Ich hoffe, du findest noch eine Lösung für die unterirdische Leistung!
 
Ich möchte nicht einfach knallhart herunterfahren, sonst kann ich ja gleich meiner smarten Steckdose/Zeitschaltuhr das Kommando geben.
Wenn ich Hibernate wähle habe ich nach jedem Start Übertragungsraten jenseits von Gut und Böse (500KB/s) und muss jedes Mal händisch neu starten damit ich wieder GBit Geschwindigkeit erhalte.
Was wären denn die Alternativen? Bin für alles offen.
Komplett ausmachen meinst Du und dann immer händisch wieder einschalten?

Irgendwas hat die Kiste aber heute Morgen um 8 gemacht:
Code:
Jan 18 05:12:43 debian root: autoshutdown[6964]: INFO: '_shutdown(): '
Jan 18 08:00:19 debian root: autoshutdown[12148]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 08:00:19 debian autoshutdown[12148]: <182>Jan 18 08:00:19 root: autoshutdown[12148]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 08:00:19 debian root: autoshutdown[12148]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 08:00:19 debian autoshutdown[12148]: <182>Jan 18 08:00:19 root: autoshutdown[12148]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 08:00:20 debian autoshutdown[12148]: <182>Jan 18 08:00:20 root: autoshutdown[12148]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): Openmediavault-autoshutdown version: 5.1.5'
Jan 18 08:00:20 debian autoshutdown[12148]: <182>Jan 18 08:00:20 root: autoshutdown[12148]: INFO: 'main(): Openmediavault-autoshutdown version: 5.1.5'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): Script md5sum: a59040c0bd65a5b15c4ef3ecb64175c3'
Jan 18 08:00:20 debian autoshutdown[12148]: <182>Jan 18 08:00:20 root: autoshutdown[12148]: INFO: 'main(): Script md5sum: a59040c0bd65a5b15c4ef3ecb64175c3'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): Initialize logging to: local6'
Jan 18 08:00:20 debian autoshutdown[12148]: <182>Jan 18 08:00:20 root: autoshutdown[12148]: INFO: 'main(): Initialize logging to: local6'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): /etc/autoshutdown.conf loaded'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): /etc/autoshutdown.default loaded'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_config(): ------------------------------------------------------'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_config(): Checking config: /etc/autoshutdown.conf'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): CHECKPROCNAMES is set to false'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): Ignoring CHECKPROCNAMES and TEMPPROCNAMES'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): CHECKSOCKETS is set to false'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): Ignoring NSOCKETNUMBERS'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): IPCHECK is set to false'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): Ignoring RANGE'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): HDDIOCHECK is set to false'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): Ignoring HDDIO_RATE'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): LOADAVERAGECHECK is set to false'
Jan 18 08:00:20 debian root: autoshutdown[12148]: WARNING: '_check_config(): Ignoring LOADAVERAGE'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_config(): SHUTDOWNCOMMAND is set to: systemctl suspend'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_config(): Your Kernel supports the following modes from pm-utils:'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_config(): Kernel supports: SUSPEND (SUSPEND to RAM)'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_config(): Kernel supports: HIBERNATE (SUSPEND to DISK)'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_config(): Kernel supports: HYBRID-SUSPEND (to DISK & to RAM)'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_networkconfig(): ------------------------------------------------------'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_networkconfig(): Finding up network interfaces and associated IPv4 address'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_networkconfig(): 'enp3s0' has IPv4 address: 192.168.178.61'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): --------------- Initialise states --------------------'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Running on interface: enp3s0'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): ---------------- Script started ----------------------'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): 6 test cycles until shutdown is issued'
Jan 18 08:00:20 debian root: autoshutdown[12148]: INFO: 'main(): Waiting 5 minuets until the first check'
Jan 18 08:05:20 debian root: autoshutdown[12148]: INFO: 'main(): Script is doing checks for NIC(s): enp3s0 - 192.168.178.61'
Jan 18 08:05:20 debian root: autoshutdown[12148]: INFO: 'main(): ------------------------------------------------------'
Jan 18 08:05:20 debian root: autoshutdown[12148]: INFO: 'main(): New supervision cycle started - Check system activity'
Jan 18 08:05:20 debian root: autoshutdown[12148]: INFO: '_check_clock(): System is in shutdown range -> next check'
Jan 18 08:05:21 debian root: autoshutdown[12148]: INFO: '_check_smb_status(): No SMB clients connected with locks -> next check'
Jan 18 08:05:21 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Running on interface: enp3s0'
Jan 18 08:05:21 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Network interface: enp3s0 (last 301s) DL: 0.7 kB/s, UL: 0.2 kB/s under 50 kB/s -> next check'
Jan 18 08:05:21 debian root: autoshutdown[12148]: INFO: 'main(): All system active check passed, 5 cycles until shutdown...'
Jan 18 08:05:21 debian root: autoshutdown[12148]: INFO: 'main(): Sleep for 180s'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: 'main(): ------------------------------------------------------'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: 'main(): New supervision cycle started - Check system activity'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: '_check_clock(): System is in shutdown range -> next check'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: '_check_smb_status(): No SMB clients connected with locks -> next check'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Running on interface: enp3s0'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Network interface: enp3s0 (last 180s) DL: 0.5 kB/s, UL: 0.2 kB/s under 50 kB/s -> next check'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: 'main(): All system active check passed, 4 cycles until shutdown...'
Jan 18 08:08:21 debian root: autoshutdown[12148]: INFO: 'main(): Sleep for 180s'
Jan 18 08:11:21 debian root: autoshutdown[12148]: INFO: 'main(): ------------------------------------------------------'
Jan 18 08:11:21 debian root: autoshutdown[12148]: INFO: 'main(): New supervision cycle started - Check system activity'
Jan 18 08:11:21 debian root: autoshutdown[12148]: INFO: '_check_clock(): System is in shutdown range -> next check'
Jan 18 08:11:22 debian root: autoshutdown[12148]: INFO: '_check_smb_status(): No SMB clients connected with locks -> next check'
Jan 18 08:11:22 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Running on interface: enp3s0'
Jan 18 08:11:22 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Network interface: enp3s0 (last 181s) DL: 0.8 kB/s, UL: 0.1 kB/s under 50 kB/s -> next check'
Jan 18 08:11:22 debian root: autoshutdown[12148]: INFO: 'main(): All system active check passed, 3 cycles until shutdown...'
Jan 18 08:11:22 debian root: autoshutdown[12148]: INFO: 'main(): Sleep for 180s'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: 'main(): ------------------------------------------------------'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: 'main(): New supervision cycle started - Check system activity'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: '_check_clock(): System is in shutdown range -> next check'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: '_check_smb_status(): No SMB clients connected with locks -> next check'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Running on interface: enp3s0'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Network interface: enp3s0 (last 180s) DL: 0.8 kB/s, UL: 0.1 kB/s under 50 kB/s -> next check'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: 'main(): All system active check passed, 2 cycles until shutdown...'
Jan 18 08:14:22 debian root: autoshutdown[12148]: INFO: 'main(): Sleep for 180s'
Jan 18 08:17:22 debian root: autoshutdown[12148]: INFO: 'main(): ------------------------------------------------------'
Jan 18 08:17:22 debian root: autoshutdown[12148]: INFO: 'main(): New supervision cycle started - Check system activity'
Jan 18 08:17:23 debian root: autoshutdown[12148]: INFO: '_check_clock(): System is in shutdown range -> next check'
Jan 18 08:17:23 debian root: autoshutdown[12148]: INFO: '_check_smb_status(): No SMB clients connected with locks -> next check'
Jan 18 08:17:23 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Running on interface: enp3s0'
Jan 18 08:17:23 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Network interface: enp3s0 (last 181s) DL: 0.6 kB/s, UL: 0.1 kB/s under 50 kB/s -> next check'
Jan 18 08:17:23 debian root: autoshutdown[12148]: INFO: 'main(): All system active check passed, 1 cycles until shutdown...'
Jan 18 08:17:23 debian root: autoshutdown[12148]: INFO: 'main(): Sleep for 180s'
Jan 18 08:20:23 debian root: autoshutdown[12148]: INFO: 'main(): ------------------------------------------------------'
Jan 18 08:20:23 debian root: autoshutdown[12148]: INFO: 'main(): New supervision cycle started - Check system activity'
Jan 18 08:20:23 debian root: autoshutdown[12148]: INFO: '_check_clock(): System is in shutdown range -> next check'
Jan 18 08:20:23 debian root: autoshutdown[12148]: INFO: '_check_smb_status(): No SMB clients connected with locks -> next check'
Jan 18 08:20:23 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Running on interface: enp3s0'
Jan 18 08:20:24 debian root: autoshutdown[12148]: INFO: '_check_ul_dl_rate(): Network interface: enp3s0 (last 180s) DL: 1.1 kB/s, UL: 0.1 kB/s under 50 kB/s -> next check'
Jan 18 08:20:24 debian root: autoshutdown[12148]: INFO: 'main(): All system active check passed, 0 cycles until shutdown...'
Jan 18 08:20:24 debian root: autoshutdown[12148]: INFO: '_shutdown(): Shutdown issued: 'systemctl suspend''
Jan 18 08:20:24 debian autoshutdown[12148]: <182>Jan 18 08:20:24 root: autoshutdown[12148]: INFO: '_shutdown(): Shutdown issued: 'systemctl suspend''
Jan 18 08:20:24 debian root: autoshutdown[12148]: INFO: '_shutdown(): '
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 09:12:11 debian autoshutdown[17781]: <182>Jan 18 09:12:11 root: autoshutdown[17781]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 09:12:11 debian autoshutdown[17781]: <182>Jan 18 09:12:11 root: autoshutdown[17781]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 09:12:11 debian autoshutdown[17781]: <182>Jan 18 09:12:11 root: autoshutdown[17781]: INFO: 'main(): XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): Openmediavault-autoshutdown version: 5.1.5'
Jan 18 09:12:11 debian autoshutdown[17781]: <182>Jan 18 09:12:11 root: autoshutdown[17781]: INFO: 'main(): Openmediavault-autoshutdown version: 5.1.5'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): Script md5sum: a59040c0bd65a5b15c4ef3ecb64175c3'
Jan 18 09:12:11 debian autoshutdown[17781]: <182>Jan 18 09:12:11 root: autoshutdown[17781]: INFO: 'main(): Script md5sum: a59040c0bd65a5b15c4ef3ecb64175c3'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): Initialize logging to: local6'
Jan 18 09:12:11 debian autoshutdown[17781]: <182>Jan 18 09:12:11 root: autoshutdown[17781]: INFO: 'main(): Initialize logging to: local6'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): /etc/autoshutdown.conf loaded'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: 'main(): /etc/autoshutdown.default loaded'
Jan 18 09:12:11 debian root: autoshutdown[17781]: INFO: '_check_config(): ------------------------------------------------------'

Wäre es möglich das der NAS kurz an war und dann wieder ausging?
 
beamformer schrieb:
möchte nicht einfach knallhart herunterfahren
Lies noch einmal durch was ich in #11 geschrieben habe. Was ich beschrieben habe, ist kein "knallhartes" runterfahren, sondern ein ganz normaler Shutdown - nachts. Tagsüber läuft das Teil bei mir einfach durch und hat halt den Spindown der Platten, was die Geräuschkulisse auf 0 reduziert und den Stromverbrauch minimiert. Sowohl runterfahren als auch einschalten geht komplett automatisch. Warum schlägst Du dich mit dem offensichtlich fehlerhaften Autoshutdown-Plugin rum?
 
Zuletzt bearbeitet:
Zurück
Oben