NEWS
Ersatz für vcgencmd nach Raspberry Kernel Update
-
https://forum.libreelec.tv/thread/25820-vcgencmd-display-power-broken/
Das scheint aus Stabilitätsgründen rausgeflogen zu sein.
@thomas-braun sagte in Raspberry Kernel Update:
Das scheint aus Stabilitätsgründen rausgeflogen zu sein.
alter Editeur!
spart mir das Schreiben -
@jan1 Ja das weiß ich schon - und das ist ja das Problem - da ich den Kernel mit dem EEPROM ja nicht so schnell tauschen kann und nach dem Issue scheint es ja wirklich mit dem letzten Update passiert zu sein. Und ich scheue mich mit irgendwelchen halbscharigen Anleitungen über rpi-update wieder auf die vorherige Version down zu graden.
Deswegen bin ich hier auch etwas ängstlich - weil ich, wenn ich das schrotte - ist mein Raspberry Schrott - und diese Dinger mit F2 udn F3 etwas - das tu ich mir lieber nicht an.
@mickym
Der Kernel hat mit dem EEPROM nicht wirklich was zu tun, ist Bestandteil vom Linux. Ich glaub Du verwechselt den Kernel mit nem BIOS, das in der Regel in nem EEPROM gespeichert wird. Kernelupdate läuft ganz normal über die Konsole, genau wie ein Downgrade des Kernel. -
@mickym
Der Kernel hat mit dem EEPROM nicht wirklich was zu tun, ist Bestandteil vom Linux. Ich glaub Du verwechselt den Kernel mit nem BIOS, das in der Regel in nem EEPROM gespeichert wird. Kernelupdate läuft ganz normal über die Konsole, genau wie ein Downgrade des Kernel.@jan1 sagte in Raspberry Kernel Update:
@mickym
Der Kernel hat mit dem EEPROM nicht wirklich was zu tun, ist Bestandteil vom Linux. Ich glaub Du verwechselt den Kernel mit nem BIOS, das in der Regel in nem EEPROM gespeichert wird. Kernelupdate läuft ganz normal über die Konsole, genau wie ein Downgrade des Kernel.Ja OK - Du hast Recht - Kernel ist nicht im BIOS und habe noch mal mein 32-Bit SD karte rein und da funktioniert es wieder. Da hatte ich wirklich gerade einen Denkfehler bzw. einen Fehlschluss gemacht. Meine vorherige altes "Image" war nicht alt genug.
Na dann verstehe ich aber schon, dass manche Updates scheuen, wenn man einfach solche Dinge mir nichts dir nichts rausfliegen lässt. Aber lassen wir das.
Aber ihr könnt mir doch sicher sagen, was ich wo eintragen muss, um bestimmte Updates zu blockieren.Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@jan1 sagte in Raspberry Kernel Update:
@mickym
Der Kernel hat mit dem EEPROM nicht wirklich was zu tun, ist Bestandteil vom Linux. Ich glaub Du verwechselt den Kernel mit nem BIOS, das in der Regel in nem EEPROM gespeichert wird. Kernelupdate läuft ganz normal über die Konsole, genau wie ein Downgrade des Kernel.Ja OK - Du hast Recht - Kernel ist nicht im BIOS und habe noch mal mein 32-Bit SD karte rein und da funktioniert es wieder. Da hatte ich wirklich gerade einen Denkfehler bzw. einen Fehlschluss gemacht. Meine vorherige altes "Image" war nicht alt genug.
Na dann verstehe ich aber schon, dass manche Updates scheuen, wenn man einfach solche Dinge mir nichts dir nichts rausfliegen lässt. Aber lassen wir das.
Aber ihr könnt mir doch sicher sagen, was ich wo eintragen muss, um bestimmte Updates zu blockieren.@mickym sagte in Raspberry Kernel Update:
wenn man einfach solche Dinge mir nichts dir nichts rausfliegen lässt.
I.d.R gibt es changelogs für Änderungen.
-
@jan1 sagte in Raspberry Kernel Update:
@mickym
Der Kernel hat mit dem EEPROM nicht wirklich was zu tun, ist Bestandteil vom Linux. Ich glaub Du verwechselt den Kernel mit nem BIOS, das in der Regel in nem EEPROM gespeichert wird. Kernelupdate läuft ganz normal über die Konsole, genau wie ein Downgrade des Kernel.Ja OK - Du hast Recht - Kernel ist nicht im BIOS und habe noch mal mein 32-Bit SD karte rein und da funktioniert es wieder. Da hatte ich wirklich gerade einen Denkfehler bzw. einen Fehlschluss gemacht. Meine vorherige altes "Image" war nicht alt genug.
Na dann verstehe ich aber schon, dass manche Updates scheuen, wenn man einfach solche Dinge mir nichts dir nichts rausfliegen lässt. Aber lassen wir das.
Aber ihr könnt mir doch sicher sagen, was ich wo eintragen muss, um bestimmte Updates zu blockieren.@mickym sagte in Raspberry Kernel Update:
um bestimmte Updates zu blockieren.
apt-hold ist dein Freund.
-
@mickym sagte in Raspberry Kernel Update:
um bestimmte Updates zu blockieren.
apt-hold ist dein Freund.
@thomas-braun sagte in Raspberry Kernel Update:
@mickym sagte in Raspberry Kernel Update:
um bestimmte Updates zu blockieren.
apt-hold ist dein Freund.
OK - Danke - ich probiers mal - und sag obs geklappt hat.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@thomas-braun sagte in Raspberry Kernel Update:
@mickym sagte in Raspberry Kernel Update:
um bestimmte Updates zu blockieren.
apt-hold ist dein Freund.
OK - Danke - ich probiers mal - und sag obs geklappt hat.
Versuch mal
vcgencmd display_power 0 0echad@chet:~ $ vcgencmd display_power 0 0 display_power=0display_power [0 | 1 | -1] [display]
Show current display power state, or set the display power state. vcgencmd display_power 0 will turn off power to the current display. vcgencmd display_power 1 will turn on power to the display. If no parameter is set, this will display the current power state. The final parameter is an optional display ID, as returned by tvservice -l or from the table below, which allows a specific display to be turned on or off.
Note that for the 7" Raspberry Pi Touch Display this simply turns the backlight on and off. The touch functionality continues to operate as normal.
vcgencmd display_power 0 7 will turn off power to display ID 7, which is HDMI 1 on a Raspberry Pi 4.
Display | ID > Main LCD | 0 > Secondary LCD | 1 > HDMI 0 | 2 > Composite | 3 > HDMI 1 | 7To determine if a specific display ID is on or off, use -1 as the first parameter.
vcgencmd display_power -1 7 will return 0 if display ID 7 is off, 1 if display ID 7 is on, or -1 if display ID 7 is in an unknown state, for example undetected.
-
Versuch mal
vcgencmd display_power 0 0echad@chet:~ $ vcgencmd display_power 0 0 display_power=0display_power [0 | 1 | -1] [display]
Show current display power state, or set the display power state. vcgencmd display_power 0 will turn off power to the current display. vcgencmd display_power 1 will turn on power to the display. If no parameter is set, this will display the current power state. The final parameter is an optional display ID, as returned by tvservice -l or from the table below, which allows a specific display to be turned on or off.
Note that for the 7" Raspberry Pi Touch Display this simply turns the backlight on and off. The touch functionality continues to operate as normal.
vcgencmd display_power 0 7 will turn off power to display ID 7, which is HDMI 1 on a Raspberry Pi 4.
Display | ID > Main LCD | 0 > Secondary LCD | 1 > HDMI 0 | 2 > Composite | 3 > HDMI 1 | 7To determine if a specific display ID is on or off, use -1 as the first parameter.
vcgencmd display_power -1 7 will return 0 if display ID 7 is off, 1 if display ID 7 is on, or -1 if display ID 7 is in an unknown state, for example undetected.
@thomas-braun sagte in Raspberry Kernel Update:
Versuch mal
vcgencmd display_power 0 0echad@chet:~ $ vcgencmd display_power 0 0 display_power=0Ja das hat ich schon probiert - auch mit
pi@MWHome2:~ $ vcgencmd display_power = 0 display_power=0 pi@MWHome2:~ $ vcgencmd display_power 0 0 display_power=0Das meldet zwar display_power=0 zurück, der HDMI Port bleibt aber weiter aktiv.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@thomas-braun sagte in Raspberry Kernel Update:
Versuch mal
vcgencmd display_power 0 0echad@chet:~ $ vcgencmd display_power 0 0 display_power=0Ja das hat ich schon probiert - auch mit
pi@MWHome2:~ $ vcgencmd display_power = 0 display_power=0 pi@MWHome2:~ $ vcgencmd display_power 0 0 display_power=0Das meldet zwar display_power=0 zurück, der HDMI Port bleibt aber weiter aktiv.
Und mit 2 oder 7? Das sind die HDMI-Ports.
-
Und mit 2 oder 7? Das sind die HDMI-Ports.
@thomas-braun Also Du meinst
vcgencmd display_power 2 0bzw.
vcgencmd display_power 7 0btw: Das mit dem Zurückhalten der Pakete hat aber schon mal geklappt und Ursache ist definitiv das Kernel Update.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@thomas-braun Also Du meinst
vcgencmd display_power 2 0bzw.
vcgencmd display_power 7 0btw: Das mit dem Zurückhalten der Pakete hat aber schon mal geklappt und Ursache ist definitiv das Kernel Update.
-
@thomas-braun Kein Effekt.
Ich hab alles von -2 bis +7 ausprobiert, es kommt mal display_power=-1 oder display_power=0 zurück, aber es schaltet nichts ab.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@thomas-braun Kein Effekt.
Ich hab alles von -2 bis +7 ausprobiert, es kommt mal display_power=-1 oder display_power=0 zurück, aber es schaltet nichts ab.
Hast du xrandr installiert?
xrandr --output HDMI-1 --offWobei ich da die genaue Syntax nicht kenne. Mein RPI läuft ja headless...
-
Hast du xrandr installiert?
xrandr --output HDMI-1 --offWobei ich da die genaue Syntax nicht kenne. Mein RPI läuft ja headless...
@thomas-braun Das Kommando habe ich zwar aber es kommt immer zurück, dass er kein Display öffnen konnte.
xrandr --output HDMI-1 --off Can't open displaypi@MWHome2:~ $ xrandr --listmonitors Can't open display pi@MWHome2:~ $ xrandr --listproviders Can't open displayWie gesagt das mit dem Kernel auf hold setzen hat geklappt. Es war halt sehr elegant - weil der Bildschirm über Bewegungsmelder gesteuert wurde und nicht über starre Zeiten der Inaktivität - aber noch viel besser - er ist halt automatisch angegangen sobald man das Zimmer betreten hat. Ich finde solche Updates einfach beschi...en. Dann soll man es halt sicher machen oder man nutzt es auf eigenes Risiko.
Entweder nehm ich halt den blöden Bildschirmschoner - dann muss man halt immer ne Maus bewegen oder ich hab auch noch einen Shelly über und hänge den Monitor ganz hin - dann wird gar kein Strom mehr gebraucht - wenn niemand im Zimmer ist.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@thomas-braun Das Kommando habe ich zwar aber es kommt immer zurück, dass er kein Display öffnen konnte.
xrandr --output HDMI-1 --off Can't open displaypi@MWHome2:~ $ xrandr --listmonitors Can't open display pi@MWHome2:~ $ xrandr --listproviders Can't open displayWie gesagt das mit dem Kernel auf hold setzen hat geklappt. Es war halt sehr elegant - weil der Bildschirm über Bewegungsmelder gesteuert wurde und nicht über starre Zeiten der Inaktivität - aber noch viel besser - er ist halt automatisch angegangen sobald man das Zimmer betreten hat. Ich finde solche Updates einfach beschi...en. Dann soll man es halt sicher machen oder man nutzt es auf eigenes Risiko.
Entweder nehm ich halt den blöden Bildschirmschoner - dann muss man halt immer ne Maus bewegen oder ich hab auch noch einen Shelly über und hänge den Monitor ganz hin - dann wird gar kein Strom mehr gebraucht - wenn niemand im Zimmer ist.
@mickym sagte in Raspberry Kernel Update:
Can't open display
Möglich das man dafür in der Gruppe 'video' sein muss. Sollte aber eh der Fall sein.
xrandroder
sudo xrandrsagt?
-
@mickym sagte in Raspberry Kernel Update:
Can't open display
Möglich das man dafür in der Gruppe 'video' sein muss. Sollte aber eh der Fall sein.
xrandroder
sudo xrandrsagt?
pi@MWHome2:~ $ xrandr Can't open display pi@MWHome2:~ $ sudo xrandr Can't open display pi@MWHome2:~ $pi ist in Gruppe video.
-
pi@MWHome2:~ $ xrandr Can't open display pi@MWHome2:~ $ sudo xrandr Can't open display pi@MWHome2:~ $pi ist in Gruppe video.
@mickym
Musste gerade feststellen das ich das gleiche Problem habe.
Ausschalten kann ich den Monitor überpi@DietPi:~$ export DISPLAY=:0.0 pi@DietPi:~$ xrandr --output HDMI-1 --offEinschalten geht über
pi@DietPi:~$ xrandr --output HDMI-1 --auto -
@mickym
Musste gerade feststellen das ich das gleiche Problem habe.
Ausschalten kann ich den Monitor überpi@DietPi:~$ export DISPLAY=:0.0 pi@DietPi:~$ xrandr --output HDMI-1 --offEinschalten geht über
pi@DietPi:~$ xrandr --output HDMI-1 --autoJa und ich bin soooo blöd.
Man muss das Kommando tatsächlich auf der Maschine eingeben, an der der Bildschirm hängt. Das war bei dem vcgencmd nicht so, da ging das auch über ssh.
Das Ausschalten geht so. - Ich muss nun schauen, ob ich es via NodeRed steuern kann.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Ja und ich bin soooo blöd.
Man muss das Kommando tatsächlich auf der Maschine eingeben, an der der Bildschirm hängt. Das war bei dem vcgencmd nicht so, da ging das auch über ssh.
Das Ausschalten geht so. - Ich muss nun schauen, ob ich es via NodeRed steuern kann.
@mickym sagte in Raspberry Kernel Update:
Das war bei dem vcgencmd nicht so, da ging das auch über ssh.
Das ist klar, X wird nicht (ohne weiteres) über ssh geroutet.
Hier kämpfen auch einige damit:
https://www.linuxquestions.org/questions/linux-general-1/xrandr-from-remote-through-ssh-869084/ -
@mickym sagte in Raspberry Kernel Update:
Das war bei dem vcgencmd nicht so, da ging das auch über ssh.
Das ist klar, X wird nicht (ohne weiteres) über ssh geroutet.
Hier kämpfen auch einige damit:
https://www.linuxquestions.org/questions/linux-general-1/xrandr-from-remote-through-ssh-869084/@thomas-braun Das Ausschalten ging, aber ich habe nun das Problem wie ich das wieder anbekomme.
746
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge