[Silvan]

Dovrebbe essere risolto dal rilascio di questo aggiornamento di samba.

[Silvan]

Non è corretto per la configurazione standard di openmamba, forse è stato sovrascritto quando hai eseguito dhclient a mano. Puoi aggiustarlo digitando esattamente i seguenti comandi:

sudo rm /etc/resolv.conf
sudo ln -fsv ../run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

[Silvan]

Ciao,
puoi copiare quello che restituisce il seguente comando? Grazie.

ls -l /etc/resolv.conf

[Silvan]

Ho cancellato il post precedente perché conteneva un copia/incolla inutile e che rendeva meno leggibile questo post.
Se vuoi puoi riprovare redirigendo l’output su un file e poi allegare quel file che nel seguente esempio si chiama /tmp/nm.txt.

sudo journalctl -u NetworkManager -b > /tmp/nm.txt

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

[Silvan]

Potresti anche allegare l’output del seguente comando?

sudo journalctl -u NetworkManager -b

Possibilmente eseguito poco dopo un reboot ed aver atteso senza successo che si connetta al wifi per 1-2 minuti. Grazie.

 

[Silvan]

L’aggiornamento di NetworkManager alla versione 1.46.0-2mamba è stato testato e rilasciato, quindi ti invito a verificare dopo aver fatto il normale aggiornamento del sistema controllando che venga aggioranto anche NetworkManager.
Sulla base di quello che scrivi, se corretto, bisognerebbe ipotizzare che ci sia invece un altro problema, in quanto il problema che è stato corretto si sarebbe dovuto risolvere anche con il downgrade a NetworkManager 1.44.2. In tal caso sarà opportuno vedere un report del sistema.

[Silvan]

Esatto! Il problema è in una regressione nel funzionamento del DHCP client con NetworkManager 1.46.0 maggiormente dettagliato nel link che ho riportato nella mia prima risposta.

[Silvan]

Può essere che il comando che hai eseguito non sia andato a buon fine o che non hai riavviato, non mi è dato saperlo.
La soluzione più alla portata di tutti gli utenti dovrebbe essere nell’aggiornamento di NetworkManager 1.46.0-2mamba che adesso si trova nel repository devel-makedist perché devo ancora farne i test.

[Silvan]

Ciao,
il problema, sulla base di quanto noto, dovrebbe essere causato dal fatto che nel sistema è installato NetworkManager nella versione 1.46.0 che è stato disponibile per l’aggiornamento per una breve finestra temporale circa un paio di settimane fa prima di constatare il problema e di essere ritirato ripristinando la versione 1.44.2. In tal caso avendo disponibile la connessione di rete via cavo la soluzione sarebbe eseguire il seguente comando da una finestra di terminale:
sudo dnf downgrade NetworkManager libnm

Riferimento upsteam del problema: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/1485

 

 

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

[Silvan]

Grazie e benvenuto tra gli utenti di openmamba!

Ho reso disponibile il pacchetto cuda che può essere installato da terminale con:

sudo dnf refresh
sudo dnf install cuda

Dopo l’installazione i files sono installati in /usr/lib64/cuda con i binari resi disponibili nel PATH effettuando un nuovo login. Poiché l’archivio distribuito da nVidia ed il pacchetto risultante sono piuttosto grossi (circa 4 GB), mi sono rimaste alcune cose da migliorare che però richiedono del tempo, per cui al momento potrebbero esserci problemi di dipedenze mancanti da installare.

In ogni caso se vuoi già effettuarne un test ed incontrassi dei problemi che puoi segnalare questo sarà utile per correggerli più velocemente in una successiva release.

[Silvan]

Ciao,
gli aggiornamenti a cui ti riferisci sono delle dipendenze del sottosistema Flatpak presenti di solito perché con Discover sono state installate una o più applicazioni distribuite in questo modo (sono indicate, appunto, con la dicitura Flatpak). È normalmente consigliato, in tutti i contesti di distribuzione di software e sistemi operativi, di effettuare gli aggiornamenti.

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

[Silvan]

Ciao, il messaggio indica che in un determinato momento non è stato possibile recuperare uno dei file di metadati utilizzati per la gestione degli aggiornamenti ed il problema si risolve da solo ad una successiva verifica degli aggiornamenti.

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

[Silvan]

(*)lapsus. Quindi cosa c’entra Linux Mint 18?

[Silvan]

L’output di VLC non è molto utile, gli ultimi errori non sarebbero bloccanti ed in tal caso sembrerebbe che VLC stia riproducendo il video ma probabilmente vedi uno schermo nero. Se fosse questo il caso proverei a disattivare il compositore degli effetti 3D nelle impostazioni di KDE Plasma.

Non saprei al momento cos’altro suggerire se non, volendo, di fare test sparsi per avere maggiori informazioni, ad esempio:
– se il problema si verifica con determinati files mp4 e avi ma non si verifica con altri si tratterebbe di un problema di decodifica
– andare nelle impostazioni delle accelerazioni hardware di VLC e cambiare metodo per verificare se e quali funzionano
– vedere anche il log di mplayer, e se anche quest’ultimo apparentemente riproduce il file ma non si vede
– …

 

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

[Silvan]

La mia installazione con GPU ATI/AMD sta usando il driver modesetting, la tua starebbe usando il driver xorg-drv-video-ati.

Proverei a switchare a modesetting rimuovendo la vecchia interfaccia per X.org:

sudo dnf remove xorg-drv-video-ati

e riavvio. In caso di problemi per tornare indietro basta reinstallare il pacchetto rimosso.

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

[Autore]

Articoli