[Silvan]

Il motore di ricerca rimanda a questa issue nel progetto balena-io/etcher. Non ci sono indicazioni circa problemi relativi all’immagine ISO di openmamba. Puoi provare un altro tool, chiedere supporto agli sviluppatori di BalenaEtcher o magari chi te l’ha consigliato qui riesce ad aiutarti. Questa pagina del wiki di Arch Linux nella sezione 1.2 elenca una serie di strumenti che possono essere usati in Windows per fare l’operazione di scrittura di un’immagine ISO su una chiavetta USB.

[Silvan]

Ciao,
la ISO che stai usando va bene come qualunque altra delle ISO disponibili.
Per poter ricevere aiuto sul problema che stai riscontrando potresti fornire maggiori dettagli sugli errori riscontrati, ad esempio uno screenshot che contenga il messaggio di errore ricevuto, quale strumento hai usato e con quali impostazioni.
L’immagine ISO deve essere integra e copiata come file immagine, modalità anche riferita come dd in alcuni strumenti per Windows.

[Silvan]

Ciao,
non risulta una problematica evidente dal report del sistema. Hai la possibilità di verificare se il bluetooth funziona avviando un sistema live da un’immagine ISO recente?

[Silvan]

Ciao,
per verificare se vi siano problemi specifici nel supporto del dispositivo o nella tua installazione puoi generare un “Report del sistema” con l’omonima funzione che si trova nel menù delle applicazioni della tua installazione di openmamba ed inviare il file generato usando la voce di menù “Supporto > Invia un report” su questo sito.

[Silvan]

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 9 months, 3 weeks fa da Silvan.
• Questa risposta è stata modificata 9 months, 3 weeks fa da Silvan.

[Silvan]

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

[Silvan]

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 9 months, 4 weeks fa da Silvan.

[Silvan]

Sembra la situazione di questo post.
openmamba è installato con boot UEFI, EndeavourOS è installato in Legacy/BIOS mode? Se è così questo spiega perché uno non può avviare l’altro.

[Silvan]

Che strano. Il seguente comando restituisce qualcosa?
grep -i EndeavourOS /boot/grub/grub.cfg

[Silvan]

Ciao,
secondo l’output del comando sudo update-grub la partizione con EndeavourOS è stata rilevata e quindi aggiunta al menù di avvio del bootloader di openmamba:
Found EndeavourOS Linux (rolling) on /dev/nvme0n1p2

Qual è il problema, non trovi l’opzione di avvio per EndeavourOS o non si avvia correttamente?

• Questa risposta è stata modificata 9 months, 4 weeks fa da Silvan.

[Silvan]

Ciao,
normalmente gli altri sistemi presenti nei dischi del PC vengono rilevati automaticamente ed aggiunti al menù di Grub di openmamba attraverso il componente os-prober.
Qualora ci fosse stato un problema nel rilevare l’altro O.S. il seguente comando (che rigenera il menù di Grub) potrebbe fornire informazioni utili:
sudo update-grub

[Silvan]

Ciao,
per quanto riguarda il problema della connettività a me risulta risolto con la release 1.4.3-2mamba.

[Silvan]

Ciao,
al momento non ho molto da aggiungere a quanto scritto da morphmex.
L’avvio con secure boot non è supportato ma mi chiedo come hai preparato ed avviato la prima chiavetta, visto che il boot l’ha fatto.
Non so, questo tool forse ha installato un proprio EFI loader di Grub che supporta il secure boot ma poi ha cambiato qualche nome o percorso (non conoscendo o non supportando il supporto live di openmamba), visto che non viene trovato /run/initramfs/live/LiveOS/squashfs.img.
Anche aggiustando il percorso, poi dopo l’installazione temo che ci sarebbe di nuovo un problema per via del secure boot…

[Silvan]

Ciao,
il problema cui presumibilmente ti riferisci è stato individuato e corretto ieri, pertanto suggerisco di effettuare il normale aggiornamento del sistema. Nonostante l’errore di connettività segnalato nella Pagina principale, la sezione Aggiornamenti di Discover funziona normalmente.

[Silvan]

lillo wrote:

Scusa l’ignoranza. Per correggere la lingua: vado su editor di testo digito “/etc/locale.gen” e do invio. Tolgo # sulla lingua desiderata. Chiudo l’editor. Sul terminale do il comando “sudo locale-gen”. E’ giusto?

Sì. È un file che va modificato con i privilegi di root, quindi andrebbe editato da linea di comando con il tuo editor preferito, ad esempio con:
sudo mcedit /etc/locale.gen

Se non hai dimestichezza con questa operazione puoi attendere l’aggiornamento di langpacks-it che sarà disponibile nelle prossime ore e che è finalizzato a correggere automaticamente il problema.

[Autore]

Articoli