Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Mlocik97 26. 11. 2020, 12:00:05
-
Zdravím,
1. v prípade že používam graf. tablet ako "captured pointer device", tak mi vo virtuálke nerozozná prítlak pera, takže som v KVM nastavil presmerovanie nastavenia USB, v takom prípade virtuálka prítlak rozozná a funguje všetko typické pre tablet, ale problém je že nevidím kurzor, vidím len kurzor z hosta (ktorý je v podstate "zamrznutý na obrazovke" a vo chvíli keď začnem niečo na tablete písať/kresliť tak kurzor zmizne), vo virtuálke nie je kurzor žiadny, takže vôbec nevidím kde na displeji sa so stylusom nachádzam. Skúšal som pohladať na Internete, a našiel tento problém vo viacerých vláknach a je to zrejme problém nie len v KVM ale aj iných virtuálkach ako virtualbox, VMware a pod. Avšak žiadna rada v nich mi nepomohla.
Nastavenie tabletu v KVM:
<input type="tablet" bus="usb">
<alias name="input0"/>
<address type="usb" bus="0" port="1"/>
</input>
2. Mám nastavené zdielanie zložky v KVM:
<filesystem type="mount" accessmode="mapped">
<driver type="path" wrpolicy="immediate"/>
<source dir="/mnt/<my-disk>/shared"/>
<target dir="shared"/>
<address type="pci" domain="0x0000" bus="0x06" slot="0x00" function="0x0"/>
</filesystem>
a vo virtuálke mám v fstab nastavené:
/shared /home/<myacc>/shared 9p trans=virtio,_netdev 0 0Problém je že keď vytvorím zložku v hostovi, tak vo virtuálke mám plné práva (čítanie, zápis, mazanie), ale naopak keď vytvorím zložku alebo súbor vo virtuálke, v hostovy ju nemôžem zmazať ani nijak s ňou pracovať kým nepoužijem chmod 777 (a fakt ma nebaví to robiť po každé čo sa zmení obsah zdielanej zložky). Ako toto vyriešiť?
3. Mám problém s automatickou zmenou rozlíšenia, nebudem to písať znova, keďže už som to písal na gite virt-vieweru:
https://gitlab.com/virt-viewer/virt-viewer/-/issues/20
resp. https://github.com/virt-manager/virt-manager/issues/192
čo som zistil, toto je skôr problém configu v remote viewery, je možnosť ako to obísť, kým vývojári pridajú možnosť nastaviť priamo pevné rozlíšenie?
-
ad 1)
Když není k VM připojený fyzický USB tablet, tak kurzor vidíš?
Pokud jsi fyzický USB tablet předal (USB-passthrough) z hosta do guesta, tak nainstalovaly se pro daný tablet v guestu správné drivery?
Kurzor nejde vidět ani v Remote-vieweru, ani ve Virt-vieweru?
Zkoušel jsi místo výchozího ovladače grafiky QXL změnit na jiný (např. VGA)?
Zkoušel jsi v čistém k Qemu s parametrem: -display gtk?
Zkoušel jsi odstranit celý blok s virtálním tabletem? Tzn. tento:
<input type="tablet" bus="usb">
<alias name="input0"/>
<address type="usb" bus="0" port="1"/>
</input>
-
ad 1)
Když není k VM připojený fyzický USB tablet, tak kurzor vidíš?
áno, ale ako som hovoril, vstup z tabletu funguje ako obyčajná myš (nerozoznáva prítlak ani sklon stylusu)
Pokud jsi fyzický USB tablet předal (USB-passthrough) z hosta do guesta, tak nainstalovaly se pro daný tablet v guestu správné drivery?
áno, tablet vidím aj jeho nastavenia.
Kurzor nejde vidět ani v Remote-vieweru, ani ve Virt-vieweru?
áno, presne tak
Zkoušel jsi místo výchozího ovladače grafiky QXL změnit na jiný (např. VGA)?
áno skúšal
Zkoušel jsi v čistém k Qemu s parametrem: -display gtk?
to som neskúšal, až takéto skúsenosti s tým nemám,
Zkoušel jsi odstranit celý blok s virtálním tabletem? Tzn. tento:
<input type="tablet" bus="usb">
<alias name="input0"/>
<address type="usb" bus="0" port="1"/>
</input>
Skúšal som to pridať aj odstrániť, nepomohlo.
-
pokúsil som sa to spustiť na čistom qemu podla návodov na netu, ale nedostal som sa ďalej než po (viď screenshot v prílohe),
E: tak sa mi to podarilo spustiť a rozbehať v čistom QEMU, ale tablet sa chová ako keby nebol pripojený (teda host ho rozozná ale guest nie).
-
K tabletu, myslím že problém není tablet samotný, problém je skôr to že kurzor, ktorým ovládam guesta je reálne kurzor v hostu, a keď je zariadenie presmerované priamo do guesta tak síce tablet rozozná ale nepohybuje kurzor, pretože kurzor nepatrí guestovi ale hostovi.
-
Tl;dr: Zatím jsem nabyl dojmu, že máš nějaký bug, kvůli kterému se ti vůbec nezobrazuje kurzor v guestOS.
je reálne kurzor v hostu, a keď je zariadenie presmerované priamo do guesta tak síce tablet rozozná ale nepohybuje kurzor, pretože kurzor nepatrí guestovi ale hostovi.
Mělo by to fungovat tak, že když táhneš myší v hostOS a dostaneš se nad okno Remote-vieweru nebo Virt-vieweru tak by se měl změnit vzhled kurzoru (změní se?) a když klikneš na nějakou ikonku v guestOS, tak se hned označí. To způsobuje právě ten virtuální tablet <input type="tablet" bus="usb">, který v guestOS zajistí absolutní pozicování. Je to plynulejší a nemusíš myš klávesovou zkratkou přepínat mezi hostOS a guestOS.
Pokud odstraníš virtuální tablet, tak ti v guestOS bude fungovat jako klasická myš (relativní pozicování) a při přesunu kurzoru myši nad Remote-viewer musíš nejdříve kliknou do okna a až pak můžeš pracovat uvnitř guestOS. Pokud v tomto případě nevidíš kurzor myši, tak je to nějaký bug u tebe. Když chceš znovu začít ovládat hostOS, tak musíš zmáčknout klávesovou zkratku (mám dojem ctrl+alt v Remote-vieweru).
Výše uvedené možná víš, ale jen jsem to pro jistotu napsal.
Mně se stalo, že když jsem používal Remote-viewer nebo Virt-manager (= použítí Spice protokolu), tak kurzor nešel vidět pokud jsem při použití QXL nepoužil zároveň virtuální tablet a myslím, že to bylo jen u Windows guestů. Takže tohle asi nebude tvůj případ.
Zkoušel jsi místo výchozího ovladače grafiky QXL změnit na jiný (např. VGA)?
áno skúšal
Tak to asi tento bug https://bugzilla.redhat.com/show_bug.cgi?id=985461 nebude, protože s VGA kurzor šel vidět.
E: tak sa mi to podarilo spustiť a rozbehať v čistom QEMU, ale tablet sa chová ako keby nebol pripojený (teda host ho rozozná ale guest nie).
Zřejmě nemáš fyzický tablet správně předaný. Správně by ti měl fyzický tablet z hostOS zmizet a objevit se v guestOS. V čistém Qemu se může předávat pomocí Spice agenta nebo pomocí -device usb-host,...
-
Mělo by to fungovat tak, že když táhneš myší v hostOS a dostaneš se nad okno Remote-vieweru nebo Virt-vieweru tak by se měl změnit vzhled kurzoru (změní se?) a když klikneš na nějakou ikonku v guestOS, tak se hned označí. To způsobuje právě ten virtuální tablet <input type="tablet" bus="usb">, který v guestOS zajistí absolutní pozicování. Je to plynulejší a nemusíš myš klávesovou zkratkou přepínat mezi hostOS a guestOS.
Myslel som že sa kurzor nezmení (čož sa ani nemenil, pretože bol zhodný s tým z hostu, ale po zmene témy kurzora vo virtuálke, som si všimol že sa reálne zmení, takže ten kurzor zrejme je skutočne aj v guestovi. Áno, myš môžem ťahať priamo z guesta do hosta a naopak, ale zároveň môžem použiť alt + ctrl na uvolnenie kurzora aj keď som priamo kurzorom nad guestom, vtedy sa zmení vzhľad kurzora, kurzor zmizne z guesta a objaví sa v hostovi, po kliknutí sa objaví kurzor v guestovi a z hosta zmizne, kým je kurzor nad viewportom virt-vieweru. (teda toto mi príde ako rozumné a správne riešené.
Pokud odstraníš virtuální tablet, tak ti v guestOS bude fungovat jako klasická myš (relativní pozicování) a při přesunu kurzoru myši nad Remote-viewer musíš nejdříve kliknou do okna a až pak můžeš pracovat uvnitř guestOS. Pokud v tomto případě nevidíš kurzor myši, tak je to nějaký bug u tebe. Když chceš znovu začít ovládat hostOS, tak musíš zmáčknout klávesovou zkratku (mám dojem ctrl+alt v Remote-vieweru).
áno, to som v podstate napísal, je to tak, takže toto ten BUG nebude.
Výše uvedené možná víš, ale jen jsem to pro jistotu napsal.
Mně se stalo, že když jsem používal Remote-viewer nebo Virt-manager (= použítí Spice protokolu), tak kurzor nešel vidět pokud jsem při použití QXL nepoužil zároveň virtuální tablet a myslím, že to bylo jen u Windows guestů. Takže tohle asi nebude tvůj případ.
ne toto nieje môj prípad.
Tak to asi tento bug https://bugzilla.redhat.com/show_bug.cgi?id=985461 nebude, protože s VGA kurzor šel vidět.
Nie, tento BUG to skutočne nieje.
Zřejmě nemáš fyzický tablet správně předaný. Správně by ti měl fyzický tablet z hostOS zmizet a objevit se v guestOS. V čistém Qemu se může předávat pomocí Spice agenta nebo pomocí -device usb-host,...
Pri presmerování vo virt-vieweru mi tablet z hosta zmizne, objaví sa v guestovi. V čistém Qemu netuším prečo nefungovalo, áno parameter -device som skúšal,... cez toho Spice agenta netuším ako.
-
Tak k tomu poslednému, čo som napísal neplatí, len som blb, a nevšimol si že som v príkaze spravil chybu (vypadlo písmenko)...
No s parametrom -device usb-tablet mi vyhodí chybu:
qemu-system-x86_64: -device usb-tablet: No 'usb-bus' bus found for device 'usb-tablet'
OK, dpolnil som -usb parameter, teraz uvidím, sa mi to už spustilo.
-
Tak k tomu poslednému, čo som napísal neplatí, len som blb, a nevšimol si že som v príkaze spravil chybu (vypadlo písmenko)...
No s parametrom -device usb-tablet mi vyhodí chybu:
qemu-system-x86_64: -device usb-tablet: No 'usb-bus' bus found for device 'usb-tablet'OK, dpolnil som -usb parameter, teraz uvidím, sa mi to už spustilo.
Tak já myslím, že "-device usb-tablet" ani potřebovat nebudeš. To je virtuální tablet. Ty budeš potřebovat propasovat ten fyzický tablet. Zřejmě to bude chtít udev rules (https://bbs.archlinux.org/viewtopic.php?id=209185), pokud teda nechceš spouštět Qemu s právy roota :)
Každopádně doplnění "-usb" parametru bylo správné, to budeš potřebovat tak jak tak.
-
Chápu správně, že tvůj guestOS je Linux?
-
cez toho Spice agenta netuším ako.
Nějak takto by to mělo jít:
-device virtio-serial-pci
-chardev spicevmc,id=charredir0,name=usbredir \
-device usb-redir,chardev=charredir0,id=redir0
...ale pakliže je cíl to zkusit bez Spice, Remote-vieweru a Virt-vieweru, tak to bude lepší přes to |-device usb-host,...
-
Chápu správně, že tvůj guestOS je Linux?
áno,...
dávam video z virt-manager/virt-vieweru aby bol ten problém viditelnejší:
https://www.youtube.com/watch?v=5pwmn46ZeLk&feature=youtu.be
-
cez toho Spice agenta netuším ako.
Nějak takto by to mělo jít:
-device virtio-serial-pci
-chardev spicevmc,id=charredir0,name=usbredir \
-device usb-redir,chardev=charredir0,id=redir0
...ale pakliže je cíl to zkusit bez Spice, Remote-vieweru a Virt-vieweru, tak to bude lepší přes to |-device usb-host,...
Tak som toto skúsil a dostal som qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]
A aj tak tablet nerozpoznalo v QEMU.
-
Možná nebudeš muset předávat fyzický USB tablet do guestOS. Jak vidím, tak Qemu (https://www.qemu.org/docs/master/system/usb.html) má "usb-wacom-tablet". Bohužel nevidím, že by toto virtuální zařízení šlo přidat ve Virt-manageru. Zkus otevřít XML a nějak takto (https://unix.stackexchange.com/questions/235414/libvirt-how-to-pass-qemu-command-line-args) tam propasovat ten "usb-wacom-tablet". Pokud by to fungovalo, tak je to pro tebe asi jednodušší než čisté Qemu.
-
Tak som toto skúsil a dostal som qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]A aj tak tablet nerozpoznalo v QEMU.
To warování s předáním USB zařízení nesouvisí. Týká se vlastnosti CPU.
-
Ok, tak neviem čo som zrobil, no teraz v prípade že mám:
<video>
<model type="vga" vram="16384" heads="1" primary="yes"/>
<alias name="video0"/>
<address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x0"/>
</video>
toto nastavenie, tak kurzor funguje správne. Predtým s rovnakým nastavením virt-manageru to nefungovalo, neviem teda čo to vyriešilo, ale medzi tým som prplal aj v guestu v terminály, preinštaloval SPICE-vdagent a miliardu iných vecí. Takže fakt neviem čo z toho bol reálne problém a čo to vyriešilo,.. zaujímavé je že v prípade QXL to nefunguje, ale u VGA áno
Teraz ešte vyriešiť problém 2 a 3... teda hlavne ten problém 2, ktorý je pre mňa najdôležitejší.
Akurát v VGA namiesto QXL mi zostáva kurzor v guestovi aj keď opustím kurzorom virt-viewer, takže potom mám 2 kurzory, jeden nehybný na kraji obrazovky v guestovi, a jeden v hostovi s ktorým normálne pohybujem. To myslím že až tak nevadí.
-
zaujímavé je že v prípade QXL to nefunguje, ale u VGA áno
Mně to bylo divné, že by to s VGA nefungovalo, každopádně bez QXL se připravíš o výhody (https://wiki.archlinux.org/index.php/QEMU#qxl), takže byt tebou bych zkusil ten usb-wacom-tablet. Až když to opravdu nerozchodíš nebo zjištíš nějaké problémy s usb-wacom-tablet, tak použij VGA.
-
zaujímavé je že v prípade QXL to nefunguje, ale u VGA áno
Mně to bylo divné, že by to s VGA nefungovalo, každopádně bez QXL se připravíš o výhody (https://wiki.archlinux.org/index.php/QEMU#qxl), takže byt tebou bych zkusil ten usb-wacom-tablet. Až když to opravdu nerozchodíš nebo zjištíš nějaké problémy s usb-wacom-tablet, tak použij VGA.
Skúsil som s QXL:
<hostdev mode="subsystem" type="usb" managed="yes">
<source>
<vendor id="0x056a"/>
<product id="0x037a"/>
<address bus="1" device="11"/>
</source>
<alias name="hostdev0"/>
<address type="usb" bus="0" port="4"/>
</hostdev>
A mám pôvodný problém, vyzerá to že fakt to funguje len v prípade VGA módu.
-
Pokud se snažíš použít usb-wacom-tablet, tak musíš celý ten blok "hostdev" odstranit, protože usb-wacom-tablet je virtuální zařízení, které bude "brát" pozice i přítlak z hostOS.
-
Skúšal som:
<input type="tablet" bus="virtio">
<alias name="input2"/>
<address type="pci" domain="0x0000" bus="0x07" slot="0x00" function="0x0"/>
</input>
s QXL, kurzor sa pohybe, ale prítlak to nezaznamenáva, v guestovi tablet nie je detekovaný.
Toto isté ale s bus=usb, v takom prípade je tablet rozoznaný, a prítlak rozoznáva, ale je problém s kurzorom... Skúšam všetky možné kombinácie nastavení aké ma napádajú, ale fakt v QXL, neviem.
-
<input type="tablet" bus="virtio">
To je virtio tablet, to není usb-wacom-tablet, vrať se zde (https://forum.root.cz/index.php?topic=23903.msg340714#msg340714). Musíš editovat XML.
-
Hmm, netuším ako to tam dať fyzicky ten tablet.
Aké nastavenie tam mám dať?
<input type="tablet" bus="usb">
<address type="usb" bus="0" port="1"/>
</input>
ako som hovoril som skúšal. Vtedy mám problém s kurzorom.
-
<input type="tablet" bus="usb">
Taky ne. To je ten co jsi měl už na začátku.
Editace XML: Virt-manager - daná VM > vlevo Přehled > pokud je Virt-manager novější, tak vpravo záložka XML > a tam:
- místo prvního řádku dej:
<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>a pak úplně dole mezi "</devices>" a "</domain>" flákni:
<qemu:commandline>
<qemu:arg value='-device'/>
<qemu:arg value='usb-wacom-tablet'/>
</qemu:commandline>
-
ad 2)
U Samby bych věděl, tam lze v konfiguráku nastavit pod jakým uživatelem se mají vytvářet nové soubory nebo s jakými právy. Pokud to 9p nikde v konfiguráku nemá, tak budeš muset zajistit, aby se nové soubory v guestOS vytvářely s 777, třeba takto (https://unix.stackexchange.com/questions/1314/how-to-set-default-file-permissions-for-all-folders-files-in-a-directory)?
ad 3)
Pokud nechceš odstranit vdagent, který zřejmě způsobuje daný problém (respektive je to vlastnost) s auto-resize, tak to asi nevyřešíš dokud autoři Remote-vieweru neimplementují zákaz auto-resize. Jedině, že by nějaký z těch mála parametrů vdagenta (https://jlk.fjfi.cvut.cz/arch/manpages/man/spice-vdagentd.1.en) to auto-resize vypnul. Nebo pak už jedině upravit zdrojáky vdagenta nebo Remote-vieweru a překompilovat.
-
<input type="tablet" bus="usb">
Taky ne. To je ten co jsi měl už na začátku.
Editace XML: Virt-manager - daná VM > vlevo Přehled > pokud je Virt-manager novější, tak vpravo záložka XML > a tam:
- místo prvního řádku dej:
<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>a pak úplně dole mezi "</devices>" a "</domain>" flákni:
<qemu:commandline>
<qemu:arg value='-device'/>
<qemu:arg value='usb-wacom-tablet'/>
</qemu:commandline>
Tak som to urobil, ale tablet nerozoznalo, aj keď kurzor sa pohybuje spolu so stylusom, nedetekuje to prítlak.
-
nedetekuje to prítlak.
Ale měl by. Kdyby jsi chtěl dál zkoušet, tak třeba zde je nějaká ukázka (https://forum.root.cz/etc/X11/XFreeConfig) (hledej spojení usb-wacom-tablet) včetně configu X11. Můžeš zkoušet.
-
nedetekuje to prítlak.
Ale měl by. Kdyby jsi chtěl dál zkoušet, tak třeba zde je /etc/X11/XFreeConfig (hledej spojení usb-wacom-tablet) včetně configu X11. Můžeš zkoušet.
Skúšal som, ale v /etc/X11 XFreeConfig vôbec nemám
/etc/X11$ ls -a
. fonts Xreset.d xsm
.. rgb.txt Xresources XvMCConfig
app-defaults xinit Xsession Xwrapper.config
cursors xkb Xsession.d
default-display-manager Xreset Xsession.options
-
Konfigurace X11 by bylo další velké téma. Pokud nevíš kde a jak nakonfigurovat X11, tak asi bude lepší samostatný dotaz. Tipl bych, že ovladač Wacom tabletu si vytvoří svůj vlastní config pro Xko, ale nevím.
-
OK, ja to už na dnes seru, zatiaľ prežijem tak že keď budem potrebovať tablet, tak si prepnem na VGA, a keď nebudem potrebovať tak QXL.
Zajtra skúsim poriešiť ten folder,.. btw. ochľadom chmod 777 to môžem dať v guestovi, ale vôbec to neovplivní práva v hostovi, tam je vlastník súboru libvirt-qemu a mám svov účet pridaný do tento groupy ale aj tak nemám právo mazať.
mlocik97@mlocik97-G5-5590:~$ sudo adduser mlocik97 libvirt-qemu
[sudo] heslo pre používateľa mlocik97:
Používateľ „mlocik97“ už je členom „libvirt-qemu“ .
mlocik97@mlocik97-G5-5590:~$ sudo adduser mlocik97 libvirt
Používateľ „mlocik97“ už je členom „libvirt“ .
ls -l -a
celkom 24
drwxrwxrwx 4 mlocik97 mlocik97 4096 nov 27 00:10 .
drwx--x---+ 12 mlocik97 mlocik97 4096 nov 26 22:50 ..
drwx------ 2 libvirt-qemu kvm 4096 nov 27 00:10 a
drwx------ 4 libvirt-qemu kvm 4096 nov 26 22:57 .Trash-1000
-
Napríklad keď sa snažím odstrániť tú zložku a v hostovi (ktorú som vytvoril v guestovi)
-
drwx------ 2 libvirt-qemu kvm 4096 nov 27 00:10 a
Práva má jen vlastník, takže to že ses přidal do skupiny libvirt-qemu ti nepomůže.
jedna možnost: /etc/libvirt/qemu.conf (mrkni na user= a group=)
druhá možnost: setfacl na hostOS co jsem ti poslal v odkazu jsi zkoušel?
-
sudo setfacl -d -m g:rwx <folder> mi píše chybu:
setfacl: Voľba -m: Neprípustný argument vedľa znaku 3
-
getfacl .
# file: .
# owner: mlocik97
# group: mlocik97
# flags: -s-
user::rwx
group::rwx
other::rwx
default:user::rwx
default:group::rwx
default:other::r-x
toto mám z getfacl ale aj tak nemám prístup mazať obsah zložky.
-
Nedivoč ať to nedopadne jak včera kdy stačilo jen přehodit QXL na VGA :). V klidu si pročti a vyzkoušej jestli je setfacl přesně to co potřebuješ. Zde je další studijní materiál (https://unix.stackexchange.com/questions/12842/make-all-new-files-in-a-directory-accessible-to-a-group/12847#12847)
-
Jak jsem se díval, tak se zdá, že Qemu nastavuje 0600/0700 natvrdo, takže ACL ti nepomůže. Takže jinak - přece jen to vypadá, že Qemu má volby fmode a dmode. (https://www.turek.dev/posts/set-libvirt-qemu-9pfs-umask-using-fmode-dmode/)
-
Skúšal som ten QEMU príkaz, ale absolútne to nefunguje, dostávam chybu:
Chyba pri spúšťaní domény: internal error: process exited while connecting to monitor: qemu-system-x86_64: -fsdev local,security_model=mapped,id=fsdev-fs0,path=/path/to/share,fmode=0644,dmode=0755: Duplicate ID 'fsdev-fs0' for fsdev
A nerozumiem tomu,... skúšal som to zmeniť aj na fs1, fs2, fs7, a stále chyba.
-
A nerozumiem tomu,... skúšal som to zmeniť aj na fs1, fs2, fs7, a stále chyba.
U mne vše funguje jak má. V guestOS jsem použil příkaz co jsem našel v dokumentaci Qemu (https://wiki.qemu.org/Documentation/9psetup):
mount -t 9p -o trans=virtio sharename /tmp/shared/ -oversion=9p2000.L,posixacl,msize=104857600,cache=loose
Vytvořený "novy.txt" z guestOS vypadá v hostOS takto:
-rw-r--r-- 1 nobody kvm 0 27. lis 17.39 novy.txt
Když v tom ukázkovém commandline v libvirtu změním na fmode=0777, tak to v hostOS vypadá takto:
-rwxrwxr-x 1 nobody kvm 0 27. lis 17.48 novy777.txt
Normálně ho můžu v hostOS smazat. Pokud jsi si jistý, že v XML nemáš nějaký překlep, tak ho sem hoď.
-
Normálně ho můžu v hostOS smazat. Pokud jsi si jistý, že v XML nemáš nějaký překlep, tak ho sem hoď.
<commandline xmlns="http://libvirt.org/schemas/domain/qemu/1.0">
<arg value="-fsdev"/>
<arg value="local,security_model=mapped,id=fsdev-fs0,path=/mnt/5b659d54-4473-40c0-9ebc-c8a596e59242/shared,fmode=0644,dmode=0755"/>
<arg value="-device"/>
<arg value="virtio-9p-pci,id=fs0,fsdev=fsdev-fs0,mount_tag=shared,bus=pci.6,addr=0x0"/>
</commandline>
-
Myslel jsem celý XML ať jde vidět co je tam v konfliktu.
-
Tak som sa dostal späť k virtuálke, podarilo sa mi vyriešiť oprávnenia k súborom takže už zdielanie medzi hostom a virtuálkov je úplne v pohode. Stačilo nastaviť režim squash. Rozlíšenie sa mi podarilo tiež fixnúť.
V rámci grafického tabletu, stále som neprišiel na rozumné riešenie.
Vie niekto poradiť ohľadom toho ako nastaviť grafický tablet v KVM aby registroval prítlak ale z hosta? A nie presmerovať tablet priamo do virtuálky?
<input type="tablet" bus="usb">
<address type="usb" bus="0" port="1"/>
</input>
Momentálne riešim ešte jeden problém a tým je Open GL, ktorý som skúšal vo virtuálke, avšak pri štarte mi zostane čierna obrazovka.
(nie som jediný s týmto problémom: https://bugs.launchpad.net/qemu/+bug/1898490 )
<video>
<model type="virtio" heads="1" primary="yes">
<acceleration accel3d="yes"/>
</model>
<address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x0"/>
</video>
<graphics type="spice">
<listen type="none"/>
<image compression="off"/>
<gl enable="yes" rendernode="/dev/dri/by-path/pci-0000:01:00.0-render"/>
</graphics>
-
Skúšam znova to:
<qemu:commandline>
<qemu:arg value='-device'/>
<qemu:arg value='usb-wacom-tablet'/>
</qemu:commandline>
ale všimol som si že po uložení to virt-manager automaticky sám odstráni.
-
Myslel jsem celý XML ať jde vidět co je tam v konfliktu.
https://gist.github.com/Mlocik97/e4b6f07acd1795b1075f6afbd11c74fc
-
Skúšam znova to:
<qemu:commandline>
<qemu:arg value='-device'/>
<qemu:arg value='usb-wacom-tablet'/>
</qemu:commandline>
ale všimol som si že po uložení to virt-manager automaticky sám odstráni.
Přesně kvůli tomuto nemám rád Libvirt/Virt-manager a raději používám čisté Qemu. Když je potřeba spravovat více virtuálek, tak se Libvirt může hodit, ale když člověk potřebuje jen pár VM, tak je to zbytečná mezivrstva, která věci komplikuje. Dokud to jde naklikat je to fajn, ale když je potřeba něco editovat je to o nervy :-)
Zkusil jsem si tvůj XML naimportovat k sobě (pouze jsem vymazal oddíl filesystem) a zkusil jsem ve virt-manageru editovat XML, přidávat qemu:arg a vše funguje - vše se ukládá. Napadá mě, že máš nějaký starší Libvirt nebo Virt-manager a nebere ti to qemu:arg nebo qemu:commandline. Zkus do XML přidat arg pomocí příkazu:
sudo virt-xml Ubuntu --edit --confirm --qemu-commandline='-device usb-wacom-tablet'viz https://unix.stackexchange.com/questions/235414/libvirt-how-to-pass-qemu-command-line-args
-
Skúsil som to skopčiť znovu a už to uložilo, asi som to len zle skopíroval, no stále mi nefunguje ten prítlak...
-
Skúsil som to skopčiť znovu a už to uložilo, asi som to len zle skopíroval, no stále mi nefunguje ten prítlak...
V tom tvém XML máš:
<input type="tablet" bus="usb">
<address type="usb" bus="0" port="1"/>
</input>
Vyhoď to.
Pokud nepomůže, tak mě napadá už jedině nějaký problém ve Spice, že nějak blokuje přítlak, ale nevím. Nebo, že nemáš dobře nakonfigurovaný tablet v HostOS, ale jestli ti tam přítlak funguje, tak v tom by snad problém být neměl.
Víc asi neporadím, bohužel Wacom tablet nemám. V podstatě bych dělal co ty - googlil.
-
Momentálne riešim ešte jeden problém a tým je Open GL, ktorý som skúšal vo virtuálke, avšak pri štarte mi zostane čierna obrazovka.
(nie som jediný s týmto problémom: https://bugs.launchpad.net/qemu/+bug/1898490 )
<video>
<model type="virtio" heads="1" primary="yes">
<acceleration accel3d="yes"/>
</model>
<address type="pci" domain="0x0000" bus="0x00" slot="0x01" function="0x0"/>
</video>
<graphics type="spice">
<listen type="none"/>
<image compression="off"/>
<gl enable="yes" rendernode="/dev/dri/by-path/pci-0000:01:00.0-render"/>
</graphics>
Ten odkazovaný bug je ale problém "-display sdl" vs. "-display gtk". Ty nepoužíváš ani jedno protože používáš Spice. Další důvod používat čisté Qemu, tam bys mohl použít kromě Spice i sdl a gtk :). Zkusil jsem použít výše uvedené nastavení GL ve tvém XML (pouze jsem změnil cestu /dev/dri...) a při bootování vidím uvodní text SeaBiosu, takže funguje. GL je podporavané až od nějaké verze Spice. Nemáš starou verzi Spice? I když to by ti asi vyhodilo nějakou chybovou hlášku. Pokud ti to zčerná až v pozdější fází bootování, tak je to problém OS ve VM.
-
GL je podporavané až od nějaké verze Spice. Nemáš starou verzi Spice? I když to by ti asi vyhodilo nějakou chybovou hlášku.
~$ apt list --installed | grep spice
gir1.2-spiceclientglib-2.0/focal,now 0.37-2fakesync1 amd64 [instalovaný,automaticky]
gir1.2-spiceclientgtk-3.0/focal,now 0.37-2fakesync1 amd64 [instalovaný,automaticky]
libspice-client-glib-2.0-8/focal,now 0.37-2fakesync1 amd64 [instalovaný,automaticky]
libspice-client-gtk-3.0-5/focal,now 0.37-2fakesync1 amd64 [instalovaný,automaticky]
libspice-server1/focal-updates,focal-security,now 0.14.2-4ubuntu3.1 amd64 [instalovaný,automaticky]
spice-client-glib-usb-acl-helper/focal,now 0.37-2fakesync1 amd64 [instalovaný,automaticky]
spice-vdagent/focal-updates,focal-security,now 0.19.0-2ubuntu0.2 amd64 [instalovaný]
spice-webdavd/focal,now 2.4-1 amd64 [instalovaný]
~$ dpkg-query -l | grep spice
ii gir1.2-spiceclientglib-2.0:amd64 0.37-2fakesync1 amd64 GObject for communicating with Spice servers (GObject-Introspection)
ii gir1.2-spiceclientgtk-3.0:amd64 0.37-2fakesync1 amd64 GTK3 widget for SPICE clients (GObject-Introspection)
ii libspice-client-glib-2.0-8:amd64 0.37-2fakesync1 amd64 GObject for communicating with Spice servers (runtime library)
ii libspice-client-gtk-3.0-5:amd64 0.37-2fakesync1 amd64 GTK3 widget for SPICE clients (runtime library)
ii libspice-server1:amd64 0.14.2-4ubuntu3.1 amd64 Implements the server side of the SPICE protocol
ii spice-client-glib-usb-acl-helper 0.37-2fakesync1 amd64 Helper tool to validate usb ACLs
ii spice-vdagent 0.19.0-2ubuntu0.2 amd64 Spice agent for Linux
ii spice-webdavd 2.4-1 amd64 daemon to proxy WebDAV request to the Spice virtio channel
-
Požadavky (https://www.spice-space.org/spice-user-manual.html) jsou:
GL acceleration (virgl)
OpenGL acceleration is currently local only (it has to go through a Unix socket) and it needs guest support. It’s currently limited to recent linux distributions (for example Fedora 24).
Host-side, you need qemu 2.6, libvirt 1.3.3 and spice 0.13.1, as well as a 4.4 Linux kernel and Mesa 11.1.
Client-side, you need spice-gtk 0.31.
Guest-side, you need Mesa 11.1 and a 4.4 Linux kernel.
Když dočasně odpojíš *.qcow2 na kterém máš OS a pak spustíš VM, tak vidíš hlášky SeaBiosu?
-
Když dočasně odpojíš *.qcow2 na kterém máš OS a pak spustíš VM, tak vidíš hlášky SeaBiosu?
Nie, nevidím
-
use OVMF bios and Q35 chipset. SeaBIOS doesn't work, had to "sudo apt install ovmf". OVMF can't use IDE drives, so changed to SATA to start (SCSI didn't work either), made Virtio later.
toto teraz čítam na netu Tak vyskúšam, uvidím.
-
Tak nepomohlo, čo som si ale ešte všimol je že sa to chová rozdielne keď mám zaškrtnuté "kopírovať topológiu procesora"
dostal som sa k "/dev/dri/renderD129"
-
Problém bude někde u tebe, protože mě to tvoje XML se Spice a GL funguje a občas to i používám u svých VM. Takže chyba bude někde na tvém přijímači :)
EDIT: zkus spustit VM z terminálu nebo nějakým způsobem, abys zjistil vypisování chybových hlášek. To by snad mělo napovědět.
-
Aj tak mám v pláne preinštalovať celý počítač, takže uvidím či to vyrieši, je pravda že v tomto systéme som riešil už toľko krát toľko vecí, že už zrejme som niečo aj porozbíjal. Lebo mne tu píše aj nejaké konflikty v dependencies a pod.
-
Nemusí to být rozbitým OS. Opravdu to může být jen nějaký bug. Třeba tady popisuje black screen se Spice GL za použití Nvidie: https://www.reddit.com/r/qemu_kvm/comments/drwrga/spice_gl_3d_acceleration_only_shows_black_screen/?sort=new
Já používám Intel. Na Nvidii jsem Spice GL nikdy nezkoušel.
Zkontroluj: /var/log/libvirt/qemu/$vmname.log a dmesg. Nebo kdybys spouštěl Remote-viewer z terminálu nějak takto:
remote-viewer --verbose --debug --spice-debug spice+unix:///run/user/1000/spice.socktak by to možná taky napovědělo v čem je problém. Googlit konkrétní chybovou hlášku je vždy jednodušší.
-
Nemusí to být rozbitým OS. Opravdu to může být jen nějaký bug. Třeba tady popisuje black screen se Spice GL za použití Nvidie: https://www.reddit.com/r/qemu_kvm/comments/drwrga/spice_gl_3d_acceleration_only_shows_black_screen/?sort=new
Já používám Intel. Na Nvidii jsem Spice GL nikdy nezkoušel.
Zkontroluj: /var/log/libvirt/qemu/$vmname.log a dmesg. Nebo kdybys spouštěl Remote-viewer z terminálu nějak takto:
remote-viewer --verbose --debug --spice-debug spice+unix:///run/user/1000/spice.socktak by to možná taky napovědělo v čem je problém. Googlit konkrétní chybovou hlášku je vždy jednodušší.
LOG: https://gist.github.com/Mlocik97/756bc3a9967160a8e1378b6d294cb831
DMESG: https://gist.github.com/Mlocik97/f4343c397907661b5e8ed05bb38d6f3b
--spice-debug: https://gist.github.com/Mlocik97/830f7f68594e5b7f12869b784595f4e0
-
Aha takže je to NTB s CPU Intel i5-8300H, který má iGPU na pci adrese 0000:00:02.0 a navíc máš Nvidii na pci adrese 0000:01:00.0.
Před tím jsi měl nastaveno rendernode="/dev/dri/by-path/pci-0000:01:00.0-render" a nyní máš rendernode=/dev/dri/renderD129 ale zřejmě je to pořád odkaz na renderer nvidie. Můžeš si to ověřit pomocí:
glxinfo | grep render
vainfo
vainfo --display drm --device /dev/dri/renderD129
Pokud by se ti Xko spustilo na Intelu a ve Virt-manageru zadáš:
<gl enable="yes" rendernode="/dev/dri/by-path/pci-0000:00:02.0-render"/>
tam by ti to mělo fungovat.
Předpokládám, že nyní ti Xko startuje na Nvidii (nebo máš někde nastaveno, aby se ti Nvidia používala pro veškeré vykreslování) a proto ti to nenabízí render Intelu. Pokud chceš rychlou zkoušku, tak vypni Nvidii v biosu a pak ti Spice GL s Intelem bude fungovat.
"failed to get fd for texture"
Tu samou chybu mají v tom odkazu na redditu a nebo v maillistu (https://www.spinics.net/lists/virt-tools/msg14052.html) a v obou případech používají Nvidii. S propretárními ovladači to asi fungovat nebude, protože nepoužívají mesa, což je jeden z požadavků pro Spice s GL. IMHO to bude fungovat jen s nouveau což asi používat nechceš.
-
Aha takže je to NTB s CPU Intel i5-8300H, který má iGPU na pci adrese 0000:00:02.0 a navíc máš Nvidii na pci adrese 0000:01:00.0.
Před tím jsi měl nastaveno rendernode="/dev/dri/by-path/pci-0000:01:00.0-render" a nyní máš rendernode=/dev/dri/renderD129 ale zřejmě je to pořád odkaz na renderer nvidie. Můžeš si to ověřit pomocí:
glxinfo | grep render
vainfo
vainfo --display drm --device /dev/dri/renderD129
https://gist.github.com/Mlocik97/5eef7ce4c211af44f3730540b716cc31
takže je to zrejme nVidia.
Pokud by se ti Xko spustilo na Intelu a ve Virt-manageru zadáš:
<gl enable="yes" rendernode="/dev/dri/by-path/pci-0000:00:02.0-render"/>
tam by ti to mělo fungovat.
Předpokládám, že nyní ti Xko startuje na Nvidii (nebo máš někde nastaveno, aby se ti Nvidia používala pro veškeré vykreslování) a proto ti to nenabízí render Intelu. Pokud chceš rychlou zkoušku, tak vypni Nvidii v biosu a pak ti Spice GL s Intelem bude fungovat.
V Linuxu mám NVIDIA X Server Setting, kde mám nastavenie PRIME Profiles. Sú tam 3 možnosti:
NVIDIA (Performance Mode) - začiarknutý
NVIDIA On-Demand
Intel (Power Saving Mode)
keď aktivujem Intel, tak mi to nezdetekuje externý displej a ide len displej laptopu. Môžem vyskúšať NVIDIA On-Demand. V Nastavení virt-manager mám u Open GL možnosť prepnúť z automatického nastavenia na nastavenie pre špecifické graf. karty. To som skúšal, na nVidii stejný problém (černá obrazovka), v prípade Intelu je problém iný, a to je crashnutie celého virt-manageru pri pokuse otvoriť viewer.
[/quote]
"failed to get fd for texture"
Tu samou chybu mají v tom odkazu na redditu a nebo v maillistu (https://www.spinics.net/lists/virt-tools/msg14052.html) a v obou případech používají Nvidii. S propretárními ovladači to asi fungovat nebude, protože nepoužívají mesa, což je jeden z požadavků pro Spice s GL. IMHO to bude fungovat jen s nouveau což asi používat nechceš.
Mám propertiárny driver 460. Nouveau môžem vyskúšať.
-
Nastavil som na pevno Intel vo virt-manageri
LOG: https://gist.github.com/Mlocik97/be9b61ebd72eeb9db4c3ccd08bc467f2
--spice-debug: https://gist.github.com/Mlocik97/b93f369665103abac1b33492c1eb5bda
-
Aha takže je to NTB s CPU Intel i5-8300H, který má iGPU na pci adrese 0000:00:02.0 a navíc máš Nvidii na pci adrese 0000:01:00.0.
Před tím jsi měl nastaveno rendernode="/dev/dri/by-path/pci-0000:01:00.0-render" a nyní máš rendernode=/dev/dri/renderD129 ale zřejmě je to pořád odkaz na renderer nvidie. Můžeš si to ověřit pomocí:
glxinfo | grep render
vainfo
vainfo --display drm --device /dev/dri/renderD129
https://gist.github.com/Mlocik97/5eef7ce4c211af44f3730540b716cc31
takže je to zrejme nVidia.
Ano Nvidia.
v prípade Intelu je problém iný, a to je crashnutie celého virt-manageru pri pokuse otvoriť viewer.
To je nějaký další problém v pořadí. Teda jak ty to děláš? :) To jsou ty dva logy co jsi poslal naposledy? Tzn. LOG: https://gist.github.com/Mlocik97/be9b61ebd72eeb9db4c3ccd08bc467f2; a --spice-debug: https://gist.github.com/Mlocik97/b93f369665103abac1b33492c1eb5bda?
Mám propertiárny driver 460. Nouveau môžem vyskúšať.
Pokud občas provozuješ graficky náročnější programy/hry, tak u nouveau stejně nezůstaneš - má o dost nižší výkon, takže tím bych se nezdržoval.
Já mám na desktopu prmární Intel a na Nvidii spouštím jen náročnější programy/hry buď
a) přes "Render Offload" při kterém se používá Nvidia, ale výstup se zobrazuje na monitoru připojeném k Intelu (to u tebe bude asi nastavení "NVIDIA On-Demand"), nebo
b) klasicky kdy si spustím druhé Xka na Nvidii a daný program/hru si na nich spustím.
-
Tak som nastavil v Hostovi NVIDIA On-demand v NVIDIA X Server - PRIME Profiles, otvoril virt-manager, nastavil Intel u OpenGL, spustil virtuálku a ono to ide, tak trocha, no ale nejde.
-
Tak som nastavil v Hostovi NVIDIA On-demand v NVIDIA X Server - PRIME Profiles, otvoril virt-manager, nastavil Intel u OpenGL, spustil virtuálku a ono to ide, tak trocha, no ale nejde.
Ano, tak na tom jsme stejně. Tohle začalo dělat nedávno po nějaké aktualizaci a jelikož jsem od té doby nepotřeboval Spice GL, tak jsem to neřešil a myslel jsem, že je to záležitost mého rolling release distra (Manjaro), ale jak vidím, tak to bude zřejmě problém přímo ve Spice. Jestli bude čas, tak na to mrknu čím to je.
PS: příkaz remote-viewer --verbose --debug --spice-debug spice+unix:///run/user/1000/spice.sock ti nefunguje protože je tam špatná cesta. Musel bys tam doplnit správnou cestu k socketu. Teď z hlavy nevím jakou používá Libvirt.
-
aha, no ani ja to OpenGL nutne nepotrebujem, len problém je teraz to že keď vo virtuálke spustím videostream tak mi CPU vyťaží na 40% a laptop hučí ako vysávač. Tak som myslel že toto by tomu pomohlo, lebo teraz v podstate prácu grafiky robí CPU, preto je tak vyťažený. Ale mimo videostreamov to ide v pohode. V Guestovi hry ani nič podobné nepotrebujem. V hostovi mám nainštalované pár nenáročnejších hier ako Medieval Total War či 0.A.D takže tiež nie niečo čo by žiadalo extra veľa výkonu a hrám hry fakt len zriedkavo.
V podstate viem prežiť aj bez OpenGL, ale rád by som vyriešil aspoň ten tablet, ten by som celkom potreboval.
-
Tak som nastavil v Hostovi NVIDIA On-demand v NVIDIA X Server - PRIME Profiles, otvoril virt-manager, nastavil Intel u OpenGL, spustil virtuálku a ono to ide, tak trocha, no ale nejde.
Ano, tak na tom jsme stejně. Tohle začalo dělat nedávno po nějaké aktualizaci a jelikož jsem od té doby nepotřeboval Spice GL, tak jsem to neřešil a myslel jsem, že je to záležitost mého rolling release distra (Manjaro), ale jak vidím, tak to bude zřejmě problém přímo ve Spice. Jestli bude čas, tak na to mrknu čím to je.
Mám to. Nějaký problém v Mesa. Stačí když do XML přidáš řádek, který zajistí, že se použíje i965:
<qemu:commandline>
...
<qemu:env name="MESA_LOADER_DRIVER_OVERRIDE" value="i965"/>
<qemu:commandline>
Pro ověření že virgl funguje spusť ve VM:
dmesg | grep drma mělo by to vypsat něco jako:
[drm] virgl 3d acceleration enabled
Myslím, že virgl ti při streamování nebo HW akceleraci videa extra nepomůže, ale zkusit to můžeš.
aha, no ani ja to OpenGL nutne nepotrebujem, len problém je teraz to že keď vo virtuálke spustím videostream tak mi CPU vyťaží na 40% a laptop hučí ako vysávač.
Tak jestli jsi až do teď měl jako výchozí GPU Nvidii a Intel jsi vůbec nepoužíval, tak můžeš virtuálce předat celou iGPU Intelu (https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF) nebo jen část iGPU Intelu. (https://wiki.archlinux.org/index.php/Intel_GVT-g) a zbylá část by zůstala k dispozici stále hostiteli. Na netu je spoustu návodů. Kdybys s něčím bojoval, tak založ nové vlákno.
rád by som vyriešil aspoň ten tablet, ten by som celkom potreboval.
Třeba se tady ještě někdo s tabletem Wacom ukáže a poradí. Já bych ověřil jestli uvnitř VM se ten tablet opravdu objevuje jako Wacom (což by měl když máš v XML usb-wacom-tablet) a zkoušel bych nějak nastavit Xorg. Možná že ten Wacom jen potřebuje nějaký xorg.conf (https://wiki.archlinux.org/index.php/Wacom_tablet#Configuration), aby správně zaznemenal přítlak.
-
Mám to. Nějaký problém v Mesa. Stačí když do XML přidáš řádek, který zajistí, že se použíje i965:
<qemu:commandline>
...
<qemu:env name="MESA_LOADER_DRIVER_OVERRIDE" value="i965"/>
<qemu:commandline>
Pro ověření že virgl funguje spusť ve VM:
dmesg | grep drma mělo by to vypsat něco jako:
[drm] virgl 3d acceleration enabled
Myslím, že virgl ti při streamování nebo HW akceleraci videa extra nepomůže, ale zkusit to můžeš.
Tak pozerám že to funguje... ďakujem ti strašne moc,...
-
Tak sa mi podarilo zfunkčniť už vo virtuálke všetko až na grafický tablet. A ešte jedna drobnosť.
Možno by som potreboval iné nastavenie siete. Pretože:
<interface type="network">
<mac address="xx:xx:xx:xx:xx:xx"/>
<source network="default"/>
<model type="virtio"/>
<address type="pci" domain="0x0000" bus="0x01" slot="0x00" function="0x0"/>
</interface>
spôsobuje že:
1. guest vidí hosťa ako gateway (ďalší uzol v sieti).
2. všetky pravidla v /etc/hosts v hostovi sa aplikujú aj na guesta.
avšak pri zmene na:
<interface type="direct">
<mac address="xx:xx:xx:xx:xx:xx"/>
<source dev="enp3s0" mode="bridge"/>
<model type="virtio"/>
<address type="pci" domain="0x0000" bus="0x01" slot="0x00" function="0x0"/>
</interface>
to spôsobuje síce že nevidím môjho hosťa ako gateway (ďalší uzol v sieti), taktiež nevidí ani moju domácu sieť (to úplne nerozumiem prečo), neaplikujú sa pravidlá z /etc/hosts z hosta čo je dobre, ale:
zmena siete v hosťovi spôsobí nefunkčnosť Internetu v guestovi. A mám to pevne mapované na interface, ale potreboval by som nech či mám notebook pripojený k Internetu cez Ethernet, WiFi, tethering, aby vo všetkých 3 prípadoch si zmenu guest vôbec nevšimol. Tak ako to je v prvom nastavení.
Dá sa to nejak riešiť aby:
Guest bol za NATom s falošným názvom gatewayu, naňho sa neaplikovali pravidlá z /etc/hosts v hosťovi, využíval virtuálny interface, ktorý by bral pripojenie k Internetu z Hosťa bez ohľadu na to, cez čo je host pripojený k Internetu, a zároveň aby Guest nevidel ani domácu sieť ani Hosťa? Pozerám že macvtap má 4 režimi: bridge, vepa, private, passthrough, čo sú to zač?
Není to silne nutné, ale rád by som bol keby sa mi aj toto podarilo vyriešiť.