[Silvan]

Ciao,
il problema riguarda gli utenti che hanno il pacchetto motioneye installato, quest’ultimo richiede una versione specifica del modulo python-tornado che va in conflitto con la versione più recente di sistema.

Al momento non ho una soluzione automatica, ma due possibili workaround:

1) se non usi motioneye lo puoi rimuovere con:

sudo dnf remove motioneye

2) se usi motioneye puoi forzare la rimozione di python-tornado-py3 e installare python-tornado5-py3 con i seguenti comandi:

sudo rpm -e python-tornado-py3 --nodeps
sudo dnf install python-tornado5-py3

dopodiché gli aggiornamenti presenti e futuri dovrebbero proseguire correttamente (almeno finché non ci sia un pacchetto installato che reclami esplicitamente python-tornado in versione >= 6).

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

[Silvan]

Ciao,
se il problema persiste chiedo se puoi riportare i messaggi di errore che compaiono sul desktop oppure quello che restituisce il comando da terminale sudo dnf update. Grazie.

[Silvan]

Ciao,
grazie per la segnalazione. Mi sono annotato di creare un pacchetto per openmamba in modo che venga mantenuto aggiornato tramite dkms.

[Silvan]

Ciao,
il problema sarà risolto con un aggiornamento di okular disponibile a breve.
È possibile, volendo, fare subito l’aggiornamento per x86_64 eseguendo questo comando da una finestra di terminale:

sudo dnf update okular --enablerepo=unstable-makedist

Silvan

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

[Silvan]

Ciao,
i componenti sembrano correttamente aggiornati.

Il problema sembrerebbe essere analogo a quello descritto in questo bug su bugs.kde.org. Puoi provare dalle preferenze di Dolphin a disabilitare le anteprime per vari tipi di file grafici (nel bug si parla di File DjVu ma potrebbe essere altro) finché non si trova il tipo di file ed eventualmente il file che hai nella tua home che manda in crash thumbnail.so. Nel journal c’è anche un riferimento ad un file /home/bottye/Downloads/YouTube.mp4 ma non credo che sia rilevante rispetto al problema in thumbnail.so (per i file audio lavora il plugin audiothumbnail.so).

Un’altra strada è di riuscire ad ottenere lo stacktrace, come da inizio di questa discussione, che probabilmente non viene generato perché la scrittura dei crash dump è disabilitata nel sistema (ulimit -c è impostato a 0), ma al momento mi è complicato spiegare come modificare il file /etc/security/limits.conf per impostare ad unlimited la dimensione dei file di core.

[Silvan]

Ciao,
il problema è descritto in questo bug e sarà corretto con un aggiornamento: https://bugs.kde.org/show_bug.cgi?id=433148

Stando alla descrizione del bug sembrerebbe che tu stia lanciando il browser da un link sulla taskbar, mentre se lo lanci dal menù delle applicazioni dovrebbe partire.

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

[Silvan]

Se non si vuole attendere l’aggiornamento dei metadata si può forzare con il seguente comando:
sudo dnf refresh

[Silvan]

Ciao,
certo, il pacchetto è ora disponibile in openmamba e si può installare con:

sudo dnf install musique

[Silvan]

Ciao,
il crash di kdeinit5 potrebbe essere riferito a questo messaggio di errore:
kernel: traps: thumbnail.so[10249] trap int3 ip:7f844b3a4b21 sp:7ffde9185430 error:0 in libQt5WebEngineCore.so.5.15.2[7f844938b000+5fbd000]

Il problema potrebbe dipendere dalle accelerazioni del driver video, per cui controllerei la configurazione del Compositore degli effetti del desktop provando ad abilitare gli effetti se sono stati disabilitati (o viceversa), cosa che avviene automaticamente nel caso in cui l’ambiente rilevi dei crash a livello di hardware video. Proverei qui diverse impostazioni, ma potrebbe anche non c’entrare nulla con il problema.

Nel caso in cui il problema possa dipendere invece da componenti del sistema non aggiornati sarebbe utile vedere l’output dei seguenti comandi (da copiare e incollare precisamente in una finestra di terminale):

rpm -qf /usr/lib64/qt5/plugins/kf5/kio/thumbnail.so

rpm -qf $(ldd /usr/lib64/qt5/plugins/kf5/kio/thumbnail.so | awk '{ print $3 }')

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

[Silvan]

Ciao,
potrebbero esserci informazioni utili nel journal della sessione utente.
Questo può essere generato in questo modo:
1) avvio del computer
2) attesa per il verificarsi del crash di kdeinit5
3) apertura di una finestra di terminale (konsole)
4) digitare il comando:
journalctl -b > journal.txt
5) inviare il file generato journal.txt allegandolo a questa discussione o usando la pagina per l’invio di report presente su questo sito.

[Silvan]

Ciao,
quando si verifica il crash di kdeinit5?
1) all’avvio
2) dopo l’avvio senza fare nulla di specifico
3) quando fai un’azione specifica
4) altro, specificare

Se da un terminale digiti ed esegui il comando kdeinit5 si verifica il crash?

[Silvan]

Ciao,
adesso che si è chiarito che il comando dnf ha ripreso a funzionare si può possono provare ad effettuare dei passaggi per riuscire a generare il backtrace (Informaziooni per gli sviluppatori).
Innanzitutto sarebbe da verificare se gdb risulti installato, provando ad installarlo:
sudo dnf install gdb

Se il comando ha successo, nel senso che gdb viene installato, ovvero che prima non risultava installato, si potrebbe verificare nella finestra del crash di kdeinit5 se questa volta compaiono delle informazioni, che in tal caso sarebbe utile riportare qui.

Un altro comando utile per cercare di trovare delle incongruenze del sistema che come presunto precedentemente risalgono al 2019, è il comando:

sudo dnf check

Anche il risultato di questo comando potrebbe contenere informazioni utili da interpretare autonomamente o riportare qui al fine di correggere alcune, ma verosimilmente non tutte, le problematiche del sistema.

[Silvan]

Rimando alle risposte #33591 e #33594.

[Silvan]

Ciao,
il servizio si avvia correttamente con la configurazione predefinita.
Le informazioni che fornisci sono insufficienti affinché chi legga possa in qualche modo fornire suggerimenti circa quale sia il problema, sia perché potrebbe dipendere dalle modifiche effettuate alla configurazione, che non sono state specificate, sia perché il comando utile per visualizzare, eventualmente, le cause del mancato avvio del servizio, è:

sudo systemctl status minidlna

o in alternativa puoi lanciare il demone manualmente con il comando:

sudo minidlnad -d

[Silvan]

Ciao,
ho rilasciato un aggiornamento del pacchetto che aggiunge il file di configurazione, la gestione del servizio con systemd e le pagine di manuale.

[Autore]

Articoli