[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 1 mese, 3 settimane 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.

[Silvan]

Ciao,
nel recente aggiornamento di glibc è stata fatta una modifica che implementa la gestione della lingua di sistema attraverso il file /etc/locale.gen ed il tool locale-gen, meccanismo usato anche da Debian e Arch Linux.

L’aggiornamento dovrebbe aver configurato automaticamente la lingua di sistema in base alla variabile LANG che è definita in /etc/locale.conf. Si può vedere il contenuto di questo file per capire se ci sia stato un problema?

cat /etc/locale.conf

In ogni caso puoi impostare le lingue supportate da glibc editando il file di configurazione /etc/locale.gen e togliendo il primo carattere di commento (#) in corrispondenza della lingua desiderata (per l’italiano it_IT.UTF-8) e poi eseguire il comando per processare le lingue configurate:

sudo locale-gen

[Silvan]

tedesfo wrote:

Faccio una domanda, per pura curiosità mia.

Come mai il problema c’è solo nelle iso con KDE e non in quelle con LXQT?

Ciao, perché il livecd attualmente disponibile è stato aggiornato verso fine settembre mentre livecd-light è rimasto nella versione di agosto.

[Silvan]

Ciao,
il problema dovrebbe essere corretto nelle nuove snapshot delle immagini ISO di livecd e livedvd che sono in coda di lavorazione e saranno rilasciate appena possibile.
Dovrebbe essere possibile usare le ISO attuali per l’installazione se si aggiorna prima calamares:
sudo dnf update calamares

[Silvan]

Ciao,
più che i font, sembra che tutta la finestra di LibreOffice sia riscalata. Alcuni risultati di una ricerca in rete evidenziano come possibili cause il fatto che sia configurato il rescaling del desktop dalle impostazioni dello schermo, altre suggeriscono di verificare l’impostazione dei font in particolare per antialiasing e subpixel hinting.

[Silvan]

Ciao,
nei supporti livecd e livedvd non è impostata alcuna password né per root, né per l’utente liveuser. Il desktop e le console sono impostate per il login automatico dell’utente liveuser il quale può avere i privilegi di root attraverso il comando sudo, quindi se vuoi anche per impostare la password di root, qualora ce ne fosse un’utilità.

• Questa risposta è stata modificata 2 mesi, 1 settimana fa da Silvan.

[Silvan]

Ciao,
io non riproduco il problema in nessuna installazione, compresa una nuova installazione.
Se puoi allegare uno screenshot della finestra di LibreOffice Writer con la casella di selezione dei font aperta forse si riesce a capire meglio quale sia il problema.

[Silvan]

Ciao,
il pacchetto waydroid adesso è disponibile per l’installazione dal repository di openmamba.
Da terminale può essere installato con:
sudo dnf install waydroid

[Autore]

Articoli