[Silvan]

Questo dev’essere un residuo del problema di questa discussione.

Soluzione generale:
1) Ricerca nome pacchetto:
rpm -qf /usr/lib64/libKF5NetworkManagerQt.so.6
2) Risposta:
libnetworkmanager-qt5-5.65.0-1mamba.x86_64
3) Correzione:
sudo dnf reinstall libnetworkmanager-qt5

[Silvan]

Ciao,
il supporto che dici che stai usando è l’ultimo livedvd, ovvero sarebbe il file openmamba-livedvd-en-snapshot-20191213.x86_64.iso. Io ho riavviato oggi su VirtualBox per la seconda volta tale supporto, ho di nuovo eseguito il comando indicato e funziona correttamente, il che mi dimostra che il pacchetto xorg-drv-video-nouveau è assolutamente presente nell’ultimo livedvd di openmamba (ma posso scommetterci anche sulle versioni precedenti del livedvd). Inoltre i log che hai inviato denotano la presenza di tale driver installato ed utilizzato. Pertanto o si stanno prendendo fischi per fiaschi relativamente al supporto che stai utilizzando, oppure c’è da tenere presente che nell’informatica ed ancor più usando la riga di comando di Linux una lettera diversa o uno spazio o altro fanno la differenza, pertanto se non riesci ad uscirne rispetto al comando che ti ho chiesto di eseguire, che è corretto, ti chiedo di riscriverlo qui così capisco se lo stai leggendo e ridigitando bene, oppure, ancora meglio, ti chiedo se puoi fare ed allegare una fotografia dello schermo dopo che hai digitato il comando e ricevuto la risposta che dichiari (con precisione sommaria) di aver ricevuto nei due precedenti commenti.

[Silvan]

Ciao,
ho già verificato che il pacchetto xorg-drv-video-nouveau è installato nel livedvd corrente, e non riscontro miei errori di digitazione nel comando che ho riportato qui. Sei sicuro tu di averlo scritto correttamente? In tal caso non credo che la risposta possa essere stata esattamente che “il driver nouveau non è stato installato”, al limite dovrebbe rispondere che il pacchetto xorg-drv-video-nouveau non è installato. Non serve eseguire il secondo comando se il primo restituisce un errore.

sudo rpm -e xorg-drv-video-nouveau
sudo killall -9 sddm

• Questa risposta è stata modificata 5 anni fa da Silvan.

[Silvan]

Ciao,
puoi provare se dopo aver impartito i seguenti comandi da terminale il destkop si avvia?

sudo rpm -e xorg-drv-video-nouveau
sudo killall -9 sddm

[Silvan]

Se hai una chiavetta formattata in FAT, come quelle che si dovrebbero ancora di solito trovare normalmente in commercio, dovrebbe essere tutto più facile. Comunque, come il messaggio lascia intendere, se questa chiavetta la metti dentro windows la apri e poi la rimuovi correttamente potrebbe anche funzionare meglio dopo.

[Silvan]

Ciao,
ok allora proverei ad avviarlo normalmente, generare un report e copiarlo su una chiavetta USB.
1) avvio
2) CTRL-ALT-F2 per accedere ad un terminale come sopra
3) inserimento chiavetta USB
4) montaggio:
sudo mount /dev/sdb1 /mnt
NOTA: il device della chiavetta potrebbe differire da /dev/sdb1. Con il comando
ls /dev/sd*

dovresti vedere i device disponibili e puoi dare il comando con la chiavetta inserita e disinserita per capire di quale device si tratta

5) cd /mnt
6) comando:
sudo openmamba-makereport
7) smontaggio chiavetta:
`sudo umount /mnt’
8) invio del file di report all’indirizzo email indicato o qui in allegato o tramite apposita pagina di questo sito

[Silvan]

Il log del servizio motioneye adesso sembra corretto, ma riesci ad accedere all’interfaccia web? Nel log è mostrato un errore 403 (Accesso negato). Se non hai fatto modifiche mi pare che si acceda con utente admin e nessuna password.

[Silvan]

Ciao,
un altro approccio potrebbe essere di riuscire ad avviare il livedvd in modalità nomodeset, fare l’installazione ed affrontare dopo il problema in modo più agevole.
Il menù del livedvd è a due livelli, il primo per la scelta della lingua senza timeout. Quindi riesci a trsmettere il tasto INVIO ma non riesci a muoverti con le frecce SU e GIÙ? E’ strano, controllerei di non avere il NUM-LOCK della tastiera attivo all’avvio.
Arrivato al secondo livello del menù puoi anche provare a premere TAB ed aggiungere “nomodeset” in fondo alla riga di comando di avvio.

[Silvan]

sudo dnf reinstall libkitemmodels

[Silvan]

La situazione è analoga a quella di un computer che si è spento prima di aver terminato l’applicazione degli aggiornamenti.
Comandi da provare ad eseguire per correggere:

sudo rpm --rebuilddb
sudo dnf update
sudo dnf reinstall libkirigami2

• Questa risposta è stata modificata 5 anni fa da Silvan.

[Silvan]

L’aggiornamento di routine di KDE Frameworks 5.65.0 è stato testato su almeno 3 PC senza evidenziare problematiche.
La problematica qui riscontrata (mancanza del menù di lancio delle applicazioni e delle icone sul desktop) potrebbe riferirsi ad un errore nell’avvio di plasmashell. Per verificare il problema sarebbe utile aprire una finestra di terminale premento ALT-SPAZIO e digitando konsole. Eseguendo poi il comando:
plasmashell --replace

sarebbe possibile visualizzare la presenza di eventuali problemi nell’avvio del componente. In particolare se si conoscesse il percorso completo del file indicato come file:///usr/share/plasma/plasmoids/org.kde… si potrebbe risalire all’eventuale componente che causa un errore e procedere alla reinstallazione.

Se la rete è disponibile potrebbe inoltre essere utile verificare se tutti gli aggiornamenti siano stati installati con il comando:
sudo dnf update

[Silvan]

Dopo i comandi dati sarebbe meglio riavviare e riverificare la situazione con:

sudo systemctl status motioneye

Se persiste la presenza del messaggio Dispositivo o risorsa occupata bisogna capire cos’altro sta usando la webcam anche dopo aver dato i comandi di cui sopra per disattivare il servizio motion.
Potrebbe a tal fine essere utile il seguente comando:

sudo lsof /dev/video0

[Silvan]

Ciao,
al termine dell’avvio del livedvd con KDE Plasma puoi provare se si riesce a disabilitare il supporto per le accelerazioni video premendo la sequenza di tasti SHIFT-ALT-F12.
Se non funziona, da terminale (CTRL-ALT-F2) proverei ad aprire il file di configurazione kwinrc:

sudo mcedit /etc/xdg/kwinrc

e sotto la sezione contenente ‘[Compositing]’ aggiungere o impostare:

Enabled=False

F10 per salvare e uscire e poi per riavviare l’ambiente grafico:

sudo killall -9 sddm

• Questa risposta è stata modificata 5 anni fa da Silvan.

[Silvan]

Ciao,
da test che ho fatto, l’ultimo livedvd mi risulta funzionare correttamente in generale e mi dai un’ulteriore conferma con il test che hai fatto tu su VirtualBox.
Inoltre se il caricamento si ferma dopo la comparsa del puntatore del mouse mi viene da pensare che anche l’ambiente grafico sia stato rilevato ed inizializzato correttamente.
Come stai avviando la ISO del livedvd? Se hai fatto una masterizzazione su supporto fisico il problema più frequente con questi sintomi è il fatto che vi siano errori di lettura dal supporto.
Comunque al termine del caricamento potrebbe essere possibile aprire un terminale premendo CTRL-ALT-F2 per fare una diagnosi più dettagliata con alcuni comandi quali ad esempio:
journalctl -b
sudo journalctl -u -b sddm
sudo journalctl -b

[Silvan]

Il servizio motioneye è correttamente attivo, tuttavia la webcam risulta non disponibile in quanto usata da qualche altro servizio o applicazione. Se fosse attivo anche il servizio motion, andrebbe disattivato. Lo stato del servizio motion si può verificare con questo comando:

sudo systemctl status motion

e nel caso in cui fosse attivo si disattiva con questi comandi:

sudo systemctl disable motion
sudo systemctl stop motion

[Autore]

Articoli