Barrier: No se puede ejecutar el cliente de barrera de Linux durante el inicio con systemd

Creado en 1 may. 2019 · 5Comentarios · Fuente: debauchee/barrier

Sistemas operativos

Servidor: Windows 10, versión 1709 (compilación del SO 16299.1087)
Cliente: Ubuntu 18.04 (escritorio GNOME 3)

Versión de barrera

Servidor: 2.2.0
Cliente: 2.2.0

Pasos para reproducir el error

El objetivo es hacer que el cliente de barrera de Linux se inicie durante el arranque
Configurar la secuencia de comandos de servicio de systemd [secuencia de comandos de servicio adjunta a continuación]
sudo systemctl start barrier.service
La barrera logra iniciarse pero arroja un error: " ADVERTENCIA: la pantalla secundaria no está disponible: no se puede abrir la pantalla "
No se puede conectar al servidor

Otra información

¿Cuándo empezó a ocurrir el problema?
Al intentar configurar el servicio systemd.
¿Hay alguna forma de solucionarlo?
No, si desea que la barrera se inicie antes de iniciar sesión como usuario.
¿Este error le impide usar Barrier por completo?
No

Pon cualquier otra cosa que se te ocurra aquí.

Mi script de servicio bajo /etc/systemd/system/barrier.service

[Unit]
Description=Start Barrier client during boot

[Service]
Type=simple
Restart=always
RestartSec=2
ExecStart=/usr/bin/barrierc -f --debug DEBUG2 --log /tmp/barrier-service.log --name ubuntu-Desktop [<server-info>]:24800

[Install]
WantedBy=multi-user.target

Registros:

tail -f /tmp/barrier-service.log 

[2019-04-30T22:26:50] DEBUG: XOpenDisplay(":0.0")
[2019-04-30T22:26:50] WARNING: secondary screen unavailable: unable to open screen
[2019-04-30T22:26:50] DEBUG: retry in 60 seconds
[2019-04-30T22:27:50] DEBUG: XOpenDisplay(":0.0")
[2019-04-30T22:27:50] WARNING: secondary screen unavailable: unable to open screen
[2019-04-30T22:27:50] DEBUG: retry in 60 seconds

Fuente

vnktsh

Comentario más útil

Tenga en cuenta que funciona si lanzo la barrera de forma nativa (es decir, no sobre ssh), pero eso anula todo el propósito de la barrera, ya que necesito conectar un segundo teclado y mouse para hacerlo

RPGillespie6 en 11 ene. 2020

👍2

Todos 5 comentarios

Si tuviera que adivinar, diría que se está ejecutando demasiado pronto y Barrier no lo corrige. Usar su administrador de pantalla para iniciar y detener Barrier podría funcionar. O en lugar de ejecutar Barrier como root, puede iniciar sesión automáticamente. Elige tu veneno.

Vea también # 179 y # 185

noisyshape en 1 may. 2019

Gracias @noisyshape , leeré las referencias que mencionaste. Creo que este es un problema de Linux más que una barrera. Lo estoy cerrando ahora.

vnktsh en 4 may. 2019

Esto también me está sucediendo, excepto que estoy tratando de lanzar una barrera sobre ssh. Esto es lo que obtengo:

user<strong i="6">@xenon</strong>:~$ /snap/barrier-kvm/2/bin/barrierc -f --no-tray --debug DEBUG --name xenon [192.168.1.192]:24800
[2020-01-11T15:09:06] DEBUG: XOpenDisplay(":0.0")
Invalid MIT-MAGIC-COOKIE-1 key[2020-01-11T15:09:06] WARNING: secondary screen unavailable: unable to open screen
[2020-01-11T15:09:06] DEBUG: retry in 60 seconds
[2020-01-11T15:09:06] DEBUG: event queue is ready
[2020-01-11T15:10:06] DEBUG: XOpenDisplay(":0.0")
Invalid MIT-MAGIC-COOKIE-1 key[2020-01-11T15:10:06] WARNING: secondary screen unavailable: unable to open screen
[2020-01-11T15:10:06] DEBUG: retry in 60 seconds
[2020-01-11T15:11:06] DEBUG: XOpenDisplay(":0.0")
Invalid MIT-MAGIC-COOKIE-1 key[2020-01-11T15:11:06] WARNING: secondary screen unavailable: unable to open screen
[2020-01-11T15:11:06] DEBUG: retry in 60 seconds

Estoy usando Xubuntu 18.04.3

RPGillespie6 en 11 ene. 2020

👍1

RPGillespie6 en 11 ene. 2020

👍2

@ RPGillespie6 No estoy seguro si este es el mismo problema que tú, pero lo barriers sobre ssh usando --display :1 .