Pregunta:
Me gustaría apagar mis monitores duales ejecutando: xset dpms force off pero solo el monitor principal está apagado mientras que el otro solo tiene una "pantalla negra" (como si estuviera apagado) pero no está apagado. El LED sigue brillando en verde, lo que indica que el monitor está encendido.
Respuesta:
¿Qué estás tratando de lograr exactamente? Para administrar el uso del monitor, puede / debe usar la extensión randr donde xrandr sería el arma preferida en los scripts.
xrandr -q muestra todas las salidas de su computadora y cierta información sobre los monitores conectados. Para deshabilitar una salida, pondría algo como xrandr --output=HDMI1 --off . En su caso, debe reemplazar "HDMI1" con lo que sea que xrandr -q le indique que se nombran sus salidas. Con su salida desactivada, X ya no usa este monitor (en absoluto) y lo más probable es que entre en un estado de suspensión.
Si realmente desea que el monitor se apague, su problema es que xset no sabe ni le importa cuántos monitores ha conectado a su computadora, porque xset habla con los servidores X, no con sus componentes y definitivamente no con el hardware. Esto significa que xset envía exactamente una solicitud de "dpms force off" y esa solicitud es (procesada y) enviada a uno de sus monitores por el servidor X. Supongo que lo envía a su monitor principal, es decir, al que está conectado a la salida que aparece primero en la lista mostrada por xrandr -q . Ese es el mismo monitor en el que vive su panel gnome, si está usando gnome.
En efecto, supongo que debe emitir su solicitud xset dos veces. Si eso no ayuda de inmediato, supongo que debe ser explícito sobre el problema de cuál de sus monitores adjuntos es principal y cuál no.
xrandr permite configurar la salida / monitor principal mediante el uso de la opción --primary . Si sus salidas son HDMI1 y HDMI2 , probaría:
xrandr --output HDMI2 --primary
xset dpms force off
xrandr --output HDMI1 --primary
xset dpms force off
Verifique la salida de xrandr -q y escriba un script que apague sus monitores en el orden inverso al que están escuchando, es decir, de abajo hacia arriba. La razón de esto es que, si bien se supone que (x) randr puede hacer que las salidas sean arbitrariamente la salida predeterminada, no confiaría en que funcione de manera tan perfecta, especialmente si hay controladores de código cerrado involucrados. Al trabajar con sus monitores en orden inverso, apaga el monitor primario "natural" en último lugar y, si las cosas salen mal, tener el monitor primario "natural" disponible es la mejor opción para tener un servidor X completamente funcional.