Openmamba su VirtualBox

Home Page Forum utenti Openmamba su VirtualBox

  • Questo topic ha 12 risposte, 2 partecipanti ed è stato aggiornato l'ultima volta 1 mese fa da jonny2031.
Visualizzazione 11 filoni di risposte
  • Autore
    Articoli
    • #34413
      jonny2031
      Partecipante

      Salve, ho voluto provare Openmamba su virtualbox, tramite windows 11, per testare e vedere come “gira” questa distro, e direi che non è male, anzi è molto completa e per ora non ho trovato intoppi, apparte un problema ma penso legato a virtualbox, in pratica settando come emulatore grafico VMSVGA e abilitando l’accelerazione 3D riscontro dei messaggi di errore dal kernel e alcune applicazioni, tipo gimp, presentano dei glich al posto dei caratteri e icone, rimovendo l’accelerazione questi errori di visualizzazione spariscono, ma i messaggi di errore rimangono.Ho dunque provato a cambiare emulatore grafico, come suggerito dall’errore che riscontravo e passando a VboxSVGA con acceleratore 3D attivato ho risolto.Questo è legato solo al mio caso o c’è un problema che riguarda l’emulazione di questa distro con virtualbox?

      Purtroppo oggi non riesco a provare l’emulazione tramite virtualbox installato su Arch per verificare se ottenevo gli stessi risultati, in caso appena riesco, posto un reseconto.

      Grazie.

    • #34414
      Silvan
      Amministratore del forum

      Ciao,
      riscontro problemi simili e dubbi eseguendo openmamba da VirtualBox per openmamba.
      Sembra che VirtualBox raccomandi l’emulazione VMSVGA, laddove questa rappresenta l’emulazione di VMWare ed a logica sembrerebbe più indicato usare VBoxSVGA e questo è un primo dubbio.
      In entrambi i casi però al boot viene caricato il driver del kernel vmwgfx (quello di VMWare) che restituisce questi messaggi:

      [    4.531450] vmwgfx 0000:00:02.0: [drm] *ERROR* vmwgfx seems to be running on an unsupported hypervisor.
      [    4.531460] vmwgfx 0000:00:02.0: [drm] *ERROR* This configuration is likely broken.
      [    4.531462] vmwgfx 0000:00:02.0: [drm] *ERROR* Please switch to a supported graphics device to avoid problem
      s.

      Questo permette di fare una ricerca che riconduce ad esempio a questo post. Qui si dice che il problema potrebbe risolversi disattivando Hyper-V sulla macchina host, che potrebbe avere senso, ma non ho provato.

      Su openmamba è installato VirtualBox-guest che attiva il servizio vboxdrmclient, che tuttavia dovrebbe servire più che altro per le integrazioni del display con l’host, ad esempio il ridimensionamento automatico.

      Questo è quanto, al momento non so se e cosa ci possa essere da modificare nei client di openmamba.

      • Questa risposta è stata modificata 1 mese, 1 settimana fa da Silvan.
    • #34416
      jonny2031
      Partecipante

      Ciao, grazie per la risposta. In effetti virtualbox consiglia l’uso di VMSVGA, mentre se seleziono VboxSVGA mi dice che potrebbe riscontrare problemi, il fatto resta che invece io ho l’effetto contrario, se abilito Vbox… va tutto bene e non riscontro errori, mentre con il consigliato VM… riscontro i tuoi stessi errori, ho disabilitato hyper-V e altri applicativi per la virtualizzazione, per poter usare un’emulatore android gia da prima, dunque il problema sta altrove.

      Leggo che comunque hai riscontrato il problema in entrambi i casi, bhe io ho provato a disinstallare i guest e dopo aver cambiato l’emulatore grafico li ho reinstallati e sembra che funzioni, almeno adesso non ricevo più nessun messaggio di errore.

      Con questo non sto dicendo che il problema sta in Openmamba anzi sono sicuro che è l’emulazione video di virtualbox ad avere problemi, sopratutto l’attivazione del 3D che da quel che ho letto gia in passato dava parecchi problemi.

    • #34417
      jonny2031
      Partecipante

      Ho effettuato un’altra prova installando Arch sempre su virtualbox, eseguendo un’installazione da terminale, cosi da evitare di trovarmi componenti extra e installato una grafica gnome per vedere se il problema era legato a KDE, alla fine ho riscontrato lo stesso problema con VMSVGA, con la differenza che si presentano dei glich solo con 3D abilitato e nessun avviso di errore, questo conferma che virtualbox ha dei problemi legati all’emulazione video(spero che risolvano nei prossimi aggiornamenti).

      Ho poi riscontrato un problema questa volta legato a Openmamba, rigurda la condivisone della cartella con virtualbox, ho creato la cartella su win, aggiunta tramite la funzione di vb e abilitato il montaggio automatico, purtroppo quando entro in Openmamba non trovo la cartella condivisa, i guest sono installati e anche il gruppo vboxsf è presente, il problema non si ripropone in arch che invece viene visualizzata correttamente. P.s:ho scaricato e installato anche il gestore File ma anche con quello non visualizzo la cartella.

       

      Grazie.

    • #34418
      Silvan
      Amministratore del forum

      Ciao,
      grazie per le verifiche e le informazioni sulle emulazioni video.
      Riguardo al montaggio delle cartelle condivise ho fatto un test nel mio ambiente (openmamba host e guest) e mi risulta funzionare, le condivisioni vengono montate anche se le configuro a macchina avviata. Hai specificato un punto di mount esistente nella macchina client openmamba? La condivisione può essere montata a mano (come con i comandi seguenti)?

      mkdir /mnt/shared
      mount -t vboxsf shared /mnt/shared
    • #34419
      jonny2031
      Partecipante

      Grazie ancora per la risposta, no ho fatto un montaggio in automatico, solitamente funziona…comunque provo a creare una cartella su openmamba e la imposto anche su vb vediamo se risolvo.Mi faccio vivo appena fatto i vari test.

    • #34420
      jonny2031
      Partecipante

      Risolto con il montaggio manuale, direttamente in Home e aggiungendo l’utente al gruppo vboxsf…grazie.

      Si funziona fino a che non spengo o riavvio la macchina virtuale, a quel puntu la cartella ricompare ma passa di proprieta root e gruppo root, ho dunque cambiato ulteriormente il proprietario con user e gruppo vboxsf, ma a quel punto mi è sparita la cartella che avevo creato nelle impostazioni vbox. Ho dunque impostato di nuovo la cartella in VB e ora la vede come unità esterna removibile come dovrebbe essere con montaggio in automatico e senza dare coordinate di montaggio.E’ da un pò che non usavo più VB ma credo che sia peggiorato e non di poco, mai avuto tutti questi casini prima, e avevo diverse macchine virtualizzate.Ora provo a ravviare e vedo le conseguenze, ma ho paura ahahah

      • Questa risposta è stata modificata 1 mese fa da jonny2031.
      • Questa risposta è stata modificata 1 mese fa da jonny2031.
      • Questa risposta è stata modificata 1 mese fa da jonny2031.
    • #34425
      jonny2031
      Partecipante

      Fatto varie prova ma la cartella ad ogni ravvio/spegnimento della macchina virtuale sparisce e per ripristinarla devo disabilitarla da VB e riabilitarla, con arch questo problema non si verifica, ed ad ogni ravvio la cartella viene montata in automatico.Proprio non riesco a capire dove possa essere il problema.

      Ho constatato che la cartella all’avvio viene montata in automatico in /media/ ma viene acquisita da root e assegnata al gruppo root, mentre dovrebbe essere assegnata al gruppo vboxsf, questo impedisce che la cartella vada in condivisione. Forse a forza di smanettare ho irrimediabilmente incasino openmamba perchè ora non parte più neanche gimp, installato sia tramite Discover che dnf ma nulla, esegue ma dopo pochi istanti si chiude. Anche spectacle mi ritorna un errore e non riesce a fare screen.Domani procedo ad una nuova installazione.

      • Questa risposta è stata modificata 1 mese fa da jonny2031.
      • #34427
        Silvan
        Amministratore del forum

        Ciao,
        da me anche una condivisione di cui non sia specificato il punto di mount viene montata con il seguente percorso e permessi:

        $ ls /media/sf_Shared/ -ld
        drwxrwx--- 1 root vboxsf 4096 28 ott 19.01 /media/sf_Shared/

        Sicuramente quello che non viene fatto automaticamente è che l’utente sia inserito nel gruppo vboxfs, per cui ciò può essere fatto eseguendo questo comando:
        sudo usermod --append --groups vboxsf nomeutente

        Non so spiegare i problemi che riscontri nel tuo setup ma siccome mi sembra che tu abbia scritto che hai fatto modifiche tra cui disinstallare e reinstallare VirtualBox-guest potrebbe essere che questa operazione abbia creato un funzionamento inatteso ed il test da una nuova installazione che hai in programma potrebbe essere utile.

        • Questa risposta è stata modificata 1 mese fa da Silvan.
        • Questa risposta è stata modificata 1 mese fa da Silvan.
    • #34430
      jonny2031
      Partecipante

      Ciao di nuovo grazie per la pazienza,nel gruppo vboxsf avevo gia incluso il mio utente, comunque  confermo con installazione nuova tutto funziona perfettamente,anche dopo il ravvio la cartella viene montata in automatico, per quanto riguarda la vecchia installazione ho rimosso il pachetto guest e fatto pulizia della cache di dnf, eliminato la cartella in /media/ e ravviato, al ravvio naturalmente la cartella in /media/ non era presente, reistallato i guest tramite dnf, ravviato, e controllato in media, come sempre la cartella è stata ricreata ma con proprietario e gruppo root, e non c’è condivisione. Per ora ho “risolto” cambiando il gruppo di appartenenza a quest’ultima con vboxsf e reimpostando ogni volta la condivisione nelle impostazioni di VB. Non proprio il massimo ma almeno posso interagire con l’esterno  mentre cerco una soluzione al problema.In caso di aggiornamenti ci sentiamo.Ciao grazie ancora per la disponibilità.

      • Questa risposta è stata modificata 1 mese fa da jonny2031.
      • Questa risposta è stata modificata 1 mese fa da jonny2031.
    • #34433
      jonny2031
      Partecipante

      Chi la dura la vince, ho risolto, disinstallato i guest tramite dnf e reistallati direttamente dal cd virtuale integrato in vb ora la cartella viene montata in automatico senza problemi. Ma gimp non ne vuole sapere di andare. Sarà il prossimo obiettivo ahahah.

      Ok ho fatto varie prove e alla fine penso sia un problema della distro, almeno sotto VB, sia in questa, che nella installazione pulita gimp non va, ma anche alcuni software che avete messo a disposizione tramite il menu “Centro di controllo openmamba”, come digiKam showFoto tentano l’esecuzione, ma poi si chiudono. Tra l’altro nella didascalia si legge gimp tra i software che dovrebbero essere installati, ma non è presente dopo l’installazione. Potresti, se hai tempo, fare delle prove. Grazie.

      • Questa risposta è stata modificata 1 mese fa da jonny2031.
      • Questa risposta è stata modificata 1 mese fa da jonny2031.
    • #34438
      jonny2031
      Partecipante

      Niente da fare ho ceracato anche su internet ma nulla, ora proverò a chiedere un supporto a gimp, il problema sembra legato ad una libreria, anche digiKam a sua volta a problemi con altre librerie.Ho fatto uno screen dell’errore durante il tentativo di esecuzione di gimp.

      P.s:ho effettuato un’ulteriore installazione, il problema rimane sia prima che dopo gli aggiornamenti…non riesco a capire perchè qualche giorno fa funzionava e ora riscontro problemi.

    • #34449
      jonny2031
      Partecipante

      Ho installato openmamba in dual boot con windows sul portatile e ora tutto funziona, gimp compreso, da quel che posso dedurre il problema si riduce sugli addons di VB e il mancato supporto driver della scheda grafica virtuale, openmamba funziona perfettamente.

Visualizzazione 11 filoni di risposte
  • Devi aver eseguito l’accesso per poter rispondere a questa discussione.