[Silvan]

Ciao,
la risposta breve è che il problema sarà risolto con l’aggiornamento di rpm 4.18.1-3mamba. Anche se ci sono problemi con dnf dovrebbe comunque essere possibile applicare questo aggiornamento con i consueti meccanismi di aggiornamento dal desktop.

La risposta lunga è che il problema è una riproposizione di quanto già descritto in questo commento in quanto a causa di un errore si è riproposto nel repository rolling l’aggiornamento di libsqlite 3.42.0. Tuttavia questa volta il problema è stato riscontrato e risolto definitivamente upstream dagli sviluppatori di rpm.

Il file con estensione sqlite-wal è un file binario che contiene un journal di database sqlite, pertanto non è corretto né utile aprirlo con kate.

• Questa risposta è stata modificata 1 anno, 6 mesi fa da Silvan.
• Questa risposta è stata modificata 1 anno, 6 mesi fa da Silvan.
• Questa risposta è stata modificata 1 anno, 6 mesi fa da Silvan.

[Silvan]

Ciao,
il problema dovrebbe essere stato risolto con libgomp 13.1.1-2mamba, puoi verificare se hai questa versione installata con il comando rpm -q libgomp?

[Silvan]

Ciao,
il problema dovrebbe essere risolto con l’aggiornamento di libmount (2.39-2mamba) che sarà disponibile nelle prossime ore. Grazie per la segnalazione.

[Silvan]

Ciao,
il problema è stato provocato dall’aggiornamento di libsqlite 3.42.0 che è stato disponibile come aggiornamento per alcune ore prima che lo ritirassi.
La correzione veloce consiste nell’aggiornare manualmente il pacchetto libsqlite:

sudo rpm -U https://cdn.openmamba.org/pub/openmamba/devel/RPMS.x86_64/libsqlite-3.41.2-2mamba.x86_64.rpm

Questo dovrebbe essere sufficiente per ripristinare il corretto funzionamento di dnf e PackageKit.

Tuttavia se non lo fosse potrebbe essere necessario cancellare il database della cronologia dei comandi di dnf:

sudo rm -f /var/lib/dnf/history.sqlite*

Non volendo perdere la cronologia dei comandi questo database può essere ripristinato seguendo le istruzioni in questo commento: https://bugzilla.redhat.com/show_bug.cgi?id=1868860#c16

[Silvan]

Ciao,
bentornato e grazie per gli apprezzamenti.

Ho recentemente testato il driver nvidia corrente (530) su un PC e so che dovrebbe funzionare con la procedura che hai applicato, ovvero sudo dnf install xorg-drv-video-nvidia.

Come prima cosa mi chiedo se hai già verificato, magari installandolo su altri Linux, che il driver nvidia corretto sia quello che hai installato. Perché su TG fai riferimento ad una scheda “GTX 760 ti” ed una “GTX 750”, la prima sembrerebbe supportata dal driver 470 cercando qui: https://www.nvidia.com/download/index.aspx?lang=en-us

A parte questo, riguardo a cercare di recuperare l’accesso al sistema all’avvio:
– se l’avvio si ferma immediatamente su “openmamba starting” suggerisco di provare con le altre opzioni di avvio, dovrebbe esserci la modalità fail-safe. In questo caso la causa potrebbe essere un problema nella rigenerazione dell’initramfs dopo l’installazione del driver nvidia.
– Se l’avvio procede mostrando lo splash di openmamba e poi torna su “openmamba starting”, in questo caso il sistema dovrebbe essere avviato ma non sta partendo l’ambiente grafico, qui proverei a premere combinazioni come CTRL-ALT-F2 o CTRL-ALT-F3 per cercare di avere una console aperta

Riuscendo a recuperare l’accesso ad una console sarà possibile più facilmente individuare e correggere il problema. Se non si riesce in alcun modo potrà essere necessario avviare un supporto live di openmamba, montare e correggere l’installazione. In ogni caso dal live come prima cosa controllerei la presenza del file initramfs per il kernel corrente nella cartella /boot. Il nome del file corrente è:
/boot/initramfs-6.1.24-1mamba-x86_64.img

• Questa risposta è stata modificata 1 anno, 8 mesi fa da Silvan.

[Silvan]

Ciao,
ho cercato l’archivo del driver che penso tu stia usando ed ho provato a lanciare sudo uld/install.sh. Se il problema è che non compare la domanda dopo che ti viene mostrata la licenza puoi provare a premere ‘q’ per uscire dal comando more che lo script usa per visualizzarla.

[Silvan]

Ciao,
se c’è stato un crash proprio mentre veniva aggiornato il kernel sarebbe il caso di verificarne l’integrità dell’installazione o più facilmente rifarne l’installazione con il comando:
sudo dnf reinstall kernel-mamba-x86_64

Il kernel come sempre può essere avviato in modalità normale e con l’ultima versione selezionando la prima voce del menù di grub. Vi sono altre modalità di avvio, tra cui la voce descritta come “openmamba (proprietary video driver)”, tuttavia non mi è chiaro il motivo per cui scrivi che hai avviato il kernel 6.1.16 in questa modalità, hai un setup con i driver nvidia proprietari? Negli altri casi è prevedibile che avviare con questa modalità (qualunque versione del kernel) comporti quanto meno dei problemi fino al mancato avvio del desktop.

Questi sono i commenti che derivano direttamente da quanto scritto nel post, qualora quanto scritto non fosse utile o sufficiente per risolvere il problema, tuttavia chiarito che il kernel 6.1.16 vada avviato nella modalità predefinita, si potrà procedere con il valutare come mai il sistema non parta, o comunque appaia all’utente che non si avvii correttamente fino all’ambiente desktop.

[Silvan]

Ciao,
intendi l’ascolto dei tradizionali CD audio? Sto facendo delle verifiche su questo ma ci vorrà un po’ in quanto i lettori CD che ho sono su vecchio hardware ed hanno qualche problema di funzionamento.

[Silvan]

Ciao,
il seguente comando dovrebbe risolvere:
sudo dnf install libgtksourceview3

[Silvan]

Ciao,
il seguente comando:
sudo lsinitrd /boot/initramfs-5.15.74-1mamba-x86_64.img |grep nm-

dovrebbe restituire diverse righe tra cui una come:
-rwxr-xr-x 1 root root 689632 Nov 23 12:25 usr/libexec/nm-initrd-generator

Se questa riga è presente la procedura è stata fatta correttamente e sarebbe da verificare che l’errore che ricevi sia sempre esattamente lo stesso (strano) e che effettivamente stai avviando il kernel 5.15.74 in modalità predefinita ovvero con la prima voce di avvio del menù di grub.

Se questa riga non è presente vediamo tutte le righe che ti ha restituito il comando sopra per cercare di capire, ma sarebbe strano anche questo se hai aggiornato NetworkManager alla versione odierna (1.40.4-2mamba).

[Silvan]

Ciao,
l’errore nell’installazione del modulo network-manager di dracut dovrebbe essere corretto con un aggiornamento di NetworkManager. Una volta effettuato questo aggiornamento dovresti eseguire nuovamente il comando sopra indicato per rigenerare l’initramfs.
L’output di dracut riporta un problema con il bootsplash, a meno che non sia intenzionale averlo impostato in modalità testo puoi controllare che il file /etc/plymouth/plymouthd.conf contenga:

[Daemon]
Theme=breeze

• Questa risposta è stata modificata 2 anni, 1 mese fa da Silvan.

[Silvan]

Ciao,
suppongo che l’eseguibile riportato sia usr/libexec/nm-initrd-generator.
Puoi copiare qui l’output del seguente comando?
sudo mkinitrd -f /boot/initramfs-5.15.74-1mamba-x86_64.img 5.15.74-1mamba-x86_64

[Silvan]

Forse nel frattempo hai disinstallato il pacchetto ndiswrapper ed è rimasta una situazione non pulita per cui dkms si ferma a questo errore e non procede oltre. In tal caso proverei a cancellare la cartella indicata (attenzione a specificare il percorso corretto per non rischiare di cancellare in modo irreversibile grosse aree del filesystem):
sudo rm -rf /var/lib/dkms/ndiswrapper/1.63

Riprovando, dopo il riavvio, una delle indicazioni di diagnostica di dkms che ho dato nei post precedenti, si può verificare se ci sono altri problemi analoghi da risolvere o se dkms è andato avanti a compilare i driver configurati. Nel caso in cui non ci fossero errori ma dkms non indicasse di aver installato il driver rtl8188eus allora controllerei che il pacchetto che ha lo stesso nome sia effettivamente installato nel sistema.

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

[Silvan]

Proverei invece a guardare cosa restituisce questo comando:
sudo journalctl -b -u dkms

Il comando openmamba-makereport adesso si chiama os-makereport ma per adesso non serve.

[Silvan]

Ciao,
ho verificato che il driver rtl8188eus viene compilato correttamente da dkms con l’ultimo aggiornamento del kernel che è soltanto una patch release. Per capire quale sia nello specifico il tuo problema si potrebbe iniziare a guardare cosa riporta il comando:
sudo dkms status
ed eventualmente guardare un report di sistema.

Per quanto riguarda un problema relativo a kdewallet ti chiedo la cortesia di aprire un post a parte con un titolo pertinente. Grazie.

[Autore]

Articoli