Конфигурирование разрешения по умолчанию и глубины цвета для vncserver-x11-serviced RealVNC?
[114130] Похоже, что ваш диск в формате Linux [114499]/dev/ada4
MBR[114502] не распознан правильно драйвером [114503]FreeBSD
geom[114506]. Поэтому его можно увидеть через утилиту [114507]fdisk[114508], но не через [114509]gpart show ada4[114510].
Это может быть связано с тем, что это [114511]ada4[114512] устройство очевидно использует некоторое нестандартное расширение MBR для работы с 2TB+ дисками (2 раздела, каждый из которых почти по 2 ТБ).
$ sudo su [enter] # dd if=/dev/random of=/dev/sda bs=512 count=1 seek=62 [enter] # dd if=/dev/zero of=/dev/sda bs=512 count=1 seek=62 [enter]
Из Википедии
repeat [times] [command]
MBR[114822]:
MBR[114824] записи разделов и загрузочный код [114825]MBR[114826], используемый в коммерческих операционных системах, однако, [114827] ограничен 32 битами [114828]. Поэтому максимальный размер диска, поддерживаемый на дисках с использованием 512-байтных секторов (реальных или эмулированных) схемой разбиения [114829]MBR[114830] (без использования нестандартных методов), ограничен 2 ТБ [114832]. Следовательно, для больших дисков необходимо использовать другую схему разбиения, так как они стали широко доступны с 2010 года. Следовательно, схема разбиения [114833]MBR[114834] в настоящее время вытесняется таблицей разделов GUID ([114835]GPT[114836]). Официальный подход делает немногим больше, чем обеспечение целостности данных путем использования защитного MBR. В частности, он не обеспечивает обратной совместимости с операционными системами, которые также не поддерживают схему GPT. Между тем, [114837] гибридные MBR различных форм были разработаны и реализованы третьими лицами [114838] для того, чтобы поддерживать разделы, расположенные в первых физических 2 ТБ диска в обеих схемах разметки "параллельно" и/или позволять более старым операционным системам также загружаться с разделов [114839]GPT[114840]. Нынешняя, [114841]нестандартная природа этих решений может привести к различным проблемам совместимости [114842] в определённых сценариях.
Предпочтение FreeBSD[114518] теперь отдано схеме разделов [114519]GPT[114520], и как [114521]MBR[114522], так и утилите [114523]fdisk[114524] следует учитывать наследие в отношении несъёмных носителей.[114139].
Примечание. Я знаю, что этот ответ относится к виртуальному режиму Reallvnc, а не в режиме обслуживания ( VNCSERVER-X11-Serviced ), Но я думаю, что виртуальный режим, как правило, более полезным в любом случае, и это единственное, чье разрешение может быть изменено динамически . Это, вероятно, довольно похожая методика для изменения разрешения для ReallVNC, когда он работает в режиме обслуживания.
После установки Reallvnc (на момент написания, версии 5.2.1), применяя бесплатную лицензию на него, используя vnclicense -Add ... , и выполнение сервера VNC в своем «виртуальном режиме» (Есть также сервисные и пользовательские режимы, которые я не буду войти здесь, так как уже достаточно сложно), я обнаружил, насколько глубоко уходит этот рабит. :-) Документация для этого далеко не всеобъемлющая или очевидна, и единственные статьи KB на площадке Realvnc несколько датированы (говорят о команде VNCServer вместо Текущая рекомендация , , VNCServer-Virtual ) или о Изменение разрешения динамически с RANDR во время сеанс, не выбрав то, что разрешение следует использовать при VNC Server запускается.
Во-первых, слово «геометрия» имеет тенденцию использовать в контексте оконной системы X вместо слова «разрешение». Разрешение по умолчанию, данное вам VNC Server (или, возможно, x сама?), Кажется, 800x600.
Теперь вы можете пропустить параметры непосредственно на сервере X при запуске сервера RealVNC вручную из командной линии (или, очевидно, в автоматическом способе нагрузки от чего-то вроде rc.local ), а параметр, чтобы пройти Чтобы установить разрешение - это геометрия . Таким образом, это начнет экземпляр сервера Virtual RealVNC с разрешением 1280x1024:
> vncserver-virtual -geometry 1280x1024
Я обычно бегаю как root, когда я проверяю такие вещи, поэтому я переключаюсь на пользователя, чья настольный компьютер я хочу VNC в первую очередь:
> sudo -u [someuser] vncserver-virtual -geometry 1280x1024
Требуется прохождение геометрии параметра в командной строке, конечно. RealVNC также поддерживает конфигурацию службы VNC через различные файлы конфигурации. Однако смущает, Config для «XVNC» (базовый сервер RealVNC, используемый в системах Unix, которые связываются с X, и которые должны принимать диаграмму Geometry параметра конфигурации) должны идти в другое местоположение Из «нормальных» файлов конфигурации ReallVNC; Либо /etc/vnc/config.custom для настроек Server-Side, или ~ / .vnc / config для пользовательских настроек. Они полностью отделяются от других файлов конфигурации Reallvnc и нахождение этого было довольно сложно. Как я уже сказал, документы на это ужасны. Итак, чтобы не придеться указывать разрешение в командной строке, создайте файл /etc/vnc/config.custom и дайте ему следующее содержимое:
-geometry 1280x1024
затем при запуске:
> sudo -u [someuser] vncserver-virtual
... Резолюция для этого экземпляра VNC Server по умолчанию будет по умолчанию 1280x1024.
Я предполагаю, что этот файл конфигурации также будет использоваться демон VNCServer-Virtuald также для каждого из VNCServer-Virtual экземпляров, которые он нередит (на самом деле это может быть Единственный способ установить разрешение по умолчанию для демона), но поскольку демон требует использования лицензии предприятия на использование, и я только использую бесплатную лицензию, я не мог ее проверить.
Whow!
Кстати, я упомянул Рандр ранее. Это еще один способ получить другое разрешение / геометрию при подключении к серверу RealVNC на системах Unix. Он работает только тогда, когда сервер RealVNC работает в «виртуальном режиме». Он также позволяет динамически изменять резолюции во время сеанса VNC и несколько лучше документирован , чем -GEOMEOMETRY , которые я упомянул выше. :-) Когда эта настройка конфигурации устанавливается (и это входит в «нормальный» набор файлов конфигурации RealVNC, а не те отдельные для XVNC ... GO рисунок), вы должны быть в состоянии использовать Команда Xrandr из сеанса VNC, чтобы динамически изменить разрешение к одному из разрешений, указанных в настройке RANDR .