Test Adapter Linux Control v1.x.x
-
@oreider Ja mach ich auch aber muss halt auf der Maschine sein. Vielleicht habe ich auch nur Mist gemacht. Wenn Du den Thread anschaust - steuere ich auch über ssh. Nur irgendwie mussten die Befehle halt auf der Maschine ausgeführt werden. Probiere es einfach - kann ja nicht viel schief gehen. Ich hab alles in den folgenden Posts genau beschrieben.
Ich steuere über NodeRed und Kommando ja auch über Bewegungsmelder den Bildschirm.
Wichtig ist, dass die Umgebungsvariable gesetzt ist - sonst tut es nicht. -
Das Paket ist nicht anders als die anderen Pakete auf der Kiste.
Und ich würde sowas niemals indirekt machen. Immer direkt auf der Kommandozeile. Ist am robustesten.
-
thomas@raspimirror:~ $ export DISPLAY=:0.0
thomas@raspimirror:~ $ xrandr --output HDMI-1 --off
warning: output HDMI-1 not found; ignoringWar jetzt leider nicht so erfolgreich
-
@oreider Vielleicht hängt Dein Bildschirm am anderen HDMI- Port. Entweder umstecken oder HDMI-0 oder HDMI-2 nutzen - musst halt probieren.
-
Welche Distribution läuft da?
Raspberry OS 12 'Bookworm' verwendet jetzt Wayland statt X11 für die Desktop-Kram. Da wird xrandr wohl nicht mehr funktionieren. -
@thomas-braun sagte in Test Adapter Linux Control v1.x.x:
Raspberry OS 12 'Bookworm' verwendet jetzt Wayland statt X11 für die Desktop-Kram. Da wird xrandr wohl nicht mehr funktionieren.
Das kann man aber einstellen in der Raspi-Config. Bei meinem Upgrade wurde X-Windows als Konfiguration übernommen.
-
Bei Upgrades schon. Bei Neuinstallation kommt Wayland mit.
-
@thomas-braun sagte in Test Adapter Linux Control v1.x.x:
Bei Upgrades schon. Bei Neuinstallation kommt Wayland mit.
Ich glaube das kann man einstellen und switchen.
Unter Punkt 6 Advanced Options.
-
@mickym sagte in Test Adapter Linux Control v1.x.x:
Nochmal
Nochmal: Bei Neuinstallation kommt Wayland mit, bei Upgrades Xwayland als Übergangskrücke.
Das man das ggfls. umstellen kann ist möglich.
-
Wenn man Wayland nutzt vielleicht hilft dieser Post: https://forums.raspberrypi.com/viewtopic.php?t=358310
OFF:WAYLAND_DISPLAY=wayland-1 wlr-randr --output HDMI-A-2 --offON:
WAYLAND_DISPLAY=wayland-1 wlr-randr --output HDMI-A-2 --on -
Einen Schritt weiter! Mit der Umstellung auf X klappt nun das aus und auch das Einschalten.
Es könnte so schön sein. Ich nutze allerdings den Monitor hochkant.
Wenn ich das so mache, ist das Bild gedreht wenn der Bildschirm wieder an geht
-
@oreider Na so tief kenn ich mich leider in Linux nicht aus.
-
@oreider sagte in Test Adapter Linux Control v1.x.x:
Wenn ich das so mache, ist das Bild gedreht wenn der Bildschirm wieder an geht
xrandr kann man auch die Rotation mitgeben. Dafür ist das Tool nämlich eigentlich sogar gedacht.
-
@thomas-braun sagte in Test Adapter Linux Control v1.x.x:
Das Paket ist nicht anders als die anderen Pakete auf der Kiste.
Das kann ich so leider nicht bestätigen.
Für meinen Verwendungszweck wäre ein Kernel-Update via ioBroker zudem praktischer.
-
xrandr --output LVDS1 --rotate left xrandr --output LVDS1 --rotate right xrandr --output LVDS1 --rotate normal xrandr --output LVDS1 --rotate invertedHabe ich hier gefunden https://askubuntu.com/questions/159086/rotate-only-one-screen
xrandr --output HDMI-1 --auto --rotate leftvielleicht geht dann sowas.
-
@kusi sagte in Test Adapter Linux Control v1.x.x:
Das kann ich so leider nicht bestätigen
Ich schon. Was soll denn der Unterschied sein?
Kommt alles über den üblichen Zweisprung bei 'apt' rein. Kein Unterschied. -
@kusi sagte in Test Adapter Linux Control v1.x.x:
Für meinen Verwendungszweck wäre ein Kernel-Update via ioBroker zudem praktischer.
Was ist denn an einer zusätzlichen Ebene dazwischen praktischer? Das macht es nur umständlich und unsicherer, keines Falls praktischer.
-
@thomas-braun
In Proxmox werden mir folgende verfügbaren Updates angezeigt:
Im DP "linux-control.0.Proxmox.updates.newPackages" wird "8 Pakete" und
im DP "linux-control.0.Proxmox.updates.newPackagesList" folgendes angezeigt:[{"name":"libssl3","installedVersion":"3.0.11-1~deb12u1","availableVersion":"3.0.11-1~deb12u2"}, {"name":"libknet1","installedVersion":"1.26-pve1","availableVersion":"1.28-pve1"}, {"name":"libnozzle1","installedVersion":"1.26-pve1","availableVersion":"1.28-pve1"}, {"name":"openssl","installedVersion":"3.0.11-1~deb12u1","availableVersion":"3.0.11-1~deb12u2"}, {"name":"proxmox-backup-client","installedVersion":"3.0.3-1","availableVersion":"3.0.4-1"}, {"name":"proxmox-backup-file-restore","installedVersion":"3.0.3-1","availableVersion":"3.0.4-1"}, {"name":"pve-firmware","installedVersion":"3.8-2","availableVersion":"3.8-3"}, {"name":"pve-qemu-kvm","installedVersion":"8.0.2-6","availableVersion":"8.0.2-7"}]Die beiden Kernel fehlen definitiv.
Über die Sinnhaftigkeit der Updatemöglichkeit via ioBroker lässt sich streiten.
Bei mir Zuhause update ich sämtliche VM´s, LXC´s und das Hauptsystem via Proxmox, jedes einzeln über das entsprechende Shell.2 Kollegen von mir, welche 0 Ahnung von Linux haben, benutzen ioBroker (von mir eingerichtet).
Sie haben mich gefragt, ob man die "Updates" nicht über einen Taster in der vis machen könnte.
Auf die Gefahr hin, dass das System unter Umständen einmal irreparabel beschädigt werden könne sagten sie mir, dass sie dieses Risiko gerne eingehen.Ich hoffe hiermit, das Thema "Sinnvoll oder nicht" zu beerdigen
-
@kusi sagte in Test Adapter Linux Control v1.x.x:
Ich hoffe hiermit, das Thema "Sinnvoll oder nicht" zu beerdigen
Dann sind wir uns ja darin einig, daß es Schwachsinn ist. Gut.
Und das man von einem Gast nicht auf den proxmox-Host durchgreifen kann hat durchaus gute Gründe.
-
bei mir funktioniert der Adapter seit JS-Controller 5 nicht mehr.
Issue bleibt leider von @Scrounger unbeantwortet (ist etwas mit ihm?).nach JS-Controllerupdate von 4.x.x auf 5.0.12
stoppt Linux-Controll mit Fehler.Linux-Control: 1.1.5
Admin: 6.12.0
NodeJS: v18.17.1
NPM: 9.6.7host.ioBroker 2023-09-24 20:14:29.178 error instance system.adapter.linux-control.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[2]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern host.ioBroker 2023-09-24 20:14:29.178 error Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: linux-control.0 2023-09-24 20:14:28.991 error [servicesInfo] Proxmox (10.0.1.201:22): error: DB closed, stack: Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25) at StateRedisClient.setState (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:726:40) at LinuxControl._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:7711:34) linux-control.0 2023-09-24 20:14:28.552 error Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.552 error ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2023-09-24 20:14:28.552 error unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.552 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2023-09-24 20:14:28.538 error The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.538 error Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5) linux-control.0 2023-09-24 20:14:28.458 error unhandled promise rejection: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.458 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). linux-control.0 2023-09-24 20:14:28.367 error Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.366 error ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14) linux-control.0 2023-09-24 20:14:28.365 error unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern linux-control.0 2023-09-24 20:14:28.365 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().Der Fork von @copystring funktioniert zumindest bei mir nicht.
