Arch Linux

Automatische Monitorerkennung

Nesc

Guten Abend,
mein Tower ist im Moment defekt und ich würde gerne mein Netbook an einen externen Monitor anschließen. Als WM wird i3 benutzt.
Ich habe mir folgendes kleines Script geschrieben:

#!/bin/bash
if [ "$1" = "on" ]; then
	xrandr --output VGA1 --primary --auto
	xrandr --output LVDS1 --off
	feh --bg-scale $HOME/.wallpapers/akt.jpg
else
	if  [ "$1" = "off" ]; then
		xrandr --output LVDS1 --primary --auto
		xrandr --output VGA1 --off
		feh --bg-scale $HOME/.wallpapers/akt.jpg
	else 
		echo "Wrong Input"
	fi;

fi;

Ist denke ich mal selbsterklärend.

Ich habe nun folgendes Problem:
Das Skript sollte automatisch mit passendem Parameter ausgeführt werden sobald ein externer Monitor angeschlossen/entfernt wird. Wie kann ich für so etwas eine Regel erstellen bzw. wie werden überhaupt Monitore verwaltet?
Wenn ich /usr/bin/multimonitor off ausführe bleibt der interne Monitor schwarz. Ich muss erst aufs tty1 und dann wieder zurück und dann funktioniert es. Beim /usr/bin/multimonitor on habe ich das Problem mit dem externen Monitor nicht.

Es ist eventuell nicht ganz so elegant gelöst, aber es funktioniert immerhin so wie ich es mir vorgestellt habe 🙂

Ich danke euch schon einmal, seid ja zum Glück immer hilfsbereit.

Gruß,
Nesc

ratzfatz

Hallo,

sowas?

MON1="VGA1"                                        # externer Monitorausgang (ggf. zu ändern)
MON2="LVDS1"                                       # Notebook-Monitorausgang (ggf. zu ändern)

if xrandr | grep -i "$MON1 connected *"; then 
   xrandr --output $MON2 --off --output $MON1 --auto
else
   xrandr --output $MON1 --off --output $MON2 --auto
fi

feh --bg-scale ~/.wallpapers/akt.jpg

Nesc

Genau, ist ja quasi das gleiche was meins macht.

Gibt es denn für Monitore etc. auch so etwas ähnliches wie udev-Regeln oder ähnliches? Ich kann ja schlecht einen cronjob dsa Script jede Minute ausführen lassen 😉
Hoffe es wird verstanden was ich meine 🙂

Ich danke für die Verbesserung 😉

Nesc.

Creshal

(09:13:42) creshal: Is there something like udev hotplug rules for monitors? So you can automatically configure them when they connect?
(09:14:20) airlied: creshal: no, its part of the desktop environment usually
(09:14:38) creshal: airlied: And how do they solve it? Polling xrandr regularly?
(09:15:31) airlied: creshal: they get an X event when something changes
(09:15:59) airlied: gnome-settings-daemon does it on gnome I think
(09:47:26) RAOF: creshal: You're looking for libgnome-desktop for the randr handling in GNOME

Mal den Sourcecode davon anschauen?

[gelöscht]

(09:13:42) creshal: Is there something like udev hotplug rules for monitors? So you can automatically configure them when they connect?
(09:14:20) airlied: creshal: no[...]

Das sehe ich anders, einfach mal "udevadm monitor" ausführen und Monitor ein- und ausstecken! Entsprechende udev rule wäre z.B.:

#/etc/udev/rules.d/82-monitor.rules
SUBSYSTEM=="drm", ACTION=="change", RUN+="/path/to/script.sh"

Apollo Costa

Das Problem am udev wäre dann aber das es nicht reagiert, wenn der Monitor schon angesteckt ist. Die richtige Lösung wäre eigentlich KMS (voraussetzung ist aber der opensource Treiber :-/ ).

Creshal

@Arno Nuem: Das mit dem Script ist nur ziemlich unpraktisch, weil du dann noch die aktive(n) X-Sitzungen rausfinden musst, im richtigen Kontext und mit passendem User xrandr ausführen musst etc. pp.

Die Version mit X-Events scheint mir da sauberer zu sein.

Edit: Okay, alternativ kannst du mit dem Script ein DBus/…-Signal auslösen und das dann in der jeweiligen X-Sitzung abfangen und direkt innerhalb der Sitzung die Monitore konfigurieren. Wäre nur sinnloser Mehraufwand, wenn X dir die Signale eh schickt.

Army

Fühlt sich jemand imstande, das hinzukriegen? Das wär ne nette Sache! Bisher starte ich immer manuell ein Skript, wenn ich zB nen Beamer einstecke. Automatisiert wäre das natürlich auch praktisch.

Nesc

Würde es nicht reichen, das script für den angemeldeten Benutzer ausführen zu lassen?
Ich kann mir das noch nicht richtig vorstellen, bei mir bin ja nur "ich" angemeldet. da würde es doch eigentlich voll und ganz reichen, wenn das Skript über meinen Benutzer ausgeführt wird.

Wo besteht darin denn das Problem? Das Problem fängt ja erst im Mehrbenutzer betrieb an oder verstehe ich da irgendetwas nicht?

EDIT:

$ users
$ w
 11:15:48 up  2:20,  0 users,  load average: 1,61, 1,26, 1,17
USER     TTY        LOGIN@   IDLE   JCPU   PCPU WHAT

Wie kann ich noch herrausfinden, ob jemand angemeldet ist?
Melde ich mich über tty an, erscheint der user in w und users ... ich melde mich über LXDM an

Apollo Costa

@Creshal Ich finde zu X-Events nichts. Kannst du mal einne Link posten?

Creshal

> Würde es nicht reichen, das script für den angemeldeten Benutzer ausführen zu lassen?
Sofern dein X-Server zufällig die hardkodierte ID hat, ja. (Sollte der Fall sein, muss aber nicht)
Und sofern du nur einen X-Server hast. (Sollte der Fall sein, muss aber nicht)
Und sofern du der einzige User bist. (Kann der Fall sein, muss aber nicht)

@Apollo: Atm keine Zeit (ich sollte eigentlich arbeiten 🙂 ), mal den Sourcecode von dem erwähnten Programm durchgelesen?

@Army: Vielleicht komm ich am Wochende dazu. Mal schauen.

Nesc

Dann werde ich es mal probieren, es für meinen Fall zu konstruieren, sobald ich das Problem von oben gelöst habe 😉

Ich hab da anscheinend doch ein "nettes" Thema mit angestoßen. Vielleicht finde ich sogar im Internet schon ein passendes Script, was alles soweit löst, sollte doch bestimmt mehrere geben, die an so etwas interessiert sind.

@Creshal: Dann mal danke, und gutes Schaffen 😉

@topic:
Wie kann ich das Script von ratzfatz so ummodifizeren, dass es getoggelt wird? Also beim ersten mal aufrufen umschalten zum externen Monitor, beim nächsten mal zum Internen?
Ich würde es spontan so lösen, das ich den status "extern" "intern" in eine datei speicher, und diese dann immer beim Aufrufen abfrage.

also:

#!/bin/bash
MON1="VGA1"                                        # externer Monitorausgang (ggf. zu ändern)
MON2="LVDS1"                                       # Notebook-Monitorausgang (ggf. zu ändern)

if [ -f ~/.multimonitorstatus ]; then
	STATUS=$(cat ~/.multimonitorstatus)
else
	echo $MON2 > ~/.multimonitorstatus
	STATUS=$(cat ~/.multimonitorstatus)
fi

if xrandr | grep -i "$MON1 connected *"; then 
   if [ $STATUS = "$MON2" ]; then
      xrandr --output $MON2 --off --output $MON1 --auto
      echo $MON1 > ~/.multimonitorstatus
   elif [ $STATUS = "$MON1" ]; then
      xrandr --output $MON1 --off --output $MON2 --auto
      echo $MON2 > ~/.multimonitorstatus
   else
      echo "Unbekannter Monitor angeschlossen"
   fi
else
   echo "Kein externer Monitor angeschlossen"
fi

feh --bg-scale ~/.wallpapers/akt.jpg

Sollte eigentlich klappen 🙂

[gelöscht]

Ein paar Ergänzungen/Anregungen zu dem Thema:
1. autorandr-git
2. Bin auf folgendes gestoßen: http://finalrewind.org/interblag/entry/automatically-connecting-external-monitors-udev-xrandr
Zur besseren Referenzierung hier mal der O-Ton:

Ugly hack to automatically connect external monitors using xrandr and udev:
Write SUBSYSTEM=="drm", ACTION=="change", RUN+="/usr/local/libexec/some-x-script.sh" into a udev rules file. This script will (at least on my system ;-) ) now get called every time you either plug in an external VGA connector or remove it.
In this script, you can now use xrandr to set up the monitor. To find out whether it is called after connecting or disconnecting, check /sys/class/drm/card0-VGA-1/enabled (or similar). [...] Happy hacking.
By the way, note that disconnecting the monitor before deconfiguring it with xrandr may break stuff. At least my system doesn not like it and does not accept other monitors until a reboot afterwards - manually calling xrandr --off first will work, of course. YMMV.

und das Beispielskript:

#!/bin/sh
dmode="$(cat /sys/class/drm/card0-VGA-1/status)"
# This script is called as root and without X knowledge
export DISPLAY=:0.0
if [ "${dmode}" = disconnected ]; then
xrandr --output VGA1 --off
elif [ "${dmode}" = connected ]; then
xrandr --output VGA1 --auto
xrandr --output VGA1 --below LVDS1
fi

3. Bin aber mittlerweile auch Creshals Meinung, dass der udev-Ansatz nicht der Beste ist ("Ugly hack"), zumal ich nicht sicher bin, ob alle Grafikkarten udev-events erzeugen (DRM/KMS?). Es wäre wohl tatsächlich besser X-events zu nutzen. Hier mal mein output von xev beim Ein-/Auspluggen eines externen Monitors, vielleicht bringt's jemanden auf eine passende Idee:

RRScreenChangeNotify event, serial 34, synthetic NO, window 0x2c00001,
    root 0xae, timestamp 24705699, config_timestamp 28714272
    size_index 0, subpixel_order SubPixelHorizontalRGB
    rotation RR_Rotate_0
    width 1366, height 768, mwidth 355, mheight 199

RRNotify event, serial 34, synthetic NO, window 0x2c00001,
    subtype XRROutputChangeNotifyEvent
    output VGA1, crtc None, mode None
    rotation RR_Rotate_0
    connection RR_Connected, subpixel_order SubPixelUnknown

RRNotify event, serial 39, synthetic NO, window 0x2c00001,
    subtype XRROutputPropertyChangeNotifyEvent
    output VGA1, property EDID, timestamp 28717094, state Delete

RRScreenChangeNotify event, serial 39, synthetic NO, window 0x2c00001,
    root 0xae, timestamp 24705699, config_timestamp 28717286
    size_index 0, subpixel_order SubPixelHorizontalRGB
    rotation RR_Rotate_0
    width 1366, height 768, mwidth 355, mheight 199

RRNotify event, serial 39, synthetic NO, window 0x2c00001,
    subtype XRROutputChangeNotifyEvent
    output VGA1, crtc None, mode None
    rotation RR_Rotate_0
    connection RR_Disconnected, subpixel_order SubPixelUnknown

portix

Ich habe mir mal die Mühe gemacht ein kleinen daemon zu schreiben der bei Monitor hotplug events einen Befehl ausführt. Den source-code gibt es hier, ein PKGBUILD gibt es hier.
Ich habe es noch nicht sonderlich ausgiebig getestestet, viellicht hat ja jemand Lust das zu testen, ich konnte bisher jedenfalls keine Probleme feststellen. Benutzung ist einfach

srandrd befehl mit argumenten

Das Programm läuft automatisch als daemon und beendet sich wenn sich der X-server beendet.

Edit: falscher PKGBUILD link.

[gelöscht]

Großartig, vielen Dank!

./srandrd autorandr --change

funktioniert einwandfrei.

portix

Ich habe auch mal ein PKGBUILD ins AUR hochgeladen: https://aur.archlinux.org/packages.php?ID=60068, ich habe noch eine manpage hinzugefügt und die Möglichkeit srandrd nicht im hintergrund zu starten.