QEMU och 1920x1200 upplösning
Hej! Jag försöker få till en upplösning på 1920x1200 under QEMU version 1.1.2 (Debian 1.1.2+dfsg-6a) på Debian (Stable). Jag har prövat -vga med både std och vmware och där Xorg med vmware testade 1920x1200 som en tänkbar upplösning fast avfärdade den på grund av för lite grafikminne. För std verkar max upplösninga vara 1600x1200. Hur ökar man mängden grafikminne i QEMU eller finns det nån annan lösning? Mer info kan jag ordna fram om det skulle hjälpa. Vänliga hälsningar, Peter Carlsson -- 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/20130905212027.gd6...@telia.com
Re: Angående qemu/kvm
On Mon, Jan 02, 2012 at 07:45:31AM +0100, Anders Jackson wrote: God fortsättning. Det samma! Den 31 december 2011 16:04 skrev Peter Carlsson maillist.pe...@home.se: 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. Njae. Gör du? Ja, jag trodde det :) Men så kanske det inte var :( 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. För att köra grafiska program på din virtuella maskin, så behöver du bara en VNC-xserver startad. Inte en vanlig X11-server. OK, men då måste jag någon annanstans koppla upp mig med en VNC-klient och det såg jag ingen möjlighet till eftersom min server inte körde något grafiskt och jag inte tänkte använda någon annan fysisk hårdvara. Varför skall du ha X11-server körandes på din qemu-server-maskin? Måste du ha en grafisk skärm kopplad till den? Om inte, så kanske det räcker med att ha X11-klient-program installerad på den maskinen. Felmeddelandet jag skickade med i mitt första mail fick jag vid uppstart av min virtuella maskin som försökte visa grub och boot-processen, vilket den inte lyckades med eftersom den inte hittade nån FB. Det var därför jag trodde att kommer jag bara förbi boot-processen och den virtuella maskinens grafiska miljö startar upp så behövdes inget grafiskt för servern. Detta hade jag inte snappat. Du får väl se till att inte ha något grafiskt program starta automatiskt på din maskin. För att köra grafisk miljö i KVM-klienter, så använd VCN. Har du provat att köra X11-serverna xnest eller xephyr (se paketen xnest och xserver-xephyr) som använder en annan X11-server för att skriva ut sin grafik och få tangentbord och råtta. Nej, men har läst lite om dem. 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
Re: Angående qemu/kvm
God fortsättning. Den 31 december 2011 16:04 skrev Peter Carlsson maillist.pe...@home.se: 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. Njae. Gör du? 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. För att köra grafiska program på din virtuella maskin, så behöver du bara en VNC-xserver startad. Inte en vanlig X11-server. Varför skall du ha X11-server körandes på din qemu-server-maskin? Måste du ha en grafisk skärm kopplad till den? Om inte, så kanske det räcker med att ha X11-klient-program installerad på den maskinen. Du får väl se till att inte ha något grafiskt program starta automatiskt på din maskin. För att köra grafisk miljö i KVM-klienter, så använd VCN. Har du provat att köra X11-serverna xnest eller xephyr (se paketen xnest och xserver-xephyr) som använder en annan X11-server för att skriva ut sin grafik och få tangentbord och råtta. 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. Nätverksmässigt så bryr sig OS inte om data kommer från en intern virtuell bridge eller från en fysisk port. Men den lösning jag vill få till är alltså att jag fysiskt bara vill ha en hårdvara. Denna ska som grund
Re: Angående qemu/kvm
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
Angående qemu/kvm
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. 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. 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? 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/20111230224912.gk9...@telia.com
Re: Angående qemu/kvm
Den 30 december 2011 23:49 skrev Peter Carlsson maillist.pe...@home.se: 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. 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. 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. Tips kan vara att prova Xnest eller ännu hellre 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/20111230224912.gk9...@telia.com -- 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/CACXJ-Bi3V=8tc0ofXfLyzOy3nYUurXEpk=kpb758zdivq54...@mail.gmail.com
Re: hjälp med vinux, windows, qemu
On 3/30/11 9:55 AM, Bardia Zakeri wrote: Dumm som jag var råkade jag radera partitionen för windows . gickvia live cd. jag hade turen att inte hade viktiga grejer på den datorn. När jag installerade vinux igår så försvann mitt windows xp . och Jag vill gjärna har tillbaka windowset också . det var vinux 3.0 som jag installerade. jag skulle gjärna villja ha antingen windows xp och vinux eller windows 2000 och vinux eller ha windows i vinux via qemu eller nåt liknande. Jag föreslår att du skippar dubbelboot och virtualisering och använder två datorer istället. /Stefan
Re: qemu
Jag kanske förbiser något då jag aldrig använt qemu, men det ser ju ut som att den inte hittar sudo. Kolla att paketet sudo är installerat. /Pelle mån 2009-12-28 klockan 07:28 +0100 skrev mattias: Försöker få igång qemu med tap-nätverk Men det går inte vps:~/mj/qemu# qemu freebsd.img -net nic -net tap --curses /etc/qemu-ifup: line 2: sudo: kommando hittades inte /etc/qemu-ifup: could not launch network script Could not initialize device 'tap' Curses är för att ja vill se va som händer i qemu då ja är blind -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: qemu
Den Mon, 28 Dec 2009 07:28:51 +0100 skrev mattias m...@mjw.se: Försöker få igång qemu med tap-nätverk Men det går inte vps:~/mj/qemu# qemu freebsd.img -net nic -net tap --curses /etc/qemu-ifup: line 2: sudo: kommando hittades inte /etc/qemu-ifup: could not launch network script Could not initialize device 'tap' Curses är för att ja vill se va som händer i qemu då ja är blind Glömde fråga innan, har du inte X på hosten? -curses brukar funka mellan bra om man säger:-) -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: qemu
Den Mon, 28 Dec 2009 07:28:51 +0100 skrev mattias m...@mjw.se: Försöker få igång qemu med tap-nätverk Men det går inte vps:~/mj/qemu# qemu freebsd.img -net nic -net tap --curses /etc/qemu-ifup: line 2: sudo: kommando hittades inte /etc/qemu-ifup: could not launch network script Could not initialize device 'tap' Curses är för att ja vill se va som händer i qemu då ja är blind http://wiki.debian.org/QEMU (om du inte redan läst den;-)) Där finns ett kapitel om nätverk! -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: qemu
Den Mon, 28 Dec 2009 09:02:36 +0100 skrev Anders Trobäck deb...@troback.com: Den Mon, 28 Dec 2009 07:28:51 +0100 skrev mattias m...@mjw.se: Försöker få igång qemu med tap-nätverk Men det går inte vps:~/mj/qemu# qemu freebsd.img -net nic -net tap --curses /etc/qemu-ifup: line 2: sudo: kommando hittades inte /etc/qemu-ifup: could not launch network script Could not initialize device 'tap' Curses är för att ja vill se va som händer i qemu då ja är blind Glömde fråga innan, har du inte X på hosten? -curses brukar funka mellan bra om man säger:-) Hmmm, läste hela ditt mail nu:-] Provade precis att köra FreeBSD som gäst på en Linux burk med -curses och det funkade jätte bra! Om du inte kör X alls kan det bli ett problem att komma åt din prompt på din host. Jag skulle i så fall köra det i screen i ett nytt fönster och när jag fått igång nätverket på min gäst så skulle jag köra ssh mot den i stället för -curses har inte funkat tillräckligt bra för mig för att jag ska jobba i det. -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
qemu
Försöker få igång qemu med tap-nätverk Men det går inte vps:~/mj/qemu# qemu freebsd.img -net nic -net tap --curses /etc/qemu-ifup: line 2: sudo: kommando hittades inte /etc/qemu-ifup: could not launch network script Could not initialize device 'tap' Curses är för att ja vill se va som händer i qemu då ja är blind -- To UNSUBSCRIBE, email to debian-user-swedish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
qemu
synd man inte kan boota en qemu via lvm
SV: kvm/qemu: vnc-geometri?
Det görs av den som startar vncserver Så här gör jag med min FC8-maskin där vncserver går som demon: [EMAIL PROTECTED] ~]$ cat /etc/sysconfig/vncservers VNCSERVERS=1:bengt VNCSERVERARGS[1]=-geometry 1680x1050 -nohttpd Det går att ange direkt om man startar vncserver med kommando. Pröva vncserver --help Du skall inte behöva pilla i X konfiguration för detta. /Bengt - Ursprungligt meddelande Från: [EMAIL PROTECTED] [EMAIL PROTECTED] Till: debian-user-swedish@lists.debian.org Skickat: måndag 11 augusti 2008 17:37:47 Ämne: kvm/qemu: vnc-geometri? Har nu kompletterat med en virtuell 32-bitarsmaskin (kör Lenny-x86) med hjälp av virt-manager (använder kvm/qemu och libvirtd). Den funkar fint även om muspekaren är krånglig (det rekommenderas att använda en extern USB-pekplatta för den virtuella maskinen). Jag behöver sun-java-plugin för att kunna fylla i reseräkningar... Dyker den någonsin upp i 64-bitarsversion? Det är inte uppenbart hur man byter skärmstorlek (-geometry) på den vnc-server genom vilken man ansluter till de virtualiserade maskinerna och det framgår inte av dokumentationen. Rutan blir bara 800x600 - för lite för en Iceweasel. Är det så illa att man måste ange default i Xorg.conf ? /Fredrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] __ Ta semester! - sök efter resor hos Kelkoo. Jämför pris på flygbiljetter och hotellrum här: http://www.kelkoo.se/c-169901-resor-biljetter.html?partnerId=96914052 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kvm/qemu: vnc-geometri?
Har nu kompletterat med en virtuell 32-bitarsmaskin (kör Lenny-x86) med hjälp av virt-manager (använder kvm/qemu och libvirtd). Den funkar fint även om muspekaren är krånglig (det rekommenderas att använda en extern USB-pekplatta för den virtuella maskinen). Jag behöver sun-java-plugin för att kunna fylla i reseräkningar... Dyker den någonsin upp i 64-bitarsversion? Det är inte uppenbart hur man byter skärmstorlek (-geometry) på den vnc-server genom vilken man ansluter till de virtualiserade maskinerna och det framgår inte av dokumentationen. Rutan blir bara 800x600 - för lite för en Iceweasel. Är det så illa att man måste ange default i Xorg.conf ? /Fredrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kvm/qemu: vnc-geometri?
On Mon, Aug 11, 2008 at 05:37:47PM +0200, [EMAIL PROTECTED] wrote: Det är inte uppenbart hur man byter skärmstorlek (-geometry) på den vnc-server genom vilken man ansluter till de virtualiserade maskinerna och det framgår inte av dokumentationen. Rutan blir bara 800x600 - för lite för en Iceweasel. Är det så illa att man måste ange default i Xorg.conf ? Jag har följande rad i en .vncrc fil: $geometry =1152x864; Men jag kör tightvnc enbart, inget virtuellt. Det kanske fungerar på samma sätt för dig... /Thomas L -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
