Ubuntu si blocca ogni tanto

[EagleBuntu]

Aggiornamento.
E' capitato un freeze con kernel 5.00-25, bios stock e FF senza parametro %u, quindi ne deduco che tale parametro non sia determinante nei freeze nonostante nel periodo in cui l'ho mantenuto i freeze erano molti. Ho provveduto ad aggiornare il bios all'ultima versione (V10.9, 23.7.19) che ha interfaccia GSE-Lite, ovvero quella più semplice di cui parlava pike tuttavia oggi si è presentato un freeze e questa volta col blocco anche del mouse.
Ho notato che nel grub d'avvio sono orami presenti solo gli utlimi 2 kernel (5.00-23, 5.00-25) quindi volevo chiedere come ripristinare il vecchio (ma mai impallatosi) 4.18.0-16, magari sacrificando/eliminando il penultimo 5.00-23; c'è qualche wiki/thread di riferimento?

[andrea111]

quindi volevo chiedere come ripristinare il vecchio (ma mai impallatosi) 4.18.0-16

Apri Synaptic, fai Cerca "linux-generic", ci sarà l'elenco di tutti i kernel disponibili quindi anche dei 4.18.0-16 disinstallati -- semplicemente li reinstalli.
Cura anche di installare gli "header" per quel kernel e anche i "modules-extra".

Fai sempre la contro-prova avviando da terminale con e senza %u.

[EagleBuntu]

Ripristinato il vecchio kernel, immagino che per eliminare il penultimo 5.00-23 debba ripetere la stessa procedura in synaptic, giusto? A proposito, nella finestra di conferma per installare le 5 voci del vecchio kernel c'era la casella "scaricare solo pacchetti" ma l'ho lasciata non marcata; che vuol dire?
Ultima domanda a tema: se volessi cambiare l'ordine dei kernel avviabili in grub, in modo da mettere al 1^ posto il vecchio e quindi facendolo avviare in automatico, come fare?

[andrea111]

immagino che per eliminare il penultimo 5.00-23 debba ripetere la stessa procedura in synaptic, giusto?

Sì, elimini tutte le voci relativi al kernel 5.00-23.

"scaricare solo pacchetti" ma l'ho lasciata non marcata; che vuol dire?

che li scarica ma non li installa, può servire a sviluppatori per fare analisi o per "aggiustarli" a piacimento prima dell'installazione.

cambiare l'ordine dei kernel avviabili in grub, in modo da mettere al 1^ posto il vecchio e quindi facendolo avviare in automatico

Dovrebbe essere possibile (non l'ho mai usato). Dovrai affinare la tua conoscenza sul grub.
Dovrai ritoccare il file /etc/default/grub.
Da terminale dài

Codice: Seleziona tutto

info -f grub -n 'Simple configuration'

ci trovi la spiegazione su come funzionano le varie voci che trovi in /etc/default/grub --
In particolare, per tuo uso, GRUB_DEFAULT= che di default è =0. 0 è la prima voce, ovvero l'ultimo kernel installato, 1 è per la seconda 2 per la terza ecc.

Puoi anche fare riferimento ad un id letterale da specificare nel menuentry del kernel di tuo interesse di modo che avvii sempre quello a prescindere da quanti e quali kernel installi successivamente. Le varie "menuentry" le trovi in /boot/grub/grub.cfg
A te sperimentarne l'uso.

Mi par di capire che hai utilizzato l'utility "apt autoremove" -- per definizione questa utility ti disinstalla tutti i kernel tranne gli ultimi due -- non dovrai più utilizzarla, altrimenti ti ricancellerà ancora il 4.9

[EagleBuntu]

Ok, ho risolto il fastidio dell'avvio manuale del vecchio kernel così:

Codice: Seleziona tutto

sudo gedit /etc/default/grub

sostituito "GRUB_DEFAULT=0" con

Codice: Seleziona tutto

GRUB_DEFAULT="Opzioni avanzate per Ubuntu>Ubuntu, con Linux 4.18.0-25-generic"

poi

Codice: Seleziona tutto

sudo update-grub

infine ovviamente ho dovuto rieditare /boot/grub/grub.cfg per ripristinare il parametro amdgpu.vm_update_mode=3. Adesso avvia in automatico il vecchio kernel.

Su "apt autoremove" mi cogli impreparato. Evidentemente è andata come dici, io mi sono sempre limitato a far fare tutto ad "aggiornamento software" senza far nulla da temrinale a tal riguardo. Cosa dovrò dunque fare da ora in poi? A me interessa mantenere costantemente il 4.18.0-25 e testare l'ultimo disponibile, degli altri non m'importa.

[andrea111]

Per l'autoremove potresti avere attivato qualche utility per la pulizia del sistema che lo usa.
Potrebbe anche essere che le ultime distro lo pratichino di default, visto che i principianti possono ritrovarsi con decine di inutili kernel installati.
In ogni caso stai in guardia quando effettui aggiornamenti, sia che lo fai da terminale (con update e upgrade) che con Aggiornamenti Software dovrebbe elencarti i pacchetti che installa/rimuove prima di procedere.

Il sistema che hai usato va bene, avvierà sempre quel kernel -- l'ultimo kernel che arriva lo dovrai installare e tenerlo fino all'arrivo del successivo, altrimenti continuerà a riproportelo. Poi, se vuoi, lo potrai cancellare.

Un'altra cosa cui dovrai fare attenzione:
gli aggiornamenti del grub stesso.

Se tu hai ritoccato /etc/default/grub, all'aggiornamento del grub il sistema rileverà la tua modifica e ti chiederà se vuoi installare la versione di default o mantenere la tua. Ovviamente dovrai mantenere la tua versione altrimenti perderai le tue modifiche.
Mi viene un dubbio, posta

Codice: Seleziona tutto

grep GRUB_CMDLINE_LINUX /etc/default/grub

[EagleBuntu]

Codice: Seleziona tutto

~$ grep GRUB_CMDLINE_LINUX /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ora che mi ci fai pensare ricordo alcune voci in "aggiornamento software" del tipo "rimozione kernel 4...", quindi immagino che adesso sia quella app che si occupa della rimozione dei vecchi kernel; farò (più) attenzione.

[andrea111]

ho dovuto rieditare /boot/grub/grub.cfg per ripristinare il parametro amdgpu.vm_update_mode=3.

È questo che mi ha messo una pulce nell'orecchio, il parametro amdgpu.vm_update_mode=3 va messo insieme a "quiet splash" in /etc/default/grub (dove hai postato che non c'è).
Non va messo in /boot/grub/grub.cfg perché al prossimo "update-grub" verrà rimosso.

Funziona così:
quando dài il "sudo update-grub" il sistema va a comporre il file /boot/grub/grub.cfg, ma lo farà, però, tenendo conto di quanto presente in /etc/default/grub.

Mi viene il sospetto che i crash siano apparsi da quando, in conseguenza di un aggiornamento del grub, hai fatto la scelta sbagliata ed ha rimosso amdgpu.vm_update_mode=3 da /etc/default/grub

[EagleBuntu]

Ne avevamo parlato a pag2, quando avevi specificato:

Puoi modificare manualmente il file /boot/grub/grub.cfg a tuo piacere, ma al primo update-grub (ovvero al prossimo kernel che installi) tutto tornerà come prima.

Come sai ho necessità di mettere quel paramentro solo nel vecchio kernel perchè, se associato ai nuovi (5), ottengo black screen. Per tale motivo edito manualmente /boot/grub/grub.cfg quando necessario (aggionamento sw, etc). Attualmente, come hai visto, il parametro non è presente in /etc/default/grub ma lo è in /grub.cfg e solo per il vecchio kernel; potrei fare il viceversa, cioè impostarlo in /etc/default/grub e poi rimuoverlo manualmente in grub.cfg dai 2 nuovi kernel. Sostieni dunque che la causa dei freeze sia questo? Ho capito bene quanto hai detto?

[andrea111]

Sostieni dunque che la causa dei freeze sia questo? Ho capito bene quanto hai detto?

In effetti pensavo proprio questo, ma se se sei sicuro di quello che fai, come non detto.
Vedo sai come usare i due file del grub. Era quella la mia incertezza.

[EagleBuntu]

Aggiorno con notizie negative.
Effettuata la prova suggerita da andrea, cioè inserire il parametro "anti-freeze" in /etc/default/grub e poi rimuoverlo manualmente da /boot/grub/grub.cfg dai kernel più nuovi, però ancora freeze sia col 5.00-25 sia col più recente 5.00-27. In entrambi gli scenari ho lasciato il parametro %u in FF però non credo questo possa essere la chiave di soluzione dei freeze, quindi non credo valga la pena riprovare quei kernel rimuovendolo ma attendo eventuali pareri contrari.
Continuo dunque col vecchio 4.18.0-25, l'anti-freeze presente in /etc/default/grub e %u in FF come default. Credo sia inutile aggiornare per riportare eventuali fallimenti dei nuovi kernel quindi, se non ci sono nuove idee, aggiornerò se e quando uno dei nuovi risulterà stabile. Certo che questo peggioramento con l'avanzare dei kernel mi rode... A proposito, immagino non ptrò usare il 4 all'infinito, qual è dunque la deadline?

[EagleBuntu]

Uso il kernel 5.0.0-31 da quando è uscito e finora non ci sono stati blocchi. Ciò che rilevo di anomalo è che 3-4 volte è capitato che si blocchi tutto, come coi kernel successivi il 4.18.0-25, ma solo per alcuni secondi (almeno 5 direi) per poi ripartire. C'è possibilità, in questo nuovo contesto, di fare una diagnosi di questi freeze temporanei?

[andrea111]

La più immediata è di guardare se nel syslog ha registrato qualcosa -
Prendi l'ora esatta al blocco, quando riparte apri Registro di Sistema, scheda syslog, e guardi in fondo se ci sono righe sull'attività nell'ora in cui hai avuto il blocco.
Nota che potrebbe anche non apparire nulla di indicativo (ma anche no).

[Nikoh]

Ragazzi rispolvero questo problema perché, avendo assemblato il mio nuovo PC con Intel i7, 8Gb ram ed AMD RX 570, sto avendo problemi di freeze random ma solo nelle applicazioni 3d, nello specifico quando uso Tabletop sSimulator.
Ho cercato un pò in giro e pare che altri utenti di Tabletop Simulator non abbiano questo problema mentre ho trovato tanti utenti che hanno questi freeze cn schede grafiche AMD (e qundi amdgpu driver).
Mi aiutate a risolvere, se possibile?
Uso Ubuntu 20.04 nuova installazione e driver open nel kernel.
Grazie ;-)

[andrea111]

È una situazione completamente diversa da quella trattata qui-

È meglio che apri una nuova discussione, avrai più visite e risposte più mirate.

Metti come titolp: "Tabletop Simulator e scheda grafica AMD"

[Nikoh]

È una situazione completamente diversa da quella trattata qui-

È meglio che apri una nuova discussione, avrai più visite e risposte più mirate.

Metti come titolp: "Tabletop Simulator e scheda grafica AMD"

Si in effetti, però il problema non è Tabletop e difatti sono riuscito a risolvere dopo mesi e mesi di tribolazioni.
Un post trovato in giro mi ha fatto accendere la lampadina...
A futura memoria, ho risolto aggiornando il BIOS della mia scheda madre che a sua volta aveva aggiornato l'intel microcode....

[giulux]

Se non hai più problemi modifica il titolo del primo post mettendoci davanti [Risolto].

Ciao.