[Silvan]

Ciao,
questi problemi sono abbastanza singolari. Stai usando la versione standard con KDE Plasma o la versione light con LXQt?
Per verificare quale sia il problema un modo è generare un report del sistema tramite l’apposita funzione nel menù dei programmi ed allegarlo qui o inviarlo tramite l’apposita voce sotto la sezione Supporto.
Altrimenti da una finestra di terminale puoi verificare la situazione degli aggiornamenti digitando i comandi:

sudo dnf refresh
sudo dnf update

ed in caso di problemi copiare la risposta ricevuta qui nel forum.

[Silvan]

Ciao,
mi dispiace ma in openmamba sono mantenuti soltanto i DE KDE Plasma e LXQt.

I pacchetti di Cinnamon che hai provato ad installare sono presenti per motivi storici e lasciati per un’eventuale disponibilità futura a mantenere questo ambiente. Lo stesso discorso vale per Gnome, anni fa openmmamba aveva la versione per Gnome ma poi è stata abbandonata per una combinazione del basso (o nullo) numero di utenti che la utilizzavano e mancanza di disponibilità per mantenerlo.

Ovviamente se Cinnamon o altri DE sono sono un requisito importante per l’utente ci sono tante altre distribuzioni da scegliere…

• Questa risposta è stata modificata 6 mesi, 3 settimane fa da Silvan.

[Silvan]

Ciao,
se vuoi puoi inviarmi un report di sistema dopo l’avvio con il driver che hai installato rtl88xxau e quando la chiavetta lampeggia.

[Silvan]

Ciao,
grazie per le informazioni. Ho aggiunto il pacchetto rtl88xxau che è quello che dovrebbe supportare il dispositivo. Con i seguenti comandi puoi rimuovere il driver precedentemente installato ed installare quello nuovo:

sudo dnf refresh
sudo dnf remove rtl8812au
sudo dnf install rtl88xxau

[Silvan]

Come hai giustamente specificato probabilmente bisogna fare il pacchetto per la variante aircrack-ng del driver che porta lo stesso nome e supporta dispositivi con USBID diversi. In tal caso se puoi solo fornire l’output del comando lsusb possiamo evitare l’analisi del report di sistema.

[Silvan]

In questi casi bisognerebbe provare a caricare il driver manualmente, verificare la corrispondenza degli USBID con quelli del driver, verificare la presenza di eventuali messaggi del kernel, ecc.

Affinché sia io a poter verificare la situazione puoi altrimenti generare un Report del sistema (disponibile nel menù delle applicazioni) ed inviarlo usando l’apposita sezione del sito nel menù Supporto.

[Silvan]

Secondo NVIDIA quello che risulta a me è che il driver per GeForce 660t è il 470 ( https://www.nvidia.it/Download/index.aspx?lang=it ), il driver 460 è solo una versione vecchia del driver che supporta gli stessi chipset, infatti nella lista dei driver attuali compare solo il 470 ( https://www.nvidia.com/it-it/drivers/unix/ ).

Se il driver nvidia_470 non ha funzionato può essere per vari motivi diversi dal fatto che non sia il driver giusto. Inutile provare il driver nvidia_390 che non è compatibile né con gli attuali sistemi Linux né con la tua scheda video, questi chipset più vecchi sono in qualche modo supportati dal driver nouveau, e tendenzialmente non c’è alternativa.

[Silvan]

Ciao,
ho creato e puoi provare il pacchetto rtl8812au. Lo puoi installare da terminale con i comandi:

sudo dnf refresh
sudo dnf install rtl8812au

[Silvan]

Sì, c’era un typo nel mio comando che hai copiato.
Puoi cercare i pacchetti disponibili con il sottocomando dnf search, ad esempio:
sudo dnf search nvidia

[Silvan]

Ciao,
il comando raccomandato per l’aggiornamento di openmamba rolling è sudo dnf update, come indicato da fredflinstone. Il comando sudo dnf upgrade normalmente, ovvero a meno di problematiche inattese nel repository base, fornisce un risultato equivalente.

[Silvan]

Ciao e benvenuto,
l’impostazione predefinita del forum permetteva la modifica di post e commenti entro 5 minuti ed ho alzato questo tempo a 60 minuti.

Riguardo al driver NVIDIA, il chipset Geforce 660ti risulta supportato dalla versione 470 del driver, per cui se hai installato il driver NVIDIA corrente, e ti è possibile nella modalità failsafe, suggerisco di installare la versione compatibile del driver con i seguenti comandi:

sudo dnf remove xorg-drv-video-nvidia
sudo dnf install xorg-drv-video-nivida_470

Purtroppo come è noto i driver proprietari NVIDIA non hanno un’architettura molto “friendly” con le distribuzioni Linux prima di tutto perché chipset più vecchi sono (non) supportati da versioni passate del driver che non coesistono con la versione corrente. Tuttavia il driver 470 corrisponde alla penultima serie di driver ed è ancora tendenzialmente compatibile con il modello KMS dei kernel linux recenti e penso sia al momento da verificare che non vi siano delle patch da applicare per la compilazione con l’attuale kernel 6.6.

• Questa risposta è stata modificata 6 mesi, 3 settimane fa da Silvan.

[Silvan]

Ciao,
vedendo che a me continua a funzionare ho fatto ulteriori test ed ho trovato che la modifica efficace è stata cambiare l’user-agent mozilla/5.0 che probabilmente viene bloccato. Nell’esempio dell’immagine allegata ho impostato mozilla 5.0 all’avvio dopo aver cliccato su Free-TV e sull’icona dell’ingranaggio. Ho impostato mozilla 5.0 per sbaglio, ma probabilmente va bene qualunque contenuto diverso da quelli che sono presenti in una block-list.

• Questa risposta è stata modificata 7 mesi fa da Silvan.

Attachments:

1. 

   Schermata_20240526_204530.png
   

[Silvan]

Per cambiare la password puoi seguire la procedura descritta in questo post sostituendo le istruzioni al punto 7 con:
sudo passwd nomeutente

per cambiare la password dell’utente (sostituisci nomeutente con il tuo nome utente che usi per il login)

In seguito puoi cambiare la password di root con:
sudo passwd

dopodiché puoi procedere al punto 8.

[Silvan]

Se la risposta è diversa inserendo la password correttamente oppure sbagliata significa che il controllo della password avviene ed il problema è successivo, ad esempio la cartella home dell’utente potrebbe non essere accessibile. Hai fatto l’installazione della home in una partizione separata?
Poi anche provare ad accedere come utente “root”, inserendo la stessa password oppure quella che hai impostato per root durante l’installazione. Una volta entrato come root puoi fare maggiori verifiche come controllare che la cartella /home/nomeutente sia accessibile, guardare se il comando dmesg restituisce quelli che potrebbero essere errori di lettura del disco (problema frequente su computer non recentissimi con hard disk meccanici che hanno un po’ di anni di vita), generare il report con os-makereport. Se non hai dimenticato la password non dovrebbe essere questo il problema, in ogni caso da utente root puoi cambiarla con passwd nomeutente.
Se non riesci neanche ad accedere come root, ma mi sembrerebbe strano a meno di non sapere la password, bisognerà partire dal supporto live di openmamba.

• Questa risposta è stata modificata 7 mesi fa da Silvan.

[Silvan]

Ciao e benvenuto.
Non mi risulta un problema generale, anche dopo gli ultimi aggiornamenti, quindi provo a scrivere alcune indicazioni per cercare di aiutarti a risolvere.

1) al login, se stai usando la versione standard con KDE Plasma, assicurati che in basso a sinistra sia selezionato: “Sessione del desktop: Plasma (Wayland)” (dovrebbe andare anche Plasma (x11) ma se il problema fosse qui sarebbe già un’informazione utile).

2) verificare il login da una console virtuale: premendo CTRL-ALT-F3 ed immettendo nome utente e password, se l’accesso avviene correttamente si potrebbe generare un report con

sudo os-makereport

che se poi hai modo di copiare su una chiavetta USB o leggere da un altro O.S. potresti inviare tramite l’apposita pagina di questo sito. Posso scrivere maggiori indicazioni in un prossimo messaggio.

Buon weekend.

[Autore]

Articoli