Barrier: تعذر تشغيل عميل Linux barrier أثناء بدء التشغيل باستخدام systemd

تم إنشاؤها على ١ مايو ٢٠١٩ · 5تعليقات · مصدر: debauchee/barrier

أنظمة التشغيل

الخادم: الإصدار 1709 من Windows 10 (إصدار نظام التشغيل 16299.1087)
العميل: Ubuntu 18.04 (سطح مكتب جنوم 3)

نسخة الحاجز

الخادم: 2.2.0
العميل: 2.2.0

خطوات إعادة إنتاج الخطأ

الهدف هو جعل عميل Linux barrier لبدء التشغيل أثناء التمهيد
إعداد البرنامج النصي srevice systemd [مرفق نصي بالخدمة أدناه]
sudo systemctl start barrier.service
يدير الحاجز بدء التشغيل ولكنه يلقي بخطأ: " تحذير: الشاشة الثانوية غير متاحة: يتعذر فتح الشاشة "
فشل الاتصال بالخادم

معلومات اخرى

متى بدأت المشكلة تحدث؟
عند محاولة إعداد خدمة systemd.
هل هناك طريقة لحلها؟
لا ، إذا كنت تريد عائقًا لبدء التشغيل قبل تسجيل دخول المستخدم.
هل يمنعك هذا الخطأ من استخدام الحاجز بالكامل؟
لا

ضع أي شيء آخر يمكن أن يخطر ببالك هنا.

نص خدمتي تحت /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

السجلات:

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

مصدر

vnktsh

التعليق الأكثر فائدة

لاحظ أنه يعمل إذا قمت بتشغيل الحاجز محليًا (على سبيل المثال ليس أكثر من ssh) ، لكن هذا يتعارض مع الغرض الكامل من الحاجز لأنني بحاجة إلى توصيل لوحة مفاتيح وماوس ثانٍ للقيام بذلك

RPGillespie6 في ١١ يناير ٢٠٢٠

👍2

ال 5 كومينتر

إذا اضطررت إلى التخمين ، فسأقول أنه يعمل في وقت مبكر جدًا وأن Barrier لا يصححه. قد يعمل استخدام مدير العرض لبدء وإيقاف Barrier. أو بدلاً من تشغيل Barrier كجذر ، يمكنك تسجيل الدخول تلقائيًا. اختر سمك.

انظر أيضًا # 179 و # 185

noisyshape في ١ مايو ٢٠١٩

شكرًا noisyshape ، سأقرأ المراجع التي ذكرتها. أعتقد أن هذه مشكلة Linux وليست حاجزًا. أنا أغلقه الآن.

vnktsh في ٤ مايو ٢٠١٩

هذا يحدث لي أيضًا ، إلا أنني أحاول إطلاق الحاجز فوق ssh. هذا ما أحصل عليه:

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

أنا أستخدم Xubuntu 18.04.3

RPGillespie6 في ١١ يناير ٢٠٢٠

👍1

RPGillespie6 في ١١ يناير ٢٠٢٠

👍2

@ RPGillespie6 لست متأكدًا مما إذا كانت هذه هي نفس المشكلة التي تواجهها ، لكنني قمت barriers على ssh باستخدام --display :1 .