kicco, Akrobaticone e vuott con tutti i suoi occhiali
come
qui promesso scrivo del mio nuovo computer che forse chissà adesso sembrerebbe funzionare, la prima volta ho installato Ubuntu 20.04 completo di tutti i programmi che uso abitualmente, poi siccome quanche volta si bloccava ho iniziato a dubitare della correttezza dell'hw, allora per capire meglio ho reinstallato un Ubuntu minimale e per prima cosa ho fatto il test della memoria con
memtest86 tutti i passaggi, tutta la notte.
Ora che sono tranquillo, che tutto l'hw funziona perfettamente, mi posso dedicare alla messa a punto di Ubuntu, ma evidentemente sul tema sono rimasto il solito imbranato.
Il fatto è che malgrado io prenda nota di ogni passaggio svolto in precedenza, poi mai riesco a ritrovarlo.
Lo so, la vecchiaia è una brutta bestia e sicuramente su certe cose ricordo anche male.
Per chi fosse interessato allego una cartella zippata che contiene il risultato dei vari comandi da terminale dati, c'è anche l'output sia di journalctl -b -p 3 che quello completo (journalctl -b) se uno è sufficientemente esperto da volermi dare qualche buon consiglio...
Attualmente con ancora una Ubuntu minimale gli errori al boot sono questi:
__common_interrupt: 1.55 No irq handler for vector:
C'è chi sostiene ci si possa tranquillamente convivere, chi lo avrebbe risolto con l'aggiornamento del Bios ecc...
Il mio bios è aggiornato all'ultimo uscito (beta), prima avevo provato con l'ultimo stabile ma non cambia nulla da quello precedente.
smartd[800]: Device: /dev/nvme0, number of Error Log entries increased from 297 to 298
Anche qui, se ho capito bene googlando, pare non ci sia ancora rimedio, nella cartella ci sono i risultati dei test che dimostrerebbero non esserci nessun errore in nvme.
gkr-pam: unable to locate daemon control file
Ma anche questo pare che sia un errore innocuo, se ho capito bene è dovuto a un controllo anticipato di password.
Ho installato un microfono fisso (una roba da 10 euro) che mi comunicava errori sui tentativi di registrazione e ascolto da pulseaudio:
Attivazione da parte di ALSA per scrivere nuovi dati sul dispositivo, ma non c'era nulla da scrivere.
Molto probabilmente si tratta di un bug nei driver ALSA "snd_hda_intel". Segnalare questo problema agli sviluppatori di ALSA.
Attivazione avvenuta con POLLOUT impostato -- tuttavia, una successiva snd_pcm_avail() ha ritornato 0 o un altro valore < min_avail.
Ripetute uguali sul POLLIN.
Ora, dopo che ho smanettato un po con
pavucontrol e
alsamixer sembra che
pulseaudio si sia zittito.
Chi volesse dire la sua è il benvenuto.
