Möglicherweise musst du ein separates RTC-Treibermodul laden. Linux hat eine ganze Menge davon. Wenn sie in der Konfiguration des Kernels aktiviert sind, liegen sie unter /lib/modules/[version]/kernel/drivers/rtc. Welches das passende ist, ist die Frage. Vielleicht ist es irgendwo dokumentiert, oder man muss mal aufs Motherboard schauen.
weiß zufällig jemand, wie ich dabei das Anmelden umgehen kann und wie es mir möglich ist, automatisch ein Programm bzw. einen Befehl nach dem booten auszuführen, ohne auf *Autostart* zurückgreifen zu müssen? Kann ich den Befehl evtl. in die /sys/class/rtc/rtc0/wakealarm eintragen?
Oder einfach in die .xinitrc, das sollte in der Regel immer funktionieren. Bzw. wenn du einen Awesome windowmanager benutzt geht auch die rc.lua. Da gibt es ne ganze Menge wege.
Nein, das klappt bei seiner Aufgabenstellung nicht, denn er will ja einfach nur den Rechner booten und nicht sich als Benutzer anmelden, geschweige denn dann noch eine X-Session starten.
Hallo zusammen, weiß jemand eine Möglichkeit, wie man z.B: den Rechner hochfährt und einen Backuplauf machen lässt, aber nur dann wenn der Rechner per wakeup hochgefahren ist und nicht jedesmal beim Booten? Bei rc.local-Eintrag würde er mir sonst ja immer das Backup-Skript ausführen. Vielen Dank!
Man könnte sich damit behelfen, dass man sagt: wenn die Differenz zwischen der aktuellen Uhrzeit ("date +%s") und dem Wert in "/sys/class/rtc/rtc0/wakealarm" größer oder gleich 0 ist und nicht viel größer als die normale Bootzeit ist (also z.B. nicht größer als 5 MInuten), dann handelt es sich sehr wahrscheinlich um einen zeitgesteuerten Start des Rechners, ansonsten um einen normalen Start.
Die RTC dürfte mit UTC laufen, und vermutlich sind dann auch alle Zeitangaben in dem RTC-Framework in UTC. Eventuell gibt es dazu Informationen in der Manpage bzw. der Dokumentation zu rtcwake?
An einem 30. Juli sind das jedenfalls genau 2 Stunden Differenz zur lokalen Zeit in der Zeitzone "Europe/Berlin"...
PS.: Ich weiß, dass ich gerade auf einen uralten Kommentar geantwortet habe...
Von Matthias31787 am So, 17. September 2017 um 04:56 #
Hat jemand hierfür eine Lösung gefunden?
Bei mir treten ebenfalls die 2 Stunden Unterschied auf, also ich gebe 07:00 Uhr morgens an und rtcwake verwandelt das in 05:00. Ich habe den Parameter -l für local probiert, dann geht das Spiel aber andersherum: Ich gebe 07:00 Uhr vor und rtcwake spuckt 09:00 Uhr heraus....
(und ja, ich weiß, daß der Ursprungskommentar uralt ist...)
Von Matthias31787 am So, 17. September 2017 um 04:57 #
Hat jemand hierfür eine Lösung gefunden?
Bei mir treten ebenfalls die 2 Stunden Unterschied auf, also ich gebe 07:00 Uhr morgens an und rtcwake verwandelt das in 05:00. Ich habe den Parameter -l für local probiert, dann geht das Spiel aber andersherum: Ich gebe 07:00 Uhr vor und rtcwake spuckt 09:00 Uhr heraus....
(und ja, ich weiß, daß der Ursprungskommentar uralt ist...)
Von Matthias31787 am Mo, 18. September 2017 um 18:14 #
Okay, es funktioniert korrekt:
Meine Hardware-Uhr läuft offensichtlich mit UTC und nicht mit lokaler Zeit. Im BIOS wird die Uhrzeit nämlich ebenfalls mit 2 Stunden Offset angezeigt.
rtcwake liefert zwar als Bestätigung eine "falsche" Uhrzeit, der Rechner startet aber tatsächlich zur gewünschten Zeit.
P.S.: Zwischenzeitlich hatte ich es mit rtcwake -m no -t $(date -u -d 'tomorrow 21:00' +%s) probiert, die Ausgabe lautet dann zwar wie erwartet rtcwake: wakeup from "no" using /dev/rtc0 at Sat Sep 18 21:00:03 2017 der Rechner startet aber nicht um 21 Uhr.
Jetzt müsste es noch eine Möglichkeit geben, den Runlevel einzugeben, mit dem gestartet wird und man könnte sich wunderbar nen Connected Standby Script basteln. Das zeigt mal wieder , dass in Linux schon seit Jahren Funktionen vorhanden sind, die andere erst erfinden müssen :p
Danke für den Artikel, das muss ich später ausprobieren
Ich mache es immer über ACPI Wakeup
http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup
Ich sehe da jetzt keinen Unterschied..
Danke für den Hinweis, ich habe den Link als Referenz hinzugefügt.
Interessierte finden hier auch noch ausführliche Informationen:
http://www.mythtv.org/wiki/ACPI_Wakeup
Ich denke da an die Guenstig-NAS von z.B. WD.
So koennte man die Geraete schoen fuer die Bettruhe konfigurieren
Das MyBook Live hat zwar per default rtcwake installiert, doch kein /dev/rtc0
Möglicherweise musst du ein separates RTC-Treibermodul laden. Linux hat eine ganze Menge davon. Wenn sie in der Konfiguration des Kernels aktiviert sind, liegen sie unter /lib/modules/[version]/kernel/drivers/rtc. Welches das passende ist, ist die Frage. Vielleicht ist es irgendwo dokumentiert, oder man muss mal aufs Motherboard schauen.
Hallo!
Kennt jemand eine möglichkeit oder kann mir
Hinweise geben, wie bei solch einem Event
runterfahren kann:
wenn Last 15 Min. unter 0.3
Einfach in Intervallen "uptime" abfragen und Fallunterscheidung.
Das sollte mit dem Kommand batch, welches eine Variation von at darstellt, möglich sein.
Hallo,
weiß zufällig jemand, wie ich dabei das Anmelden umgehen kann und wie es mir möglich ist, automatisch ein Programm bzw. einen Befehl nach dem booten auszuführen, ohne auf *Autostart* zurückgreifen zu müssen?
Kann ich den Befehl evtl. in die /sys/class/rtc/rtc0/wakealarm eintragen?
Danke schonmal
Gruß
Todestoast
"Anmelden umgehen " - bei ubuntu geht das über ein häkchen
*Autostart* = init? Du verwendest Linux?
Du hast z.B. die Möglichkeit, den Befehl in die Datei "/etc/rc.local" einzutragen.
Oder einfach in die .xinitrc, das sollte in der Regel immer funktionieren. Bzw. wenn du einen Awesome windowmanager benutzt geht auch die rc.lua. Da gibt es ne ganze Menge wege.
Nein, das klappt bei seiner Aufgabenstellung nicht, denn er will ja einfach nur den Rechner booten und nicht sich als Benutzer anmelden, geschweige denn dann noch eine X-Session starten.
Hallo zusammen,
weiß jemand eine Möglichkeit, wie man z.B: den Rechner hochfährt und einen Backuplauf machen lässt, aber nur dann wenn der Rechner per wakeup hochgefahren ist und nicht jedesmal beim Booten? Bei rc.local-Eintrag würde er mir sonst ja immer das Backup-Skript ausführen.
Vielen Dank!
Ich denke nicht, dass der Recher unterscheiden kann, warum er gestartet wurde. Evtl. könnte man im Skript die Uhrzeit als Kritierum nehmen.
Man könnte sich damit behelfen, dass man sagt:
wenn die Differenz zwischen der aktuellen Uhrzeit ("date +%s") und dem Wert in "/sys/class/rtc/rtc0/wakealarm" größer oder gleich 0 ist und nicht viel größer als die normale Bootzeit ist (also z.B. nicht größer als 5 MInuten), dann handelt es sich sehr wahrscheinlich um einen zeitgesteuerten Start des Rechners, ansonsten um einen normalen Start.
Eine Möglichkeit ist ein Eintrag in Cron für den Zeitpunkt »@reboot«. Hat den Vorteil, dass man es unter einem beliebigen User ausführen lassen kann.
Hallo,
ich bin über google auf diesen Artikel gestoßen.
Ich habe jedoch ein Problem mit dem Befehl rtcwake in Verbindung mit date.
Der Befehl
- rtcwake -m no -t $(date -d 'tomorrow 21:00' +%s)
liefert mir zurückalso zwei Stunden zu früh.
Die Zeitzone des Systems ist gesetzt auf Europe,Berlin und auch das Kommando
- date -d 'tomorrow 21:00 +%s
alleine liefert mir den richtigen Timestamp 1312052400 (30.07.2011 21:00) zurück.Haben Sie eine Idee woran das liegen könnte?
Vielen Dank
Die RTC dürfte mit UTC laufen, und vermutlich sind dann auch alle Zeitangaben in dem RTC-Framework in UTC. Eventuell gibt es dazu Informationen in der Manpage bzw. der Dokumentation zu rtcwake?
An einem 30. Juli sind das jedenfalls genau 2 Stunden Differenz zur lokalen Zeit in der Zeitzone "Europe/Berlin"...
PS.: Ich weiß, dass ich gerade auf einen uralten Kommentar geantwortet habe...
Hat jemand hierfür eine Lösung gefunden?
Bei mir treten ebenfalls die 2 Stunden Unterschied auf, also ich gebe 07:00 Uhr morgens an und rtcwake verwandelt das in 05:00.
Ich habe den Parameter -l für local probiert, dann geht das Spiel aber andersherum: Ich gebe 07:00 Uhr vor und rtcwake spuckt 09:00 Uhr heraus....
(und ja, ich weiß, daß der Ursprungskommentar uralt ist...)
Hat jemand hierfür eine Lösung gefunden?
Bei mir treten ebenfalls die 2 Stunden Unterschied auf, also ich gebe 07:00 Uhr morgens an und rtcwake verwandelt das in 05:00.
Ich habe den Parameter -l für local probiert, dann geht das Spiel aber andersherum: Ich gebe 07:00 Uhr vor und rtcwake spuckt 09:00 Uhr heraus....
(und ja, ich weiß, daß der Ursprungskommentar uralt ist...)
Okay, es funktioniert korrekt:
Meine Hardware-Uhr läuft offensichtlich mit UTC und nicht mit lokaler Zeit. Im BIOS wird die Uhrzeit nämlich ebenfalls mit 2 Stunden Offset angezeigt.
rtcwake liefert zwar als Bestätigung eine "falsche" Uhrzeit, der Rechner startet aber tatsächlich zur gewünschten Zeit.
P.S.: Zwischenzeitlich hatte ich es mit
rtcwake -m no -t $(date -u -d 'tomorrow 21:00' +%s) probiert,
die Ausgabe lautet dann zwar wie erwartet
rtcwake: wakeup from "no" using /dev/rtc0 at Sat Sep 18 21:00:03 2017
der Rechner startet aber nicht um 21 Uhr.
Jetzt müsste es noch eine Möglichkeit geben, den Runlevel einzugeben, mit dem gestartet wird und man könnte sich wunderbar nen Connected Standby Script basteln.
Das zeigt mal wieder , dass in Linux schon seit Jahren Funktionen vorhanden sind, die andere erst erfinden müssen :p