Příspěvky

241

Distribuce / Re:Fedora SilverBlue - dá se používat?

« kdy: 07. 02. 2021, 20:06:49 »

ale ten systém byl celkem otravný - po instalaci balíčku bylo třeba restartovat.

Dík za názor. Jo to jsem četl, že po instalaci pomocí rpm-ostree se vlastně vytvoří nový image a proto se musí resetovat. Tomu bych se snažil vyhýbat a používat raději Flatpak (FlatHub) nebo kontejnery za pomocí Toolboxu.

242

Distribuce / Fedora SilverBlue - dá se používat?

« kdy: 07. 02. 2021, 18:53:19 »

Čau. Po čase jsem si zkusil nainstalovat Fedoru 33 Silverblue do VM a vyzkoušet zda se již hodí pro každodenní běžné použití. Vzhledem k tomu, že je Silverblue nabízen přímo na hlavní stránce https://getfedora.org jsem nabyl dojem, že je již stabilní. Sice je Silverblue  pod nadpisem "Vznikající edice Fedory", ale není u ní žádný nápis "testing" nebo "beta", tak jsem ji nainstaloval i když jsem počítal s tím, že zatím nebude mít takové množství funkcí jako klasická Workstation, ale...

Při prvním spuštění jsem si chtěl spustit aplikaci "Software". Na moment se objevila na horním panelu Gnome, ale za chvíli zmizela. Po restartu se již aplikace spustila, ale nejdřív to cca 15 minut stálo s nápisem "Stahuji katalog aplikací..." a teď už víc jak hodinu tam visí nápis "Stahují se hodnocení aplikací...". Spustil jsem terminál chvíli hledal chybu a teď když jsem se zase vrátil na "Software", tak vyskočila hláška "Aplikace 'Software' neodpovídá". Internet ve VM funguje, takže v tom problém není. Až když jsem zvolil "Vynutit ukončení" a "Software" spustil znova se zdá, že vše funguje.

Otázka: Pokud je tady někdo kdo používá SilverBlue, můžete napsat jestli vám spolehlivě funguje nebo zda s ní máte problémy? Zvažuji, že ji nainstaluji na železo, ale jestli mě čekají problémy jako se "Software" a musel bych se za nějakou dobu kvůli nestabilitě vracet zpátky na běžné distro, tak mi vaše názory ušetříte spoustu času.

Díky.

243

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 04. 02. 2021, 21:47:11 »

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:

Kód: [Vybrat]

<qemu:commandline>
  ...
  <qemu:env name="MESA_LOADER_DRIVER_OVERRIDE" value="i965"/>
<qemu:commandline>

Pro ověření že virgl funguje spusť ve VM:

Kód: [Vybrat]

dmesg | grep drm

a 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 nebo jen část iGPU Intelu. 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, aby správně zaznemenal přítlak.

244

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 04. 02. 2021, 19:17:54 »

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.

245

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 04. 02. 2021, 18:21:07 »

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í:

Kód: [Vybrat]

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.

246

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 04. 02. 2021, 17:13:55 »

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í:

Kód: [Vybrat]

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 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š.

247

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 04. 02. 2021, 11:25:27 »

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:

Kód: [Vybrat]

 remote-viewer --verbose --debug --spice-debug spice+unix:///run/user/1000/spice.sock

tak by to možná taky napovědělo v čem je problém. Googlit konkrétní chybovou hlášku je vždy jednodušší.

248

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 03. 02. 2021, 18:33:20 »

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.

249

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 13:49:14 »

Kýžené produkty vznikají - Librem 5, Volla Phone, PinePhone.

Je možno srovnávat Librem 5 za 800 $ s telefonem za 170, o kterém mluvím já? Je to ještě to samé?

Nevěděl jsem, že mluvíš o těch nejlacinějších telefonech. Pak to teda srovnávej s PinePhone za 149.99 $.

...jak rychle se dokázalo přelít velké množství zákazníků od WhatsAppu k Signalu...

Jaký podíl se jich tedy přelil?

Miliony - viz Google. Na lepší statistiky musíš počkat pár měsíců.

250

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 13:25:51 »

Nařízení se netýká toho, že by nešly používat SMS - mohou se používat i nadále. Ale musí být něco k nim, třeba ePIN. V AIR to ale vyřešili rázně a dali SMS k ledu jako neperspektivního mastodonta. A mají recht

Chudáci ti co mají tlačítkový telefon
Jestli se AIR spojí s Monetou, tak to bude za rok zase jinak.

251

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 03. 02. 2021, 13:02:44 »

Požadavky 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?

252

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 12:48:41 »

Autorizace pomocí SMS? To je jak z pravěku a bezpečnost oproti otisku prstu v mobilu minimální. Navíc některé banky, třeba AIR, to stejně ruší.

Mám dojem, že to nedělá AIR bank ze své vůle, ale protože je to zase nějaká státní regulace, která nařizuje dvoufaktorové ověřování.

253

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 12:36:41 »

...Nevytvářejme prosím další státní regulace a povinnosti jen nechme lidi svobodně se rozhodnout jakému produktu dají přednost.

Je vám jasné, že tak nejspíše nezískáte kýžený produkt, ale přijdete o možnost si ten stávající upravit? Masa má jasno.

Kýžené produkty vznikají - Librem 5, Volla Phone, PinePhone.

Masa vůbec jasno nemá. Podívej se jak rychle se dokázalo přelít velké množství zákazníků od WhatsAppu k Signalu. Je to jen o tom kdo nabídne konkurenční výhodu a dokáže to jednoduše sdělit zákazníkům (marketing). K tomu by měla být ponechána co největší svoboda výrobcům i zákazníkům a nevymýšlet státní regulace na každou blbost.

254

Odkladiště / Re:Zkušenost s Google-free telefony Huawei

« kdy: 03. 02. 2021, 10:23:22 »

Pritom by stacilo prosadit zakon

Takže další státní regulace?
Cesta do pekel je dlážděna dobrými úmysly

To neni regulace, jenom povinnost.

Každá regulace je nějaká povinnost.

Jak tady někdo napsal: To bys potom mohl po výrobcích CPU vymáhat i odemčený násobič.

Já naopak chci, aby dreků z Číny, které se nedají odemknout přibývalo a šmírování od Googlu/Applu rostlo. Čím více budou lidé nespokojeni tím více se budou dívat po alternativách (jako např. Librem 5) a tyhle alternativy budou technologicky lepší a taky levnější díky sériové výrobě. Nevytvářejme prosím další státní regulace a povinnosti jen nechme lidi svobodně se rozhodnout jakému produktu dají přednost.

255

Hardware / Re:Grafický tablet nefunguje v KVM

« kdy: 03. 02. 2021, 00:10:44 »

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 )

Kód: [Vybrat]

<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.