Il Problema
All'avvio del sistema operativo, il demone Linux che gestisce i lettori di smart card e chiavette USB (pcscd) viene caricato in background o si attiva "su richiesta". Quando SLPCT parte per la prima volta, effettua una scansione immediata dei dispositivi di firma per predisporre i certificati. Se in quel preciso istante il servizio di sistema non è ancora totalmente reattivo o va in attesa di risposta (timeout), l'applicazione Java si blocca in un deadlock in attesa del driver.
Forzando la chiusura, il demone di sistema nel frattempo si è stabilizzato; di conseguenza, dai tentativi successivi SLPCT trova la risorsa pronta e si apre all'istante.
La Soluzione
Per evitare che SLPCT rimanga in attesa a vuoto al primo avvio, possiamo assicurarci che il servizio delle smart card sia attivo e reattivo fin da subito.
In questo modo, a ogni accesso alla sessione grafica, l'interfaccia gestirà l'avvio del demone in modo trasparente, evitando il blocco di SLPCT al primo avvio.
Nessun commento:
Posta un commento