Köra och installera virtuellt via Qemu

[Mikael]

INSTALLERA

Att testa och installera operativsystem virtuellt kan man sedan länge göra via VirtualBox och VMware Workstation Player.
Programvaror som enligt egen erfarenhet kan stöka till systemet.

Att använda QEMU är då ett annat alternativ.

Det som tar längst tid är att hämta den ISO-fil man vill använda varför man kan börja med det.
Jag valde linuxmint-19.3-cinnamon-32bit.iso

Qemu behöver installeras och det gör man via terminalen med

Kod: Markera allt

sudo apt install qemu qemu-kvm

Det kan vara bra om man skapar en mapp som heter typ virtualdisk eller liknande "igenkänningsbart" och sedan arbetar med den mappen som utgångspunkt, har sina filer där.
Det är då enklare att städa bort alltsammans när man lekt färdigt

Nu behöver man förbereda en virtuell disk stor nog att rymma Linux Mint 19.3. Jag valde 20 GB.

Starta terminalen och navigera till mappen virtualdisk eller använd filhanteraren för att navigera till den mappen, högerklicka på en tom yta och välj Öppna i terminal.

Kod: Markera allt

qemu-img create -f qcow2 lm19-3-image.img 20G

Tillägg 2023-07-12: Läste någonstans att man ska ange raw som format, inte qcow2. Har inte kollat varför.

Nu ska det ha skapats en liten fil med namnet lm19-3-image.img
(låt terminalen vara igång)

När ISO-filen har laddats ner flyttats den till den skapade mappen virtualdisk och kör därefter kommandot:

Kod: Markera allt

qemu-system-x86_64 -m 1024 -boot d -enable-kvm -smp 3 -net nic -net user -hda lm19-3-image.img -cdrom linuxmint-19.3-cinnamon-32bit.iso

Linux Mint ska då starta och man kan, om man vill, installera som vanligt via ikonen på skrivbordet.
Välj alternativet Radera hela disken. Disken i detta fall är egentligen bara den fil som skapades tidigare, inte den fysiska disken i datorn.
Efter installationen har nu filen vuxit till 8.1 GB

För att starta den installerade versionen skriver man nästan samma kommando som tidigare men man utelämnar -cdrom och ISO-filen:

Kod: Markera allt

qemu-system-x86_64 -m 1024 -boot d -enable-kvm -smp 3 -net nic -net user -hda lm19-3-image.img

Källa:
https://fosspost.org/use-qemu-test-operating-systems-distributions/

[Jan-Olof]

Intressant. Det måste jag prova...

[Mikael]

När jag var färdig att starta upp efter installation så hamnade jag i läget "stuck at black screen with blinking cursor".
Testade olika sätt att starta men hamnade där ändå. Så startade jag upp med -cdrom isofilen.iso på nytt men efter att ha gjort det växlade jag till webbläsaren för att söka på problemet.
När jag växlade tillbaks till Qemu runtime så var Mint igång och då i något slags hybridläge. Det var svensk text men ikonen att installera Mint var synlig. Här kunde jag passa på att köra alla uppdateringar via Uppdateringshanteraren.
Efter avstängning fungerade start utan -cdrom isofilen.iso
Om det var åtgärden i sig med uppdateringar som löste problemet eller om det helt enkelt var så att första starten tog ovanligt lång tid på sig vet jag inte.
Jag körde allt detta på mitt microSD-kort och jag märker att det går långsammare än när jag "labbade" på min M.2 SSD.

Mint Live får en upplösning som medför att skrivbordet är lite större/högre än själva Qemu-fönstret oavsett om man ändrar storleken på fönstret. Panelen längst ner uppför sig som om valet "dölj automatiskt" är satt, att man behöver dra ner muspekaren för att man ska komma åt den.

[Mikael]

DELADE MAPPAR

I Virtualbox måste man bl.a. installera Guest Addon för att man ex. ska kunna dela mappar mellan värd och gäst. Något liknande gäller för VMware.

Sökte snabbt på nätet för att se hur man gjorde motsvarande i QEMU.
Hittade då en tråd som beskriver att man installerar Samba på värden och "CIFS" på gästen. Sedan skulle man lägga till
,smb=<shared_folder_path>
i raden där man startar upp systemet. *)

Jag testade detta där jag har 20.2 som värd och LMDE -32 som gäst.
Samba hade jag redan installerat.
La till ,smb=/home/mint/Publikt i kommandoraden och startade upp.
Innan jag gav mig på detta med cifs så installerade jag Gigolo och därifrån gjorde jag en anslutning, Windowsutdelning, till värdens lokala IP.
Där återfanns Publikt_mint och det gick att komma åt innehållet där.
Tyckte det var konstigt men antog att QEMU satte ihop mappnamnen så.
Kollade då Utdelningsalternativ för mappen Publikt och där hade jag, vid ett långt tidigare tillfälle, delat ut den som just Publikt_mint.
Provade att starta upp LMDE utan det där ,smb=... i kommandoraden och jag kommer då ändå åt den mappen.

Det som behövs är då "bara" att i värden dela ut en mapp via samba.
(Högerklick i filhanteraren, Utdelningsalternativ osv.. inget pill i någon konfigurationsfil)

2022-02-03 *) På egen begäran, var f-n då? Jo direkt efter - net user
alltså -net user,smb=/home/mint/Publikt (som mappen numera heter)

Uppdatering:
(2023-04-30)

fr.o.m. LM 21.1 eller kanske redan 21 verkar det vara lite knöligare att få utdelade mappar att fungera rakt av och det kan även visas felmeddelande som i princip är "fake-news".
Något som fungerar stabilare är om man klarar sig med FTP.

Det är dessutom så att det kan vara enklare att använda en Androidtelefon och där installera WiFi FTP Server
https://play.google.com/store/apps/details?id=com.medhaapps.wififtpserver och mellanlanda där. Alltså att låta den vara server och datorer i nätverket vara klienter.

Jag har en virtuell maskin med Windows 10. Där installerade jag Filezilla-klient och kunde snabbt ansluta till mobilen. Så testade jag att installera Filezilla-server i LM21.1 och skapade en användare där men det fungerade då inte så bra att ansluta från den virtuella datorn, troligen beroende på att jag inte riktigt greppade inställningarna. När jag aktiverade så att systemanvändaren fick access kunde jag använda inloggningsuppgifterna från LM21.1 och ansluta.

Resilio fungerar också bra.

Uppdatering:
(2023-07-13)

Med denna

Kod: Markera allt

-virtfs local,path=/home/mint/Publikt,mount_tag=host0,security_model=passthrough,id=host0

kommer jag åt värden om jag går via "Anslut till server.
Här testad med Peppermint som gäst:

ksnip_20230713-011002.png (36.18 KiB) Visad 1107 gånger

[Mikael]

DISKSTORLEK

Om man upptäcker att man skapat en för liten disk men har installerat OS,et på den kan man snabbt och enkelt ändra dess storlek.

Kod: Markera allt

qemu-img resize testing-image.img +10G

lägger till 10 GB.
Då blir disken större men inte partitionen.

Man ska kunna ändra detta inifrån det system man kör som gäst men jag tycker det verkar vanskligt att mecka med en partition som man kör systemet från.
Testade ändå detta och, jo, det fungerade!

[Mikael]

AUDIO

Om man skulle vilja att gästens ljud hörs i värdens högtalare är det enkelt fixat.

Först kollar man vilka ljudkort som finns tillgängliga:

Kod: Markera allt

qemu-system-x86_64 -soundhw help

Jag fick detta resultat:

Kod: Markera allt

Valid sound card names (comma separated):
sb16        Creative Sound Blaster 16
es1370      ENSONIQ AudioPCI ES1370
ac97        Intel 82801AA AC97 Audio
adlib       Yamaha YM3812 (OPL2)
gus         Gravis Ultrasound GF1
cs4231a     CS4231A
hda         Intel HD Audio
pcspk       PC speaker

Jag vet inte riktigt vilket ljudkort jag har och vet inte vilket av ovanstående som skulle vara lämpligast men jag testade med ac97 Intel 82801AA AC97 Audio.

Min sträng för att starta upp blir då

Kod: Markera allt

qemu-system-x86_64 -soundhw ac97 -m 1024 -boot d -enable-kvm -smp 3 -net nic -net user -hda testing-image.img

Skillnaden mot tidigare är då -soundhw ac97

Detta fungerade bra!
Tillägg: Fungerade inte när Windows10 körs som gäst.
Med valet hda (Intel) fungerade ljudet i Windows.

källa:
https://techpiezo.com/linux/enable-audio-in-qemu-virtual-machine/

[Mikael]

KONVERTERA

Om man sedan tidigare har en virtuell disk från Virtualbox behöver man konvertera den innan man kan starta upp den via Qemu.
Jag hade en med Windows 10 och då körde jag detta:

Kod: Markera allt

qemu-img convert -f vdi -O raw Windows10.vdi W10.img

Tog en ohygglig lång tid att konvertera men det handlade om 50 GB.
Sedan startade jag med:

Kod: Markera allt

qemu-system-x86_64 -m 1024 -boot d -enable-kvm -smp 3 -net nic -net user W10.img

Prövade detta med en virtuell disk med XP men då fick jag I/O-error vid konverteringen. Det var/är en gammal historia som konverterats och flyttats flera gånger.

Tillägg:
Om man laddat hem en färdig virtuell maskin från Microsoft
https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/
så får man den som en zip-fil som man då behöver packa upp.
Den filen innehåller en "appliance" som en .ova och den behöver man också packa upp men det klarar inte Arkivhanteraren av utan man behöver ange

Kod: Markera allt

tar -xvf appliance.ova

Då får man en .vmdk och den går visserligen att starta med QEMU men den kraschar direkt. Eller efter ett bra tag med enbart Windowsflaggan synlig.
Därför kan man behöva konvertera denna .vmdk till en .img

Kod: Markera allt

qemu-img convert -f vmdk -O raw Win7.vmdk W7.img

[Mikael]

USB-MINNE & USB-kortläsare

Om man från gästen vill komma åt ett USB-minne som sitter i värden behöver man först ta reda på "buss & adress".
Enklast är kanske om man ser till att USB-minnet INTE är anslutet och sedan skriver

Kod: Markera allt

lsusb

i terminalen.
Sedan, med terminalfönstret öppet, ansluter man USB-minnet och kör

Kod: Markera allt

lsusb

igen.
Här kan man då jämföra de två resultaten för att se vad som är nytt.

I mitt fall blev det

Bus 001 Device 008: ID 1516:8628 CompUSA Pen Drive

Bus 001 och device 008 ska då anges som
hostbus=1,hostaddr=8

Hela kommandot angående USB blir

Kod: Markera allt

-usb -device usb-ehci,id=ehci -device usb-host,hostbus=1,hostaddr=8

Hela raden för att starta blir då

Kod: Markera allt

qemu-system-x86_64 -soundhw ac97 -usb -device usb-ehci,id=ehci -device usb-host,hostbus=1,hostaddr=8 -m 1024 -boot d -enable-kvm -smp 3 -net nic -net user -hda testing-image.img

Om man då kör detta får man felmeddelande angående behörighet. Man behöver nu köra detta som admin:

Kod: Markera allt

sudo qemu-system-x86_64 -soundhw ac97 -usb -device usb-ehci,id=ehci -device usb-host,hostbus=1,hostaddr=8 -m 1024 -boot d -enable-kvm -smp 3 -net nic -net user -hda testing-image.img

Det här fungerade bra när jag hade Raspberry Pi OS Desktop som gäst.
Tillägg: Fungerade även med Windows10 som gäst.

För en kortläsare behöver man modifiera lite:
ehci måste bytas till ccid

Kod: Markera allt

-usb -device usb-ccid,id=ccid -device usb-host,hostbus=1,hostaddr=10

Tänk på att inte ta loss kortläsaren när den virtuella maskinen väl körs då den kommer att få en ny "addr" av Linux nästa gång den ansluts.
Då är det bättre om man anger exakt vilken enhet det är man ska använda.
För Handelsbankens kortläsare är det då detta som ska anges:

Kod: Markera allt

-usb -device usb-ccid,id=ccid -device usb-host,vendorid=0xb0c,productid=0x3f

Hela min rad för Windows 10 blir då

Kod: Markera allt

sudo qemu-system-x86_64 -usb -device usb-ccid,id=ccid -device usb-host,vendorid=0xb0c,productid=0x3f -m 2048 -boot d -enable-kvm -smp 3 -net nic -net user -hda W10.img -cpu host

OBS! Här har jag ju inte full koll på allt och jag får varning ang. format på image-filen men det fungerar.

[Mikael]

INSTALLERA XP

Jag hade vid ett tidigare tillfälle försökt att installera XP med hjälp av mina egna inlägg i den här tråden men det ville sig inte. Jag hade sedan lång tid tillbaka en ISO-fil med XP Pro. Tillägg långt senare: det finns flera "icke suspekta" sidor på nätet som tillhandahåller färdiga ISO,s, det är bara att söka. Det finns också flera sidor som öppet tillhandahåller produktnycklar. Lagligt eller ej men det behövs alltså inga besök på "piratsajter" för att hitta det som behövs

När jag fick lite "ledig tid" sökte jag på nätet och den första träff jag fick var denna:
https://computernewb.com/wiki/How_to_install_Windows_XP_in_QEMU
Jag följde instruktionerna där, med lite modifiering.
Förberedelsen dvs. detta

Kod: Markera allt

qemu-img create -f qcow2 winxp.img 10G

fungerade så klart bra.

Sedan finns två alternativ för att starta upp och installera där det andra valet ska användas "if running without root or virtualization".
Jag testade det första valet och fick ett felmeddelande men läste inte så noga vad som var fel och testade då med det andra valet, fick felmeddelande igen och läste då att det var en ogiltig växel, "-localtime". Uteslöt den ur kommandot och då gick det bra. Troligen skulle det första valet ha fungerat då också. Tillägg långt senare: Ja det första alternativet fungerar också.
Klistrar in alternativen här om "källan" skulle försvinna:

Kod: Markera allt

qemu-system-i386 -hda winxp.img -cdrom winxp_iso_name.iso -boot d -enable-kvm -cpu host -m 512 -vga cirrus -net nic,model=rtl8139 -net user

resp.

Kod: Markera allt

qemu-system-i386 -hda winxp.img -cdrom winxp_iso_name.iso -boot d -cpu qemu64 -m 512 -vga cirrus -net nic,model=rtl8139 -net user

Installationen rullar vidare och hade kanske gått snabbare med det första alternativet. Efter installationen finns också två alternativ att köra

Kod: Markera allt

qemu-system-i386 -hda winxp.img -boot c -enable-kvm -cpu host -m 512 -vga cirrus -net nic,model=rtl8139 -net user

(med virtualisering)
resp.

Kod: Markera allt

qemu-system-i386 -hda winxp.img -boot c -cpu qemu64 -m 512 -vga cirrus -net nic,model=rtl8139 -net user

(utan virtualisering)

[Mikael]

Fortsättning från föregående inlägg.
COM-PORT

Här vill jag, när jag kör XP, kommunicera via datorns comport. Den har en "äkta" comport, 9-pol D-sub och alltså ingen USB-adapter.

Kommandot för att lyckas med det är

Kod: Markera allt

sudo qemu-system-i386 -hda winxp.img -boot c -enable-kvm -cpu host -m 512 -vga cirrus -net nic,model=rtl8139 -net user -serial /dev/ttyS0

Jag har alltså plockat bort både -localtime och -usbdevice tablet som det stod på sajten jag länkade till i förra inlägget.
På slutet finns i stället kopplingen till comporten (det finns bara 1 st) -serial /dev/ttyS0
COM1 i Windowsmiljö heter ttyS0 (inte ttySO) i Linuxmiljön
sudo i början krävs för att man ska få access till comporten.

[Mikael]

När jag var färdig att starta upp efter installation så hamnade jag i läget "stuck at black screen with blinking cursor"

Ja efter två ytterligare installationer av Linux Mint 19.3 konstaterar jag att LM19.3 inte är bra på detta.

[Mikael]

VARNINGAR

När man startar upp en virtuell maskin kan man se några varningar som ex.

Kod: Markera allt

WARNING: Image format was not specified for 'W10.img' and probing guessed raw.
         Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
         Specify the 'raw' format explicitly to remove the restrictions.

och

Kod: Markera allt

qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]

Jag har sökt lite om detta och det är så att det "bara" är just det - en varning - inte ett fel.

För den första varningen kan man lägga till format=raw men man måste då även ange mera detaljer och jag har inte satt mig in i det mer.

För den andra varningen skulle man kunna ta bort -enable-kvm men när jag gjorde det på en maskin med Windows 10 tog det 10-20 ggr så lång tid innan den startade upp.
Nu vet jag inte om det berodde på någon stor uppdatering av Windows, eller ej, men jag valde att behålla -enable-kvm i min bash-fil som jag startar upp med.
Tillägg: Jag hittade på nätet att man kunde lägga till -cpu host och det tycks inte spela någon roll var man anger detta (liksom andra "växlar") och jag la detta sist.
Just nu testar jag med detta:

Kod: Markera allt

qemu-system-x86_64 -m 2048 -boot d -enable-kvm -smp 3 -net nic -net user -hda image.img -cpu host

Tillägg, långt senare:
om man byter ut -hda image.img (från raden ovan, som exempel)
och i stället anger -drive file=image.img,format=raw så slipper man varningen angående RAW

[Mikael]

Utan hårdvaruacceleration?
När jag testade med LMDE 4 fick jag meddelande om att miljön kördes utan hårdvaruacceleration.
Sökte på nätet och hittade en tråd där detta kommando angavs

Kod: Markera allt

qemu-system-x86_64 --enable-kvm -machine type=pc,accel=kvm -vga virtio -display gtk,gl=on -smp 12 -m 4096  debian-testing-vm.qcow2

Jag anpassade det till att passa min "disk" så att det
blev

Kod: Markera allt

qemu-system-x86_64 --enable-kvm -machine type=pc,accel=kvm -vga virtio -display gtk,gl=on -smp 12 -m 4096  lmde.img

Får en massa varningar vid start men maskinen startar upp och det bråkas inte längre.

https://www.reddit.com/r/VFIO/comments/ad23jf/how_to_enable_virgl_3d_acceleration_in_qemukvm/

Tillägg:
Om jag slår ihop detta till att vara..

Kod: Markera allt

qemu-system-x86_64 --enable-kvm -machine type=pc,accel=kvm -vga virtio -display gtk,gl=on -smp 12 -m 4096  lmde.img -cpu host

.. får jag inga error när jag startar

[Mikael]

Fler diskar?

Ville köra Clonezilla i viruell miljö.
Skapade två diskar enligt första inlägget.
Kommando för att köra blir då

Kod: Markera allt

qemu-system-x86_64 -m 2048 -enable-kvm -smp 3 -hda source.img -hdb target.img -cdrom clonezilla-live-20220103-impish-amd64.iso

och där är det alltså -hdb som hanterar den extra disken.

Om jag har med -enable-kvm i kommandot får jag felmeddelande men allt startar som det ska och om jag tar bort -enable-kvm så startar gränssnittet (eller ja det är väl en grub-meny) som det ska men i nästa steg, efter att man valt vilken skärmupplösning Clonezilla ska köras i så haltar det med en svart skärm.
Normalt tar detta steg ca en minut.

[Mikael]

No such file or directory

Körde en uppdatering via Uppdateringshanteraren.
Såg att Qemu uppdaterades. (dock fortfarande v.1.6.2)

När jag testade att starta upp de virtuella maskinerna med Windows fick jag:
No such file or directory

Givetvis tänkte jag först på uppdateringen men fick ett infall och kopierade en sådan maskin från en extern disk till den "rätta" disken och där fungerade allt lika tidigare.
Avmonterade den externa disken, monterade på nytt och då fungerar allt igen. Oklart varför det inte gick tidigare men som ett kom-i-håg då att testa att göra den manövern om No such file or directory skulle dyka upp igen.