On Sat, Dec 31, 2011 at 05:13:49AM +0100, Anders Jackson wrote: > Den 30 december 2011 23:49 skrev Peter Carlsson <maillist.pe...@home.se>:
Hej och tack Anders för den utförliga förklaringen. En del av det kände jag till och en del var nytt. Tyvärr blev jag inte så mycket klokare över hur jag rent konkret löser mitt problem även efter jag läst lite på länkarna du tipsade om. > > Hej! > > Hej > > > Just nu har jag en server (Debian stable) och en arbetsdator (Debian > > testing). > > > > Servern är igång 24/7 och såpass kraftfull att den skulle kunna tjänstgöra > > som både server och arbetsdator. > > > > Däremot vill jag fortfarande ha dem som två separata system av olika > > anledningar. > > > > Jag provade att köra arbetsdatorn virtuellt på servern med hjälp av > > qemu/kvm och det fungerade utmärkt om jag gjorde det via ssh med X > > forwarding. > > Dvs du använder X-11-servern på den maskin du ansluter dig ifrån. Ja, det kände jag till. Det var mer för att tala om att min virtuella maskin fungerade. > > Kör jag däremot igång det direkt på servern så får jag felmeddelandet > > inklistrat i slutet av mailet. > > > > Problemet är då att servern inte kör nåt grafiskt och har inte X server > > installerat. Precis, och det är egentligen här jag undrar om jag verkligen måste installera hela X servern på min server (Debian stable) för att qemu ska ha en grafisk miljö för den korta stund det tar innan den virtuella maskinen bootat upp och använder sin egna X server. Jag hade hoppats det skulle finnas något enklare/mindre. > Du kan köra X11-servrar som inte matar ut på en FB. Samt sedan skicka > det datat vidare till en annan X-server som kör på din maskin. > > Notera att X11 är ett nätverksprotokoll. Dvs den kan jobba över > nätverk. Tyvärr är det inte krypterat, vilket gör att den kan > avlyssnas om det inte gör via localhost (127.0.0.1) eller via en > socket i filsystemet (vilket är det vanligaste sättet). Till och med > OpenGL kan gå över nätverket. > > X11-servern hanteras normalt av ett program som använder sig av > XDM-protokollet (X Display Manager - vilket implementeras exempelvis > av programmen gdm eller xdm) så att den kan hantera flera > X11-servrar. X11-servrar kör normalt på arbetsstationer och XDM samt > X11-klienter (program som Firefox och Xterm etc) kör normalt på en > server. X11-servern och X11-klienter kör vanligtvis på samma maskin > numera, som på din arbetsstation. Så klient-server är normalt > "omvänt" mot filservrar (tänk på vilken som ber om att få något gjort > och vem som utför. I X11 är det hanteringen av arbetsplatsen som är > tjänsten). > > När du kör ssh -X så tunnlas X11 via SSH till din lokala X11-server. > Därför behöver du inte något grafikkort på servern, fast du kör det > grafiska programmet där. > > Det finns några olika sätt att hantera X11-servrar och inloggningar > till X11-klienter (körandes på en server). > > 1) Ställ in din lokala XDM-server (som är konfigurerard att starta din > X11-server) att fråga över nätet vilka maskiner som hanterar > XDM-protokollet för din maskin. Då kan du från en lista att välja > från vilken maskin du vill logga in på. Då kommer allt, inklusive > fönsterhanteraren och skrivbordshanteraren att köra på vald server. > Din lokala maskin hanterar bara skärm, tangentbord och pekdon via > X11-servern. > > 2) Ställ in din lokala XDM-server så att den alltid ansluter mot en > viss server via XDM-protokollet (det är så det fungerar för din > arbetsstation. Den startar själv en X11-server och ansluter direkt > XDM till den). > > 3) Du talar om för din X11-server på din klient (arbetsstation) att > när den startar så skall den låta en annan maskin hantera inloggningen > via XDM-protokollet. Då behöver du inte en XDM-server på klienten. > > Det är flexibelt, du kan köra dina virtuella maskiner på din maskin. > Nackdelen är att vem som helst kan avlyssna vad du gör på skärmen som > sitter på samma nätverk. Jag vet inte om det framgick eller om det ens har någon betydelse för din förklaring eftersom nätverket kan vara inom samma maskin. Men den lösning jag vill få till är alltså att jag fysiskt bara vill ha en hårdvara. Denna ska som grund-OS köra servern (Debian stable) som i sin tur kör arbetsdatorn (Debian testing) virtuellt. Skärm, tangentbord och mus visar och används för den virtuella arbetsdatorn. Hoppas det blev tydligare. > Tips kan vara att prova Xnest eller ännu hellre Här känns som det blev en cliffhanger. Vad mer tänkte du nämna :) > > Själv har jag inte hittat nåt, men kan man köra nån minimal Frame Buffer > > device eller finns det nån annan lösning på det här? > > Ja det finns många lösningar utan att använda FBdev. > > Du kan titta på > > http://www.ltsp.org/ > http://wiki.debian.org/LTSP/Howto > http://en.wikibooks.org/wiki/Guide_to_X11 > > Det går även att lösa med VNC mellan klient och server. > Se virt-viewer för mer info. > http://wiki.debian.org/libvirt > Eller om du vill använda Xen: Sätt vcn=1 > http://wiki.debian.org/DebianInstaller/Xen > > > > Att köra tvärtom med servern virtuellt under arbetsdatorn hade kanske löst > > det, men är inte det jag i första hand tänkt mig. > > > > Vänliga hälsningar, > > Peter Carlsson > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~| DirectFB 1.2.10 |~~~~~~~~~~~~~~~~~~~~~~~~~~ > > (c) 2001-2008 The world wide DirectFB Open Source Community > > (c) 2000-2004 Convergence (integrated media) GmbH > > ---------------------------------------------------------------- > > > > (*) DirectFB/Core: Single Application Core. (2010-06-30 18:37) > > (!) Direct/Util: opening '/dev/fb0' and '/dev/fb/0' failed > > --> No such file or directory > > (!) DirectFB/FBDev: Error opening framebuffer device! > > (!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment > > variable. > > (!) DirectFB/Core: Could not initialize 'system_core' core! > > --> Initialization error! > > Could not initialize SDL - exiting > > -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111231150405.gl9...@telia.com
