"Eseguire applicazioni x86/x86-64 su Fedora Asahi Remix"

Puoi quindi usare rpmdev-extract per estrarre il contenuto dell'RPM, e poi configurare LD_LIBRARY_PATH come appropriato.

È anche possibile sovrapporre gli RPM nel RootFS esistente, sebbene questa debba essere considerata una funzionalità avanzata. Una volta ottenuto un RPM, puoi convertirlo in un'immagine erofs usando questi comandi:

``` rpm2archive -n mypackage.rpm mkfs.erofs --tar=f mypackage.rpm.erofs mypackage.rpm.tar ```

Successivamente, puoi avviare manualmente muvm con le immagini erofs di base e la tua immagine erofs personalizzata sovrapposta, in questo modo:

Questo sovrapporrà il pacchetto aggiuntivo sul RootFS utilizzato per FEX. Tieni presente che questo potrebbe o meno funzionare come previsto, e non deve essere considerato una soluzione supportata.

=== Steam dice che steamwebhelper è andato in crash, cosa faccio?

Lascialo semplicemente riavviare e dovrebbe funzionare al secondo tentativo. Steam ha un timeout per steamwebhelper e, quando viene eseguito sotto emulazione, l'avvio è abbastanza lento da far scadere il timeout. Di solito questo accade solo a un avvio a freddo.

=== Non riesco a scaricare/avviare determinati giochi su Steam

Assicurati che Steam Play sia abilitato per tutti i giochi. Dovrebbe trovarsi sotto Menu > Impostazioni > Compatibilità > Abilita Steam Play per tutti gli altri titoli. Riavvia Steam una volta abilitato.

=== La pressione dei tasti fa smettere di rispondere il touchpad

Questo è causato dalla funzione del touchpad 'Disabilita durante la digitazione'. Puoi disattivarla nelle impostazioni del touchpad/input del tuo ambiente desktop.

=== Posso eseguire applicazioni Windows al di fuori di Steam?

Al momento, non supportiamo l'esecuzione di app Windows al di fuori di Steam poiché Wine non-Proton non funziona ancora su Fedora. Stiamo lavorando per risolvere il problema sottostante di FEX, quindi prevediamo di supportare questa funzionalità relativamente presto.

Nel frattempo, puoi utilizzare Proton di Steam per eseguire applicazioni Windows non di Steam direttamente da Steam.

=== Posso eseguire applicazioni Linux x86-64/x86?

I giochi Linux nativi dovrebbero generalmente funzionare sotto muvm, a patto che siano autosufficienti e non dipendano da librerie complesse del sistema ospitante (forniamo un'ampia selezione di dipendenze comuni, ma non qualsiasi cosa esistente al mondo).

=== Wayland è supportato?

Wayland non è supportato all'interno della VM in questo momento. Poiché la maggior parte delle applicazioni x86/x86-64 legacy che le persone vogliono eseguire sono applicazioni X11, ci stiamo concentrando prima sul supporto X11. Ciò significa che al momento non è possibile eseguire app Wayland native all'interno della VM. Naturalmente, il desktop host è comunque un desktop Wayland e il supporto X11 è fornito da XWayland.

=== Posso accedere all'hardware dalle applicazioni in esecuzione all'interno della microVM?

Poiché la VM non esegue il passthrough di nessun hardware dell'host a eccezione della GPU e del filesystem virtuale, non potrai utilizzare applicazioni che richiedono l'accesso diretto all'hardware. Utilizziamo il passthrough software per le seguenti interfacce:

- Protocollo X11 (schermo, tastiera, mouse)
- Gamepad tramite passthrough hid/uinput
- I/O audio tramite il protocollo socket PulseAudio footnote:[Questo funziona con PipeWire in esecuzione sull'host tramite pipewire-pulse, come installato di default. *Non* è necessario e non si dovrebbe installare PulseAudio vero e proprio, poiché ciò comprometterebbe il supporto degli altoparlanti!]

Stiamo valutando la possibilità di effettuare il passthrough di PipeWire, il che consentirà l'utilizzo delle webcam all'interno della VM.

=== Posso utilizzare i metodi di input (IME) nelle applicazioni all'interno della microVM?

Puoi utilizzare il classico sistema di metodi di input *xim* utilizzato in X11. muvm dovrebbe già configurare le variabili d'ambiente in modo appropriato per far sì che funzioni con le applicazioni Qt e GTK (caricando il plugin "xim"), a patto che il framework del metodo di input che stai utilizzando sul sistema host lo supporti. Lo abbiamo testato con *fcitx5* e Steam in esecuzione su KDE Plasma.

In futuro, una volta che il passthrough di Wayland sarà supportato, il meccanismo nativo del protocollo di input di Wayland dovrebbe funzionare con qualsiasi framework di metodi di input dell'host (tramite un plugin solitamente chiamato "wayland"). Non ci sono piani per supportare metodi di input non basati sul window system (come i plugin diretti "ibus" e "fcitx"), poiché ciò richiederebbe la distribuzione di librerie condivise x86-64 per tutti i possibili metodi di input all'interno del sistema x86-64 virtuale immutabile, e richiederebbe inoltre il proxy dei loro protocolli personalizzati, il che è infattibile.

=== Questa è una VM simile a Qemu/libvirt/UTM/Parallels/VMWare/VirtualBox/ecc.?

No, muvm non funziona come una VM tradizionale ad intero sistema. Sebbene utilizzi a sua volta KVM come backend per una virtualizzazione efficiente, il concetto è molto diverso dalle VM tradizionali che eseguono sistemi operativi ospiti completamente separati. Il kernel ospite è un [https://github.com/containers/libkrunfw](https://github.com/containers/libkrunfw)[kernel speciale] ottimizzato per avviarsi in una frazione di secondo, e il monitor della VM effettua il passthrough del filesystem dell'host quasi così com'è. Non c'è un passthrough hardware di basso livello (USB, ecc.) e ci concentriamo invece sul passthrough di protocolli software di livello superiore, come X11/Wayland. La VM non esegue un proprio sistema di init autonomo, ma solo un codice di avvio minimale. Ciò significa che l'ambiente all'interno della VM dovrebbe "sembrare" lo stesso del sistema operativo host dal punto di vista delle applicazioni, solo con una dimensione della pagina di 4K anziché di 16K.

=== I browser funzionano all'interno della VM ospite?

Sì, ma funzioneranno in modalità X11. Tuttavia, c'è un avvertimento: *le istanze del browser all'interno dell'ospite non possono comunicare con le istanze del browser all'esterno dell'ospite, ed è pericoloso eseguire lo stesso profilo del browser sia nell'ospite che nell'host*.

Per evitare questi problemi, muvm configura una variabile d'ambiente per forzare Firefox a utilizzare un profilo dedicato quando viene avviato all'interno della VM. Ciò significa che le applicazioni che avviano un browser (ad esempio per scopi di accesso o di documentazione) funzioneranno come previsto, ma Firefox si avvierà utilizzando un profilo dedicato senza accedere ai tuoi cookie, alla cronologia, ecc.

CAUTION: Se avvii simultaneamente lo stesso profilo del browser nell'ospite e nell'host, i dati del tuo profilo potrebbero corrompersi. Se il tuo browser predefinito non è Firefox, e stai utilizzando app emulate che potrebbero avviare inavvertitamente il tuo browser predefinito, ti consigliamo vivamente di chiudere tutte le finestre del browser prima di utilizzare muvm o di configurare manualmente dei profili separati.

=== Posso usare sudo all'interno della VM?

Poiché il monitor della VM viene eseguito con l'identità del tuo utente, non può ottenere i privilegi di root. "root" all'interno della VM ha comunque solo i privilegi del tuo utente, quindi sudo non ha molto senso (e infatti non funziona). Consigliamo di installare il software che desideri utilizzare con muvm+FEX all'interno della tua directory home. Per il software progettato per essere installato sotto /opt o simili, consigliamo di eseguire i passaggi di installazione manualmente sul sistema operativo host, per poi avviare semplicemente l'app sotto muvm.

"Se hai bisogno di accedere a una shell root all'interno della VM per scopi di debug, puoi eseguire `muvm -tip 3335 +++--+++ bash`. Tieni presente che, nonostante tu sia "root", non sarai in grado di modificare la maggior parte dei file di sistema di proprietà di root, e tutti i file creati saranno in realtà di proprietà dell'identità del tuo utente non-root. Una shell root è utile principalmente per fare cose come lo `strace` di altri processi o per modificare le impostazioni di configurazione del kernel o della rete dell'ospite (ma queste modifiche non persisteranno al riavvio della VM)."

=== Le applicazioni all'interno della VM possono comunicare con le applicazioni all'esterno della VM?

La comunicazione è per lo più limitata al filesystem dell'host. La VM condivide la tua directory home (e di fatto la maggior parte del filesystem) con l'host, quindi qualsiasi file creato da un lato sarà visibile dall'altro.

Grazie a virtiofs-DAX, la comunicazione tramite memoria condivisa (`/dev/shm`) è disponibile anche tra le app ospiti e le app host. Questo viene utilizzato, ad esempio, dal codice di inoltro di X11.

È anche possibile condividere l'audio tra le app dell'host e quelle dell'ospite utilizzando il supporto per l'inoltro di PulseAudio. Ad esempio, puoi registrare l'audio dell'ospite utilizzando un'app di registrazione sull'host e registrando dal dispositivo "Monitor" del sistema. Puoi anche configurare sink/source virtuali nell'host utilizzando i normali meccanismi di PipeWire, e indicare alle app ospiti di utilizzarli per l'I/O audio per avere un instradamento e un'elaborazione audio personalizzati. Nota che il protocollo nativo di PipeWire non viene passato, ma solo il protocollo PulseAudio che è più limitato (ma più comunemente usato dalle applicazioni). Le applicazioni ALSA sono supportate tramite il plug-in `pulse`.

"Se utilizzi un compositore host che supporta l'XWayland video bridging (come KDE Plasma / KWin), sarai in grado di condividere lo schermo / catturare lo schermo dalla VM, inclusi gli schermi host completi e le finestre Wayland. Assicurati che l'app in esecuzione supporti la cattura di finestre/schermi XComposite "classica". Quando avvii la condivisione dello schermo, potrai selezionare direttamente le finestre delle applicazioni X11 o scegliere la finestra virtuale "Xwayland Video Bridge". Quando lo farai, KDE ti chiederà automaticamente quale finestra o schermo effettivo desideri condividere."

=== Perché la VM ha meno core CPU?

Per impostazione predefinita, `muvm` passa tante CPU quanti sono i core di prestazioni (performance core) presenti sulla macchina host, e associa tali vCPU ai core di prestazioni fisici. Poiché lo scheduler della CPU dell'host non ha visibilità sullo scheduler della CPU dell'ospite, questo garantisce che le prestazioni siano costanti. È possibile modificare questo comportamento con l'opzione `muvm --cpu-list=CPU_LIST`.

=== Come posso utilizzare un'unità esterna come cartella della libreria di Steam?

Segui questi passaggi per configurare un'unità esterna per Steam:

. Formatta la tua unità esterna utilizzando un filesystem nativo di Linux, come ext4.
+
NOTE: FAT32, exFAT e altri filesystem privi di supporto per i permessi di Linux non funzioneranno.

. Monta la tua unità manualmente in una directory accessibile a muvm, come `/mnt/steam`.
+
NOTE: Consigliamo di montare l'unità manualmente (ad es. `sudo mount /dev/sdX1 /mnt/steam`, dove `sdX1` è il file di dispositivo della tua unità). Se configuri l'unità per montarsi automaticamente tramite `/etc/fstab`, il sistema non si avvierà qualora l'unità non fosse collegata.
+
NOTE: Il punto di montaggio predefinito per le unità montate tramite l'ambiente desktop (udisks) non funzionerà in questo momento.

. Assicurati che la radice del filesystem sia accessibile al tuo utente normale:
+
`sudo chown $\{USER}: /mnt/steam`

. Crea una cartella vuota chiamata `steamapps` nella radice del punto di montaggio:
+
`mkdir /mnt/steam/steamapps`

. Avvia Steam normalmente

. Fai clic sulla scheda Libreria, quindi fai clic sull'icona dell'ingranaggio (impostazioni)

. Seleziona *Spazio di archiviazione* nel menu a sinistra, fai clic sulla casella combinata nella parte superiore del pannello e seleziona *Aggiungi unità*.

. Sfoglia fino al punto di montaggio della tua unità (`/mnt/steam`), in modo che l'unica cartella visibile nella finestra dell'elenco di selezione dei file sia la cartella vuota `steamapps` all'interno, quindi (senza effettuare ulteriori selezioni) fai clic sul pulsante *Seleziona*.

Ora dovresti essere in grado di selezionare la nuova posizione di scaricamento, impostarla come predefinita e scaricare i giochi al suo interno.