Ich habe ein seltsames Problem mit meinem Hardware-Wakeup. Ich hab einen frisch installierten ct-vdr mit e-tobi-Paketen auf Debian-Lenny-Basis. Für das Wakeup-Board habe ich auf der Homepage von Frank Jepsen die Skripte für ct-vdr > 3.0 genommen. Wenn ich "testwakeup.sh", das in diesem Paket dabei ist, ausführe wird ein Timer programmiert, die rote LED geht sofort an. Wenn ich nun in VDR einen Timer programmiere und ihn abschalte wird der Timer nicht geschrieben, die LED bleibt aus. Im Log tauchen aber die entsprechenden Meldungen auf. Wenn ich in der vdr.default das Shutdown-Kommando auskommentiere wird der Timer ins Modul geschrieben. Das Testskript habe ich als User vdr ausgeführt. Hat das irgendwas mit Berechtigungen zu tun oder wird das Timer-Schreiben zu spät ausgeführt?
k-data-Wakeup tut nicht [doch nicht gelöst]
- wannseheichwas
- Geschlossen
-
-
moin!
mal so'n "schuss ins blaue" - lircd n.n. beendet bzw. serieller port nicht "frei"!?? berechtigungsproblem denk ich nicht, da s' das testscript als user vdr ja offensichtlich tut...
gruß,cls -
Zitat
lircd n.n. beendet bzw. serieller port nicht "frei"!??
Das glaub ich nicht, denn im Testskript stehen ja nur Auszüge aus s90.wakeup-module.sh und beide benutzen vdr-addon-hw-wakeup.conf. Im Log stehen die Meldungen wie "lircd beendet" und "echo ATS/RTS" etc. Und wie gesagt, wenn ich den shutdown-Befehl in vdr.default auskommentiere funktionierts ja. -
Ich glaube so langsam doch, das es ein Berechtigungsproblem ist. Was ich mit dem Shutdown-Befehl auskommentieren geschrieben habe ist doch nicht so. Wahrscheinlich habe ich bei meinem ganzen rumprobieren nur die richtige Konstellation erwischt. Wenn ich als User vdr /etc/init.d/lirc stop auf der Konsole ausführe kommt diese Meldung:
CodeStopping lirc daemon: irexec/etc/init.d/lirc: line 144: start-stop-daemon: command not found lircmd/etc/init.d/lirc: line 146: start-stop-daemon: command not found lircd/etc/init.d/lirc: line 148: start-stop-daemon: command not found
Ich habe dann die /etc/sudoers bearbeitet und jetzt klappts mitund
Auf der Konsole kann ich anschliessend miteinen Timer in das Modul schreiben, die rote LED geht an. Das "sudo" habe ich auch in die "S90.wakeup-module" eingetragen aber automatisch gehts immer noch nicht.
-
Bin ich etwa der einzige mit diesem Problem?
-
Ich habs jetzt gelöst. Das Problem wohl lag darin, das in /etc/init.d/rc6 "setserial" vor "vdr" beendet wurde. Ich hab setserial eine höhere Nummer als vdr gegeben und es scheint zu klappen.
Ausserdem hatte ich das S90wakeup.module-Skript mit "sudo" und "sleep" vollgepackt und meine /etc/sudoers ist auch beträchtlich gewachsen! Kann ich das rückgängig machen? -
Zu früh gefreut. Das wars auch nicht :-(. Ist aber schon komisch, das es mal funktioniert und mal nicht. Mir gehen die Ideen aus.
-
Hallo,
ZitatOriginal von wannseheichwas
Das Problem wohl lag darin, das in /etc/init.d/rc6 "setserial" vor "vdr" beendet wurde. Ich hab setserial eine höhere Nummer als vdr gegeben und es scheint zu klappen.Beim Runterfahren geht er doch in RunLevel 0. Also muss die Änderung wohl auch in rc0 rein.
Tschüß Frank
-
Zitat
Beim Runterfahren geht er doch in RunLevel 0. Also muss die Änderung wohl auch in rc0 rein.
Das hab ich getan, anbei meine runlevel.conf:
Code
Alles anzeigen# This file was automatically generated by /usr/share/file-rc/rclink2file.sh. # You can use your favourite editor or update-rc.d(8) to modify it. # Read runlevel.conf(5) man page for more information about this file. # # Format: # <sort> <off-> <on-levels> <command> 01 0,1,6 - /etc/init.d/gdm 01 - S /etc/init.d/glibc.sh 02 - S /etc/init.d/hostname.sh 02 - S /etc/init.d/mountkernfs.sh 03 - S /etc/init.d/udev 04 - S /etc/init.d/mountdevsubfs.sh 05 - 1 /etc/init.d/single 05 - S /etc/init.d/bootlogd 05 - S /etc/init.d/keymap.sh 08 - S /etc/init.d/hwclockfirst.sh 10 - 2,3,4,5 /etc/init.d/rsyslog 10 - S /etc/init.d/checkroot.sh 11 0,1,6 - /etc/init.d/atd 11 1 - /etc/init.d/cron 11 - S /etc/init.d/hwclock.sh 12 - 2,3,4,5 /etc/init.d/acpid 12 - 2,3,4,5 /etc/init.d/dbus 12 - S /etc/init.d/mtab.sh 16 - 2,3,4,5 /etc/init.d/ssh 18 - S /etc/init.d/ifupdown-clean 19 0,1,6 2,3,4,5 /etc/init.d/lirc 20 0,1,6 2,3,4,5 /etc/init.d/exim4 20 0,1,6 2,3,4,5 /etc/init.d/nfs-common 20 0,1,6 2,3,4,5 /etc/init.d/openbsd-inetd 20 0,1,6 2,3,4,5 /etc/init.d/vdr 20 - 0,6 /etc/init.d/sendsigs 20 - S /etc/init.d/module-init-tools 21 0,6 - /etc/init.d/setserial 25 0,6 - /etc/init.d/hwclock.sh 30 - 0,6 /etc/init.d/urandom 30 0,6 S /etc/init.d/etc-setserial 30 - 1 /etc/init.d/killprocs 30 - 2,3,4,5 /etc/init.d/gdm 30 - S /etc/init.d/checkfs.sh 30 - S /etc/init.d/procps 31 - 0,6 /etc/init.d/umountnfs.sh 32 - 0,6 /etc/init.d/portmap 35 - 0,6 /etc/init.d/networking 35 - S /etc/init.d/mountall.sh 36 - 0,6 /etc/init.d/ifupdown 36 - S /etc/init.d/mountall-bootclean.sh 36 - S /etc/init.d/udev-mtab 37 - S /etc/init.d/mountoverflowtmp 39 - S /etc/init.d/ifupdown 40 - 0,6 /etc/init.d/umountfs 40 - S /etc/init.d/networking 43 - S /etc/init.d/portmap 44 - S /etc/init.d/nfs-common 45 - S /etc/init.d/mountnfs.sh 46 - S /etc/init.d/mountnfs-bootclean.sh 46 - S /etc/init.d/setserial 48 - S /etc/init.d/console-screen.sh 50 0,6 S /etc/init.d/alsa-utils 55 - S /etc/init.d/bootmisc.sh 55 - S /etc/init.d/urandom 60 - 0,6 /etc/init.d/umountroot 63 0,6 - /etc/init.d/mountoverflowtmp 70 - S /etc/init.d/x11-common 75 - S /etc/init.d/sudo 81 1 - /etc/init.d/portmap 84 1 - /etc/init.d/ssh 88 1 - /etc/init.d/acpid 88 1 - /etc/init.d/dbus 89 - 2,3,4,5 /etc/init.d/atd 89 - 2,3,4,5 /etc/init.d/cron 90 0,1,6 - /etc/init.d/rsyslog 90 - 0 /etc/init.d/halt 90 - 6 /etc/init.d/reboot 99 - 2,3,4,5 /etc/init.d/rc.local 99 - 2,3,4,5 /etc/init.d/rmnologin 99 - 2,3,4,5 /etc/init.d/stop-bootlogd 99 - S /etc/init.d/stop-bootlogd-single # THE LAST LINE IS NEVER READ!
Reicht das mit 21 oder sollte ich noch weiter zurück gehen?
Wie kann ich in das S90wakeup-module.Skript einbauen, das die Antwort auf "setserial -g /dev/ttyS1" vor den "echo"-Befehlen ins Log geschrieben wird? -
Hier mal ein Log vom herunterfahren. Die Schnittstelle scheint bereit zu sein, hab die Abfrage eingefügt. Was kann noch schieflaufen?
Code
Alles anzeigenAug 29 13:01:43 ctvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script Aug 29 13:01:43 ctvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.wakeup-module as shell script Aug 29 13:01:43 ctvdr vdr-addon-hw-wakeup: Shutting down LIRC Aug 29 13:01:43 ctvdr lircd-0.8.3[2362]: caught signal Aug 29 13:01:43 ctvdr vdr: [2853] ERROR: lircd connection broken, trying to reconnect every 3,0 seconds Aug 29 13:01:45 ctvdr vdr-addon-hw-wakeup: setserial /dev/ttyS1 uart 16550A Aug 29 13:01:46 ctvdr vdr: [2853] ERROR: /dev/lircd: Verbindungsaufbau abgelehnt Aug 29 13:01:47 ctvdr vdr-addon-hw-wakeup: /dev/ttyS1, UART: 16550A, Port: 0x02f8, IRQ: 3 Aug 29 13:01:49 ctvdr vdr: [2853] ERROR: /dev/lircd: Verbindungsaufbau abgelehnt Aug 29 13:01:50 ctvdr vdr-addon-hw-wakeup: echo ATS13552908 > /dev/ttyS1 Broadcast message from root@ctvdr (Sat Aug 29 13:01:52 2009): The system is going down for system halt NOW! Aug 29 13:01:52 ctvdr vdr: [2853] ERROR: /dev/lircd: Verbindungsaufbau abgelehnt Aug 29 13:01:52 ctvdr vdr-addon-hw-wakeup: echo RTS1301432908096 > /dev/ttyS1 Aug 29 13:01:52 ctvdr shutdown[3085]: shutting down for system halt Aug 29 13:01:52 ctvdr init: Switching to runlevel: 0
Die rote LED bleibt aus. Wenn ich auf der Konsole folgendes mache:Codectvdr:/usr/share/vdr$ sudo /etc/init.d/lirc stop Stopping lirc daemon: irexec lircmd lircd. ctvdr:/usr/share/vdr$ sudo setserial /dev/ttyS1 uart 16550A ctvdr:/usr/share/vdr$ echo ATS14002908 >/dev/ttyS1
geht die rote LED an. Ich verzweifle so langsam. -
Hallo,
bei mir schaut es in /var/log/messages so aus:
Code
Alles anzeigenAug 29 06:35:01 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script Aug 29 06:35:01 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S51.pdaexport as shell script Aug 29 06:35:01 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S52.ping13 as shell script Aug 29 06:35:05 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script Aug 29 06:35:05 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.wakeup-module.sh as shell script Aug 29 06:35:05 vdr vdr-addon-hw-wakeup: Shutting down LIRC Aug 29 06:35:07 vdr vdr-addon-hw-wakeup: echo ATS11532908 > /dev/ttyS1 Aug 29 06:35:07 vdr vdr-addon-hw-wakeup: echo RTS0635052908096 > /dev/ttyS1 Aug 29 06:35:07 vdr shutdown[3413]: shutting down for system halt Aug 29 06:35:16 vdr kernel: nfsd: last server has exited Aug 29 06:35:16 vdr kernel: nfsd: unexporting all filesystems Aug 29 06:35:16 vdr kernel: Kernel logging (proc) stopped. Aug 29 06:35:16 vdr kernel: Kernel log daemon terminating. Aug 29 06:35:17 vdr exiting on signal 15
Wo kommt denn da bei dir schon die Broadcast message her?
Der Shutdown sollte doch erst nach dem Script ausgelöst werden, denn ein echo "TRY_AGAIN=5" im Script sollte den Shutdown noch verhindern können.Tschüß Frank
-
Zitat
bei mir schaut es in /var/log/messages so aus:
In /var/log/messages siehts bei mir auch so aus. Mein Auszug war aus /var/log/syslog.Zitatecho "TRY_AGAIN=5"
hab ich nicht gefunden nur "MAX_TRY_AGAIN". -
Hallo,
du hast mich nicht verstanden. Ich habe mich gewundert, dass schon eine Broadcast message im log steht bevor das Script abgearbeitet wurde. Denn ein echo "TRY_AGAIN=5" (wenn es denn drin sein würde), sollte das runterfahren noch aufhalten können. Es sieht bei dir fast so aus als würde der Rechner schon runterfahren während das Script noch ausgeführt wird.
Syslog:
Code
Alles anzeigenAug 30 03:35:02 vdr vdr: [2731] saved setup to /var/lib/vdr/setup.conf Aug 30 03:35:02 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script Aug 30 03:35:02 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S51.pdaexport as shell script Aug 30 03:35:02 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S52.ping13 as shell script Aug 30 03:35:05 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script Aug 30 03:35:05 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.wakeup-module.sh as shell script Aug 30 03:35:05 vdr vdr-addon-hw-wakeup: Shutting down LIRC Aug 30 03:35:05 vdr lircd-0.8.0[2370]: caught signal Aug 30 03:35:05 vdr vdr: [2896] ERROR: lircd connection broken, trying to reconnect every 3,0 seconds Aug 30 03:35:07 vdr vdr-addon-hw-wakeup: echo ATS06303008 > /dev/ttyS1 Aug 30 03:35:07 vdr vdr-addon-hw-wakeup: echo RTS0335053008090 > /dev/ttyS1 Aug 30 03:35:07 vdr shutdown[3475]: shutting down for system halt Aug 30 03:35:07 vdr init: Switching to runlevel: 0 Aug 30 03:35:08 vdr vdr: [2896] ERROR: /dev/lircd: Verbindungsaufbau abgelehnt Aug 30 03:35:11 vdr vdr: [2896] ERROR: /dev/lircd: Verbindungsaufbau abgelehnt Aug 30 03:35:12 vdr vdr: [2731] caught signal 15 Aug 30 03:35:12 vdr vdr: [2731] stopping plugin: conflictcheckonly Aug 30 03:35:12 vdr vdr: [2731] stopping plugin: skinsoppalusikka ... Aug 30 03:35:16 vdr mountd[2524]: Caught signal 15, un-registering and exiting. Aug 30 03:35:16 vdr kernel: nfsd: last server has exited Aug 30 03:35:16 vdr kernel: nfsd: unexporting all filesystems Aug 30 03:35:16 vdr kernel: Kernel logging (proc) stopped. Aug 30 03:35:16 vdr kernel: Kernel log daemon terminating. Aug 30 03:35:17 vdr exiting on signal 15
Tschüß Frank -
Ich glaube, das Problem liegt woanders. Ich hab jetzt ein 2. "echo ATS$WAKEUPSTR > /dev/ttyS1" und sicherheitshalber auch "RTS$TIMESTR > /dev/ttyS1" ein 2. Mal eingefügt. Nun funzt's.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!