Как то раз я использовал вариант ПК без монитора, клавиатуры и мыши, управляемый через Teamviewer как сервер резервного копирования, это было под ubuntu, теперь я настроил ПК с opensuse аналогично и всё работает идеально.
Однако так всё было при настройке, после того как я отключил монитор система (как оказалось) не загружает графическую оболочку, а зависает в текстовом режиме (как показало последующее подключение монитора) хоть и шары SMB работают без проблем, но хотелось бы иметь управление над ПК при помощи Teamviewer.
На просторах интернета я находил решения связанные с добавлением различных параметров xorg.conf но все они приводили к тому что система висла на половине загрузки уже несмотря на наличие монитора.
С чего начать?
LinuxForum.Fans
Opensuse 12.3 запуск системы без монитора
Автор: V_REDFOX
20 сообщений
5814 просмотров
Это с монитором
http://pastebin.com/gq7GjB93
и без
http://pastebin.com/PRgZNy3Y
Странно, у меня система без монитора стоит. Пускается без проблем.
Могу если что посмотреть различие.
Странно, у меня система без монитора стоит. Пускается без проблем.
runlevel 3 или 5 ? :)
V_REDFOX, попытался создать Вашу ситуацию, не получилось. У меня без монитора Х запускаются и грузится kde. Правда, вот, разрешение экрана устанавливается в 1024x768, а dpi в 72.
Могу посоветовать только создать xorg.conf со всеми параметрами и попробовать с ним.
Странно, у меня система без монитора стоит. Пускается без проблем.
Могу если что посмотреть различие.
у меня она тоже запускается, судя по тому что безотказно работают шары SMB. Также на другой машине видно что заработал Teamviewer, хотя при попытке подключения соединение так и не устанавливается.
я попробовал отключить монитор у своего основного компа (та же система, только 64 бит) - почти тоже самое, только вот при подключения монитора после загрузки без него изображение так и не появляется.
если у компа сервера после загрузки без монитора его подключить, виден текстовой вывод запускающихся служб, последняя запись - Reached target graphical interface
aliaksei1818
По описанию проблема в точности соответствует моей.
. Также на другой машине видно что заработал Teamviewer, хотя при попытке подключения соединение так и не устанавливается.
TeamViewer - это оффтопиковая прога, упакованная в один пакет с Wine. Покажите мне администратора, который будет ради удаленного управления держать Wine на сервере, и я скажу, что это плохой администратор. Потому советую от него отказаться и использовать, если нужна графика, ssh -X.
[quote="virex⇓"]Странно, у меня система без монитора стоит. Пускается без проблем.
runlevel 3 или 5 ? :)[/quote]
Сейчас вроде такого нет, но если по старому, то runlevel 5. Хотя графикой редко пользуюсь. В принципе достаточно все делать через консоль, если необходимо можно подключить vnc.
Я на своей памяти припоминаю подобную проблему, тогда на сколько помню, проблема решилась заменой видеокарты на адекватную. Но это давно было, тогда помню появились видеокарты AGP.
TeamViewer - это оффтопиковая прога
что значит оффтопиковая и в чём её недостатки
Покажите мне администратора, который будет ради удаленного управления держать Wine на сервере
Ни одного не знаю, и сам таковым не являюсь, при выборе программы я руководствовался функционалом и простотой установки, с ssh-x я разобрался, но пока только по локальной сети, для меня немаловажно управлять ПК через интернет учитывая что он находится за роутером и имеет динамический айпи, Если удастся разобраться с вышеупомянутой задачей то от TV можно отказатся.
что значит оффтопиковая и в чём её недостатки
Это значит, что она делается под оффтопик исключительно. Linux-версия - это тот же TeamViewer для оффтопика, в сборе с Wine.
Возникла у меня проблема, после очередного обновления ssh-X перестал работать, а именно после входа появляется сообщение: X11 forwarding request failed on channel 0
при попытке запустить например dolphin появляется сообщение: dolphin: cannot connect to X server
Погуглив нашел тему где предлагали вставить в /etc/ssh/sshd_config
строку X11UseLocalhost no, но после этого появляется ошибка
/usr/bin/xauth: (stdin):1: bad display name "<имя компьютера>:10.0" in "remove" command
/usr/bin/xauth: (stdin):2: bad display name "<имя компьютера>:10.0" in "add" command
С чего начать?
«Работает? Не тронь технику, она и не подведет».
UPD: cмотрите логи ssh на локальной и удаленной машинах, логи и конфиги иксов.
Не тронь технику, она и не подведет
А кто трогал то?
А кто трогал то?
Эм...
после очередного обновления ssh-X перестал работать
Вообще-то, любой уважающий себя администратор не будет бездумно обновлять систему только потому, что вышло обновление. Сначала он почитает ChangeLog, узнает, обновление безопасности это, или нет, решит, надо оно ему или нет, попытается предугадать возможные проблемы, сделает бэкапы затрагиваемых обновлением файлов, и только потом обновляет.
всё ясно, тему можно закрывать.
Включите подробное логирование в sshd_config и в ssh_config, попробуйте воспроизвести первую ошибку из собщения №13, затем смотрите на чем происходит затык.
Если это у вас сервак, то голой консоли через ssh вам за глаза хватит. Я тоже начинал строить свой первый и единственный сервер с того что на нём держал иксы. Пока мне один хорошый человек не подсказал что иксы на серваке не должны быть.
Проблему удалось решить после довольно долгих поисков, Вот решение http://acisi.livejournal.com/23337.html
Если это у вас сервак, то голой консоли через ssh вам за глаза хватит
не сомневаюсь, но только тогда когда в совершенстве освою консоль, а на данном этапе развития это будет люто нерационально.
для передачи файлов я буду настраивать SFTP, хотя Teamviewer я оставлю так как в случае когда нужно оказать кому нибудь поддержку по компьютеру TV пожалуй самое удобное.
Войдите или зарегистрируйтесь, чтобы ответить.
