Discussione:
Debian 12 e programmi che partono dopo lunga pausa
(troppo vecchio per rispondere)
Gianfranco
2024-11-22 09:41:12 UTC
Permalink
Ciao a tutti,


il gruppo forse non e' quello corretto ma su .debian non c'e' traffico
da tempo, per quel che vedo. Provo qui sperando di non rompere.

Computer Dell Latitude E6230, wmaker avviato con "startx", con Debian
9 (unico SO) funzionava tutto senza problemi.

Ho dovuto reinstallare Debian 12 (netinst amd64), ottenendo un sistema
che funziona. Ho configurato un po' di cose e tutto va, almeno per
quello che ho testato e (al momento) mi serve.

Il problema e' che mentre tutti gli altri programmi vanno bene, evince
e blueman per avviarsi richiedono 51 secondi (cronometrati). Blueman non
mi interessa molto, vedo che network manager funziona bene, ma evince lo
uso spesso e la latenza disturba (anche atril ha lo stesso problema).

I messaggi che ottengo avviando evince da console sono questi:

libGL error: MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
libGL error: glx: failed to create dri3 screen
libGL error: failed to load driver: i915
libGL error: MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
libGL error: glx: failed to create dri2 screen
libGL error: failed to load driver: i915

e non compaiono sempre, ma se compaiono son sempre gli stessi. Se
avvio da utente il tempo di avvio e' quello che ho riportato. Da root
i messaggi sono identici ma l'avvio e' veloce, nei tempi canonici per
questo computer.

Ho cercato soluzioni in rete, qualcosa ho trovato ma non ho risolto.
Sono anni che non ho problemi del genere nelle varie installazioni, gia'
ne sapevo poco ora son pure arrugginito. :-(

Qualcuno puo' e vuole aiutarmi? Per le informazioni necessarie sono a
disposizione. Grazie. :-D

Un saluto,
--
Gianfranco Bertozzi
Giuseppe Della Bianca
2024-11-23 16:26:01 UTC
Permalink
Post by Gianfranco
Ciao a tutti,
]zac[
Post by Gianfranco
Il problema e' che mentre tutti gli altri programmi vanno bene, evince
e blueman per avviarsi richiedono 51 secondi (cronometrati). Blueman non
]zac[

Potresti provare con strace e vedere dove si ferma.
Gianfranco
2024-11-23 17:04:15 UTC
Permalink
On Sat, 23 Nov 2024 16:26:01 -0000 (UTC), Giuseppe Della Bianca wrote:

Ciao,
Post by Giuseppe Della Bianca
Potresti provare con strace e vedere dove si ferma.
Grazie del consiglio. Ho provato ma non ci ho capito un granche'. :-D

Se puo' servire, questa e' l'immagine del terminale quando si blocca:

https://ibb.co/QXf8hbC

la riga in fondo, poll eccetera.

Confrontando i risultati tra evince avviato da root (dove non
emergono, o non mi sembra emergano, errori e infatti si avvia subito), e
da user ci sono una serie di "risorsa temporaneamente non disponibile",
tutte iniziano con "recvmesg", tutte identiche di cui riporto la linea
completa:

recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Risorsa temporaneamente non disponibile)

Che ne pensi?

Se c'e' bisogno di altre informazioni son qua.

Grazie ancora. Un saluto,
--
Gianfranco Bertozzi
Giuseppe Della Bianca
2024-11-23 17:55:36 UTC
Permalink
Post by Gianfranco
Ciao,
Post by Giuseppe Della Bianca
Potresti provare con strace e vedere dove si ferma.
]zac[
Post by Gianfranco
https://ibb.co/QXf8hbC
Se vedi l'ultima riga fa una specie di attesa di 25 secondi (se non
sbaglio), e sembra che faccia un tentativo due volte.

Forse quello che cerca di attendere è scritto nelle righe sopra (può
essere molto sopra).

Dai manuali on-line di futex() per linux
........
The futex() system call provides a method for waiting until a
certain condition becomes true. It is typically used as a
blocking construct in the context of shared-memory
synchronization. When using futexes, the majority of the
synchronization operations are performed in user space.
........

Forse attende qualcosa per cui non ha i diritti di accesso o che non si
avvia da utente.


P.S. Potresti mandare il log completo a chi gestisce il bug della tua
distribuzione specificando dove si ferma quando lanciato da utente.

PP.SS. Forse non è problema specifico del programma, ma delle gtk3 in
generale,

https://bbs.archlinux.org/viewtopic.php?id=239331
Gianfranco
2024-11-25 15:04:22 UTC
Permalink
On Sat, 23 Nov 2024 17:55:36 -0000 (UTC), Giuseppe Della Bianca wrote:

Ciao,


e grazie davvero per l'aiuto. :-)
Post by Giuseppe Della Bianca
Se vedi l'ultima riga fa una specie di attesa di 25 secondi (se non
sbaglio), e sembra che faccia un tentativo due volte.
Che sarebbero i due "risorsa temporaneamente non disponibile"? Non ci
avevo fatto caso, e' proprio vero che se te lo spiegano e' piu' facile
arrivarci. ;-)
Post by Giuseppe Della Bianca
Forse quello che cerca di attendere è scritto nelle righe sopra (può
essere molto sopra).
Appena riesco controllo per bene, puo' darsi che sia in effetti un
problema di permessi il che spiegherebbe come mai da root funziona
regolarmente e da user no.
Post by Giuseppe Della Bianca
P.S. Potresti mandare il log completo a chi gestisce il bug della tua
distribuzione specificando dove si ferma quando lanciato da utente.
Buon consiglio, pero' prima voglio vedere se risolvo. E' molto
probabile che abbia combinato io qualche pasticcio durante
l'installazione. Non sarebbe la prima volta. :-D
Post by Giuseppe Della Bianca
PP.SS. Forse non è problema specifico del programma, ma delle gtk3 in
generale,
Ho visto il tuo link e sembra che il poster di la' abbia risolto,
pero' non ho ben capito come abbia fatto. Lo .xinitrc alla fine
del thread non mi sembra utile per il mio problema, l'ho pure
provato (oltretutto io non ho nessuno di quei file .X che sono nella
assegnazione delle variabili).

Grazie ancora. Un saluto,
--
Gianfranco Bertozzi
Gianfranco
2024-11-25 16:54:13 UTC
Permalink
On 25 Nov 2024 15:04:22 GMT, Gianfranco wrote:


Ciao,
Post by Gianfranco
Buon consiglio, pero' prima voglio vedere se risolvo.
Forse ce l'ho fatta. Cercando in rete probabilmente ho usato parole
chiave differenti e ho trovato due consigli di cui uno sembra aver
risolto. Dico "sembra" perche' in una singola occasione, nei tentativi
di ripetere il problema per avere migliori certezze, mi pare che non
abbia funzionato. Al momento, pero', dopo un paio di reboot di prova
tutto va, per cui posto la soluzione (forse!) che magari serve ad altri.

I consigli che ho trovato in rete son questi:

1) inserire in .xinitrc la seguente riga

dbus-update-activation-environment --systemd DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY &

e quella che ho provato per prima:

2) copiare .xinitrx in .xsession e cancellare .xinitrc

che sembra OK, evince e blueman-manager si avviano velocemente e per
ora non noto altre difficolta'. :-)

Non mi torna molto, uso debian e avvio con 'startx', ma anche in "man
startx" consigliano di usare xsession per cui un motivo ci sara'. Nei
prossimi giorni se succede qualcosa vi faccio sapere. :-)

Grazie ancora. Un saluto,
--
Gianfranco Bertozzi
Giuseppe Della Bianca
2024-11-30 15:57:23 UTC
Permalink
Il 25 Nov 2024 16:54:13 GMT, Gianfranco ha scritto:

]zac[
Post by Gianfranco
Non mi torna molto, uso debian e avvio con 'startx', ma anche in "man
startx" consigliano di usare xsession per cui un motivo ci sara'. Nei
prossimi giorni se succede qualcosa vi faccio sapere. :-)
Grazie ancora. Un saluto,
Non conosco debian, ho riciclato informazioni e conoscenze varie (si può
dire come una AI, ma evitando di spararle totalmente senza capire niente
dell'argomento).


Prego, di niente.

Loading...