DVB-T2/C USB-Stick wird nach Aufwachen/Warmstart nicht erkannt

Hallo,

ich habe folgendes Problem: Wenn ich im VDR einen Aufnahme-Timer anlege und über VDR herunterfahre, wacht der PC wohl richtig auf, aber der DVB-T2/C USB-Stick (DVBSky T330) wird nach dem Aufwachen nicht mehr erkannt. Auch nicht, wenn ich im "Ausschalten-Menü" Neustart anklicke. Ich muss den Stick rausziehen und wieder einstecken, dann gehts. D. h. für zeitgesteuerte Aufnahmen ist das unbrauchbar.

Weiß jemand, woran das liegen könnte? Ich habe die Regeln in udev im Verdacht. Die Treiber und die Firmware (?) werden richtig geladen.

Im Anhang die Ausgabe von Syslog nach Einstecken des Sticks.

Danke für Eure Hilfe.

MfG GBruno

@seahawk1986:

Zitat

Kannst du da mal zeigen, wie der Wechsel bzw. der Standby im Zusammenspiel mit den anderen Units im Syslog aussieht - was macht der VDR dabei?

Wie soll ich das machen? Soll ich das ganze Syslog hochladen? Ich weiß es nicht. Der VDR startet richtig (automatisch), findet narürlich keine Kanäle.

@SurfaceCleanerZ:

Zitat

Du redest von echtem Ausschalten? Oder von Standby, S2R, S2D oder so?

Ich schalte über den Power-off Befehl des VDR aus. Danach ist der PC völlig aus. Wie man das nennt, weiß ich jetzt nicht.

Darüber hinaus habe ich auch, wie geschrieben, das Standby von Ubuntu versucht, und auch einen Neustart aus dem Shutdown-Menü. Gleiches Ergebnis. Nur wenn ich den PC ganz ausschalte (Power-off) und wieder hochfahre, geht es.

Ich benutze weder systemd noch udev. Das Linux macht das ganz allein, ohne mich zu fragen

Aber die USB-Anschlüsse auf Stromversorgung untersuchen, das werde ich machen. Ist mir allerdings noch nie aufgefallen.

@wmautner: Der Tip mit dem Energy-Star/CEC war gut. Zwar gibt es das in meinem BIOS nicht, aber ich habe das Item gefunden:

Load USB-Devices in S5 State (oder so ähnlich): enabled.

D. h., die USB-Anschlüsse stehen auch nach VDR-Abschaltung unter Strom. Meine optische Maus leuchtet dann nicht. Ich habe das o. g. auf "Disabled" gesetzt, und jetzt funktioniert es , zumindest ein Mal. Muss noch weiter testen.

Aber vielen Dank für den Hint!

Hallo,

es funktioniert weiterhin. ABER: ich habe 2 Mal Ubuntu auf meinem PC, 20.04.5 zum Arbeiten und 22.04 zum Testen, hier auch der VDR. Wenn ich vor dem Aufwachzeitpunkt Ubuntu 20.04.5 starte, geht der Timer verloren und das Biest wacht nicht mehr auf.

Gibt es eine Routine in Ubuntu 20.04.5, die beim Hoch- oder Runterfahren den Timer zurück setzt?

Kann man etwas dagegen tun?

Zitat

Das kann mit cat /proc/driver/rtc getestet werden, was durch manuellen Neustart ins andere System sich ändert.

Die Alarm-Time bleibt gleich, das Datum wird um einen Tag hoch gesetzt.

Ich habe ein kleines Script "Timer_setzen" für mein Ubuntu 20.04.5 geschrieben, das zu funktionieren scheint

#!/bin/bash
echo "############################################################"
cat /ssdp2/var/cache/vdr/acpiwakeup.time > /sys/class/rtc/rtc0/wakealarm

logger -t vdrtimer $(cat /ssdp2/var/cache/vdr/acpiwakeup.time)

echo "TIMER wird gesetzt!!"
echo "############################################################"
sleep 5

Dazu muss es in /etc/init.d gestellt und ausführbar gemacht werden und nach /etc/rc6.d verlinkt werden mit dem Praefix "K99" siehe

PS (23.12.22): So einfach ist es nicht. Das Script wird beim Herunterfahren nicht ausgeführt, nur von Hand. Init-Scripte sind kompliziert

https://ccm.net/computing/linu…p-and-shutdown-on-ubuntu/

/ssdp2 ist der Einhängepunkt der SSD mit dem VDR 2.6.x

Einige Zeilen sind nur zur Kontrolle der Funktion, können wahrscheinlich weg.

Hallo,

ich habe noch ein anderes Problem: ich möchte gern, dass der Alarm beim Herunterfahren des VDR als Message angezeigt wird. Dachte, ich ändere einfach die S90.custom in shutdown-hooks.

* To overwrite the command that will be executed to shutdown the machine
#   after all shutdown hooks have been processed, write to stdout:
#
#   SHUTDOWNCMD=<new shutdown command>
#
# i.e.:
#
# echo "ABORT_MESSAGE=\"I do not want to shutdown now!\"" ; exit 1
#
SHUTDOWNCMD= echo 'Beim_Abschalten:_' & "$(cat /proc/driver/rtc | grep alrm)"
#SHUTDOWNCMD=echo $(cat /proc/driver/rtc)

osdmsg()
{
    # OSD message must be deferred, to let VDR display it AFTER the
    # shutdown script has been executed
    sleep 2
    $svdrpsend "$SHUTDOWNCMD"
    sleep 5
}

osdmsg

Als Ausgabe bekomme ich einen Fehler "no: command not found".

Das liegt daran, dass

cat /proc/driver/rtc

im Script /usr/lib/vdr/shutdown.sh mit dem Befehl "eval" ausfgeführt wird, der alles, alles als bash-Befehl interpretiert.

root@Tower-ssd:/etc/vdr/shutdown-hooks# echo 'Beim_Abschalten:_' & "$(cat /proc/driver/rtc | grep alrm)"
[1] 6083
Beim_Abschalten:_
alrm_time    : 16:40:00
alrm_date    : 2022-12-19
alrm_pending    : no: Befehl nicht gefunden.

Das führt bei der letzten Ausgabe von

cat /proc/driver/rtc | grep alrm

zu dem o. g. Fehler, exit code 127. Ich habe viel probiert, aber keine Lösung.

Ist zwar nicht so wichtig, es interessiert mich aber.

Danke MfG GBruno

Hi,

Habe ich gemacht, ändert nichts. Das Problem ist wie gesagt, der Befehl "eval" in der shutown-Routine in /us/lib/vdr. Der Befehl macht aus der/den Eingaben und Ausgaben eines evtl. Befehls einen String, den er dann wieder als Befehl interpretiert. Ist die Ausgabe irgendein Text, kommt die Fehlermeldung xxx . not found.

der Befehl "eval" ist als schwierig bekannt. Bisher habe ich keine Möglichkeit gefunden, die Pseudo-Befehle zu kaschieren.

Man kann es mal testen mit

eval echo 'Beim_Abschalten:_' & "$(cat /proc/driver/rtc | grep alrm)"

MfG GBruno