Замедлите графическое удаленное соединение в Linux
Я установил Рабочий стол Ubuntu 16.04 на моем компьютере. Когда я подключаю материнскую плату к монитору и включаю плату, все хорошо работает. Я настроил винишко (Рабочий стол, Совместно использующий) на плате, таким образом, я могу соединиться с ним графически использующий VNC, таким образом, я могу соединиться с ним локально в моей сети с помощью протокола VNC (приложение Remmina или vnc-средство-просмотра).
но Когда я разъединяю его от монитора и включаю плату, это не загружает операционной системы, и я не могу соединиться с ним от локальной сети! Даже я не могу найти его в локальной сети с помощью команды ping!
Я связался с компанией, у которой я купил материнскую плату и спрашиваю их о решении. они предлагают изменить конфигурационный файл личинки в/etc/default/grub.
Они сказали мне не комментировать эти две строки:
# Uncomment to disable graphical terminal (grub-pc only)
**GRUB_TERMINAL=console**
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
**GRUB_GFXMODE=1920x1080**
Таким образом, я подключил монитор и применил эти настройки к упомянутому выше файлу. Теперь, когда я разъединяю монитор и включаю плату, он просто загружается, и все хорошо работает кроме одной вещи. У меня есть очень очень медленное графическое использование соединения Remmina и vnc-средство-просмотра! Что я должен сделать теперь?
Я лично думаю, что в текущей конфигурации, плата не использует графический блок обработки для передачи рисунка рабочего стола так вот почему, у меня есть медленное графическое соединение.
с помощью ssh, каждая вещь прекрасна, и я могу передать файлы с помощью scp с высокой скоростью (приблизительно 6 - 10 Мбайт/с), таким образом, я не думаю, что это из-за сети!
2 ответа
У меня нет четкого представления о Вашей проблеме, потому что я не следовал за эволюцией части ядра. Но если бы Вы столкнулись бы со своей проблемой, я медленно уменьшался бы для тестирования, размер разрешения: сделайте много тестов с правильными значениями (полученными с vbeinfo), но меньшим шагом, до 800x600 или 640x480. Только с информацией Вы даете, я подозреваю много ошибок, ошибки во встроенном микропрограммном обеспечении Вашей платы (Вы не объяснили, как Вы восстановили аппаратные средства), и/или ошибка в драйвере Вашей графической платы. Другой тестирует, я предлагаю сделать, должен загрузить Ваш ПК на старом живом CD человечности или knoppix, и протестировать то, что Вы сделали. Выбор старого распределения состоит в том, чтобы быть уверен, что ядро Linux не использует функции "специального оборудования" Вашей графической платы, которая могла включить вокруг Вашей проблемы.
Если это находится в Вашей локальной сети, Вы могли бы всегда пробовать X11, передавая . X-протокол более "болтлив", поэтому если Вы будете на соединении с большим количеством задержки, то это будет довольно медленно. Однако, если проблема связана с VNC и не Вашей сетью, это могло бы стоить попытки.