vnc. мышка зависла при перетаскивании.

Phoenix

Есть vnc, периодически(но редко), если как-то хитро поводить мышкой, курсор становится в форме крестика (так, когда окно перетаскивают), после чего в обычно положение не переходит. Мышка бегает, всё работает, только сделать ничего не получается мышкой. Клавиатура тоже не пашет.
Нажатие на всякие ctrl, alt, кликанье мышкой и т.д. эффекта не дают. Приходится грохать внц и заново всё запускать. Крайне неудобно.
Может есть какое-то магическое кнопкосочетание? или кильнуть что-нибудь?

yroslavasako

пробовал делать xintut disable && xinput enable?

woofster

пробовал делать xintut disable && xinput enable?
как это сделать на винде, например?

yroslavasako

А разве vnc не поднимает собственный x-сервер? Вот туда и передавать команды.

Phoenix

а что это за команды вообще? у меня нет такого
гугл куда-то к xbox посылает вообще

yroslavasako

xintut - это опечатка от xinput.
"xinput - utility to configure and test X input devices" - гласит ман.
X сервер - это тот компонент в никсах, который окошки рисует (разные реализации могут рисовать на экран и в сеть). В винде он размазан в winapi. Но лицензия винды запрещает запускать несколько виндовых аналогов x-сервера, точнее мс на этом бабки делает. Так что вряд ли vnc может запустить собственную сессию полноценной окружения winapi, и он не должен воровать существующую пользовательскую сессию. Получается что где-то внутри он запускает свой собственный x server, как он это делает и под линуксом. И значит им можно управлять через консоль.

Phoenix

Да. спасибо, разобрался(нужно доставить было), как подвиснет ещё раз — тестану.

viktor954

Так что вряд ли vnc может запустить собственную сессию полноценной окружения winapi, и он не должен воровать существующую пользовательскую сессию.
Если мы говорим о винде, то VNC под виндой именно что "ворует существующую". Поэтому если сервер запущен от SYSTEM, то получается "консольное" подключение, а если из-под юзера — экран пользователя, который в случае локальной работы пользователя совпадает с тем, что отдаёт vnc, запущенный от SYSTEM (а, например, на терминальном сервере не совпадает).

Phoenix

у меня linux. Собственно, rdp в винде меня вполне устраивает.
В linux какие-то все кривые решения. Нормально ничего работать не захотело. Когда-то работал nx, но сейчас я не смог его завести из коробки. Какие-то неимоверные глюки были.

Phoenix

 

$10:13 amsterdam ~(0/1)$ DISPLAY=:1.0 xinput --disable 2
X Error of failed request: XI_BadDevice (invalid Device parameter)
  Major opcode of failed request: 131 (XInputExtension)
  Minor opcode of failed request: 3 (X_OpenDevice)
  Device id in failed request: 0x17
  Serial number of failed request: 15
  Current serial number in output stream: 15
$10:13 amsterdam ~(0/1)$ DISPLAY=:1.0 xinput --enable 2
X Error of failed request: XI_BadDevice (invalid Device parameter)
  Major opcode of failed request: 131 (XInputExtension)
  Minor opcode of failed request: 3 (X_OpenDevice)
  Device id in failed request: 0x17
  Serial number of failed request: 15
  Current serial number in output stream: 15
$10:13 amsterdam ~(0/1)$ DISPLAY=:1.0 xinput --list
"Virtual core pointer" id=2 [XPointer]
"Virtual core keyboard" id=3 [XKeyboard]
"" id=0 [XExtensionPointer]
"" id=1 [XExtensionKeyboard]
 

не очень понимаю, что он хочет, если честно. С id=0 ошибку не выдаёт, но ничего не происходит: после disable курсор не пропадает даже.
Оставить комментарий
Имя или ник:
Комментарий: