[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 11 mesi, 2 settimane 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 1 anno, 4 mesi 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 1 anno, 5 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.

[Silvan]

Ciao,
io non ho un crash, tuttavia riscontravo un problema nella gestione dei pacchetti Flatpak, che ho corretto ed è da vedere se risolve anche per te.
La modifica arriverà con l’aggiornamento di fuse3 ma se vuoi anticipare il test puoi eseguire questo comando da terminale:
sudo chmod +s /usr/bin/fusermount3

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

[Silvan]

Ciao,
ho corretto con un aggiornamento il problema che viene riportato circa la mancanza di fusermount3, è cambiato qualcosa?

[Silvan]

Ciao,
potresti provare ad installare questo:
https://github.com/aircrack-ng/rtl8188eus

oppure trovi il pacchetto che ho aggiunto nel repository di openmamba e che a breve potrai installare con:
sudo dnf install rtl8188eus

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

[Silvan]

Ciao!
Il driver che stai usando, fornito dal pacchetto 88x2bu è vecchio e la versione più aggiornata si trova nel pacchetto rtl88x2bu, quindi consiglio di provare a sostituirlo con i seguenti comandi:

sudo dnf remove 88x2bu
sudo dnf install rtl88x2bu

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

[Autore]

Articoli