Jak uruchomić serwer Vino bez monitora podłączonego do systemu Ubuntu 10.04

Właśnie zaktualizowałem wczoraj Ubuntu 10.04 na bezgłowym serwerze domowym. Używam serwera do różnych celów, a tego, czego nie wiem, jak robić za pośrednictwem SSH, zawsze byłem w stanie zrobić za pośrednictwem VNC. Ponieważ jednak aktualizacja serwera vino nie będzie działać, jeśli nie zostanie podłączony monitor. Wcześniej uruchamiał się bez problemu. Nawet przy próbie uruchomienia serwera przez SSH pojawia się błąd „nie można załadować ekranu”.

Podsumowanie: Muszę uruchomić serwer vino podczas uruchamiania na serwerze z Ubuntu 10.04, bez podłączonego monitora.

vino-server zapewnia zdalny dostęp do konsoli Sesji Gnome i nie uruchamia się dopóki sesja Gnome się nie rozpocznie (to znaczy po zalogowaniu się w oknie logowania GUI). Na forach Ubuntu jest pewne wskazanie , że można oszukać go do działania bez monitora

1. konfigurowanie GDM do automatycznego logowania zamiast pokazywania ekranu logowania; i
2. konfigurowanie xorg.conf do korzystania ze sterownika „vesa”.

Ale ten post wskazuje również, że Xserver był ograniczony do rozdzielczości 640x480. Można to skonfigurować, zmieniając rozdzielczość bufora ramki konsoli jądra; i może być tak, że Ubuntu 10.04 już zmienia to ustawienie domyślne na tyle, aby działać w wyższej rozdzielczości.

Zaktualizowano
Jak już wspomnieli inni, prawdopodobnie musisz użyć Xvnc (RealVNC lub TightVNC). Nie wiem, jak łatwo będzie skonfigurować GDM do uruchamiania serwera Xvnc.

Zamiast tego większość samouczków zaleca uruchomienie Xvnc z xinetd i włączenie XDMCP, aby Xvnc mógł komunikować się z GDM. Właśnie znalazłem ten post na forum Ubuntu, który zawiera szczegółowe informacje na temat włączania Xvnc + GDM w Lucid; jest to bardzo jasne i nietrudne do naśladowania.

Ignacio ma rację: powinieneś użyć Xvnc. W ten sposób Xvnc uruchomi się zamiast „prawdziwego” wyświetlacza X11 z tą różnicą, że można się z nim połączyć przez VNC.

Znalazłem to howto . Ale nie próbowałem tego na moim komputerze, ale rok temu próbowałem podobnej konfiguracji na moim urządzeniu 9.04. Moim rozwiązaniem było poinformowanie gdm o uruchomieniu X11vnc zamiast rejestracji w usłudze xinetd. X11vnc (nie Xvnc) dołącza (lub spawnuje?) Do prawdziwej sesji X11. Ale pomysł jest taki sam.

Jeśli jest bezgłowy, nie zawracaj sobie głowy winem. Po prostu trzymaj się Xvnc, ponieważ nie potrzebujesz rzeczywistego „fizycznego” serwera X działającego w systemie.

Ok, więc wpadłem na ten problem i mam nadzieję, że to może pomóc. Obecnie korzystam z systemu Ubuntu 18.04, więc mam nadzieję, że tak się dzieje i korzystam z serwera Vino VNC . Miałem ten sam problem z koniecznością połączenia VNC z serwerem bezgłowym.

Najpierw zainstaluj fałszywy sterownik:

sudo apt-get install xserver-xorg-video-dummy

Następnie po zainstalowaniu sterownika utwórz nowy xorg.confw /etc/X11/xorg.confnastępujący sposób (możesz wykonać kopię zapasową drugiego, jeśli już istnieje, aby przywrócić w razie potrzeby):

Section "Device"
    Identifier    "Configured Video Device"
    Driver        "dummy"
EndSection

Section "Monitor"
    Identifier    "Configured Monitor"
    HorizSync     31.5-48.5
    VertRefresh   50-70
EndSection

Section "Screen"
    Identifier    "Default Screen"
    Monitor       "Configured Monitor"
    Device        "Configured Video Device"
    DefaultDepth  24
    SubSection    "Display"
      Depth       24
      Modes       "1600x900"
    EndSubSection
EndSection

Następnie uruchom ponownie system i powinien on działać! Pracował dla mnie, ale włożyłem to, /usr/share/X11/xorg.conf.d/xorg.confco okazało się nieprawidłowe