Ubuntu si blocca ogni tanto

[EagleBuntu]

Capita che ubuntu 18.04.2lts ogni tanto va in freeze e mi tocca riavviare. Vorrei capirne la causa e porvi rimedio, se possibile.

Questa è la mia configurazione sia hw che sw:
- amd ryzen 2200g con grafica integrata Vega 8;
- msi b450-a pro con bios aggiornato ad ultima versione (7B86vA7 2019-03-07) ;
- 2x4gb hyperx predator @3200 cl16 (le lascio @2400 di default);
- nessuna scheda grafica dedicata;
- kernel ubuntu 4.18.0-16;
- driver mesa aggiornati a versione 18.3.3;
- dual boot con windows 10 enterprise

Posto anche il mio inxi -Fz per maggiori dettagli:

Codice: Seleziona tutto

~$ inxi -Fz
System:    Host: master Kernel: 4.18.0-16-generic x86_64 bits: 64
           Desktop: Gnome 3.28.3 Distro: Ubuntu 18.04.2 LTS
Machine:   Device: desktop Mobo: Micro-Star model: B450-A PRO (MS-7B86) v: 2.0 serial: N/A
           UEFI: American Megatrends v: A.70 date: 03/06/2019
CPU:       Quad core AMD Ryzen 3 2200G with Radeon Vega Graphics (-MCP-) 
           cache: 2048 KB
           clock speeds: max: 3500 MHz 1: 1452 MHz 2: 1419 MHz 3: 1572 MHz
           4: 1433 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
           Display Server: x11 (X.Org 1.20.1 ) driver: amdgpu
           Resolution: 1440x900@74.98hz
           OpenGL: renderer: AMD RAVEN (DRM 3.26.0, 4.18.0-16-generic, LLVM 7.0.0)
           version: 4.5 Mesa 18.3.3
Audio:     Card-1 Advanced Micro Devices [AMD] Device 15e3
           driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] Device 15de
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.18.0-16-generic
Network:   Card: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169
           IF: enp24s0 state: down mac: <filter>
Drives:    HDD Total Size: 1000.2GB (7.7% used)
           ID-1: /dev/sda model: WDC_WD1003FZEX size: 1000.2GB
Partition: ID-1: / size: 48G used: 7.2G (16%) fs: ext4 dev: /dev/sda3
           ID-2: /home size: 9.6G used: 854M (10%) fs: ext4 dev: /dev/sda5
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: No active sensors found. Have you configured your sensors yet? mobo: N/A gpu: 23.0
Info:      Processes: 253 Uptime: 2:01 Memory: 1620.5/5968.5MB
           Client: Shell (bash) inxi: 2.3.56 

In precedenza, quando avevo il bios in versione stock ed usavo ubuntu 18.04.1lts, i freeze erano molto più frequenti rispetto ad ora, di conseguenza immagino ci sia un collegamento tra le 2 cose.
Apro sempre FF in ogni sessione e questi blocchi si sono quasi sempre manifestati durante la navigazione con FF. Solo una volta capitò un freeze durante l'editazione di un testo con kate e FF in background. Solo dopo appresi che non era una buona idea installare kate su gnome quindi lo rimossi, poi comunque reinstallai tutto per diverse altre ragione, quindi adesso non c'è più traccia di kate.
Per quanto ne so, se capita un freeze del genere, bisogna premere alt+stamp+risub per riavviare per evitare di arrecare i "danni" del reset manuale da case (soprattutto al mio hdd), ed è quello che faccio. E' corretto?

Grazie in anticipo.

[andrea111]

alt+stamp+risub

È Alt+Stamp+ r e i s u b

Una guida abbastanza esplicativa la trovi Q U I

[EagleBuntu]

avevo solo commesso un errore di digitazione: finora ho usato REISUB. dalla guida, correggimi se sbaglio, si evince che potrei provare con REK? nel caso funzionasse, si può dire qualcosa in più su cosa c'è che on va?
il fatto stesso che funziona reisub vuol dire che non ci sono danni al kernel, giusto?

più in generale, credi che valga la pena di identificare le cause dei freeze, sempre che sia fattibile? non vorrei che fosse una perdita di tempo, nel senso che l'unica cosa che posso fare è tenere il SW aggiornato (upgrade ubuntu, bios, mesa) e nulla più. che ne pensi?

[andrea111]

si evince che potrei provare con REK

non lo hai ancora provato?
Il tentativo è da fare. Riavvia il server grafico, se si riprende vuol dire che è nella grafica il problema, altrimenti è il sistema.

credi che valga la pena di identificare le cause dei freeze

mi pare che alcune prove le abbiamo già fatte, però riguardavano situazioni incerte - ora che la situazione si è stabilizzata si può riprovare.
Il comando generico da usare è journalctl con l'opzione -p

Codice: Seleziona tutto

journalctl -p x

dove al posto di x ci va un numero compreso fra 0 e 7.
0= messaggi emergenza
1= messaggi di allerta
2= messaggi di criticità
3= messaggi di errore

Se sei interessato leggiti la pagina di manuale di journalctl con

Codice: Seleziona tutto

man journalctl

Se non si evidenzia nulla il problema è di fondo, e dovrai attendere che sistemino nelle "alte sfere".

[EagleBuntu]

no, ho usato solo reisub come ai tempi mi avevi consigliato.
ricordo il comando journalctl -xb ma usato quando ubuntu "decideva da sè" di avviare con shell. invece in questa circostanza, quando dovrò usarlo? subito dopo il riavvio con reisub/rek?

[andrea111]

Si usa a sistema caricato e funzionante.
Dopo il rek potrebbe essere interessante (sempre se il sistema si riprende).

[EagleBuntu]

nuovo freeze, evidentemente i mesa aggiornati non hanno risolto.
ho dato rek ma nulla, mi è toccato il solito reisub. riavvio in provvisoria e poi la shell, quindi provo subito

Codice: Seleziona tutto

journalctl -x 3

spostandomi alla fine del listato di output subito prima del blocco. ho fatto delle foto ma non posso postarle perchè troppo grosse. cerco di riportare qualche errore scrivendolo di seguito.

Codice: Seleziona tutto

[...] kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
[...] kernel: amdgpu 0000:38:00.0:   at page 0x0000000104a05000 from 27
[...] kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x001C00071

si susseguono gruppi di stringhe con questo schema, cambiano solo gli indirizzi (0x....) ma tutte cominciano con "amdgpu 0000:38:00.0".

Codice: Seleziona tutto

[...] kernel: [drm:amdgpu_job_timeout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=123572, last emitted seq=123575
[...] kernel: INFO: task kworker/u64:0:3582 blocked for more than 120 seconds.
[...] kernel:       Not tainted 4.18.0-16-generic #17~18.04.1-Ubuntu
[...] kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
-- Reboot --

invece dando "journalctl -p 2" spunta il messaggio: "critical: we failed, but the fail whale is dead. sorry...."

non so se può essere interessante come spunto di risoluzione, o anche solo come "pista", ma qui forse il tizio ha avuto un problema simile e pare l'abbia risolto (per me è incomprensibile). posto i miei "vainfo" e "dmesg | grep amdgpu".

Codice: Seleziona tutto

~$ vainfo
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Mesa Gallium driver 18.3.3 for AMD RAVEN (DRM 3.26.0, 4.18.0-16-generic, LLVM 7.0.0)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :	VAEntrypointVLD
      VAProfileMPEG2Main              :	VAEntrypointVLD
      VAProfileVC1Simple              :	VAEntrypointVLD
      VAProfileVC1Main                :	VAEntrypointVLD
      VAProfileVC1Advanced            :	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointEncSlice
      VAProfileH264Main               :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointEncSlice
      VAProfileH264High               :	VAEntrypointVLD
      VAProfileH264High               :	VAEntrypointEncSlice
      VAProfileHEVCMain               :	VAEntrypointVLD
      VAProfileHEVCMain               :	VAEntrypointEncSlice
      VAProfileHEVCMain10             :	VAEntrypointVLD
      VAProfileJPEGBaseline           :	VAEntrypointVLD
      VAProfileVP9Profile0            :	VAEntrypointVLD
      VAProfileVP9Profile2            :	VAEntrypointVLD
      VAProfileNone                   :	VAEntrypointVideoProc

Codice: Seleziona tutto

~$ dmesg | grep amdgpu
[   11.812834] [drm] amdgpu kernel modesetting enabled.
[   11.818914] fb: switching to amdgpudrmfb from EFI VGA
[   11.866252] amdgpu 0000:38:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)
[   11.866253] amdgpu 0000:38:00.0: GTT: 1024M 0x000000F500000000 - 0x000000F53FFFFFFF
[   11.866384] [drm] amdgpu: 2048M of VRAM memory ready
[   11.866385] [drm] amdgpu: 3072M of GTT memory ready.
[   12.144775] amdgpu: [powerplay] dpm has been enabled
[   12.241342] fbcon: amdgpudrmfb (fb0) is primary device
[   12.241436] amdgpu 0000:38:00.0: fb0: amdgpudrmfb frame buffer device
[   12.260160] amdgpu 0000:38:00.0: ring 0(gfx) uses VM inv eng 4 on hub 0
[   12.260164] amdgpu 0000:38:00.0: ring 1(comp_1.0.0) uses VM inv eng 5 on hub 0
[   12.260166] amdgpu 0000:38:00.0: ring 2(comp_1.1.0) uses VM inv eng 6 on hub 0
[   12.260169] amdgpu 0000:38:00.0: ring 3(comp_1.2.0) uses VM inv eng 7 on hub 0
[   12.260171] amdgpu 0000:38:00.0: ring 4(comp_1.3.0) uses VM inv eng 8 on hub 0
[   12.260173] amdgpu 0000:38:00.0: ring 5(comp_1.0.1) uses VM inv eng 9 on hub 0
[   12.260176] amdgpu 0000:38:00.0: ring 6(comp_1.1.1) uses VM inv eng 10 on hub 0
[   12.260179] amdgpu 0000:38:00.0: ring 7(comp_1.2.1) uses VM inv eng 11 on hub 0
[   12.260181] amdgpu 0000:38:00.0: ring 8(comp_1.3.1) uses VM inv eng 12 on hub 0
[   12.260184] amdgpu 0000:38:00.0: ring 9(kiq_2.1.0) uses VM inv eng 13 on hub 0
[   12.260186] amdgpu 0000:38:00.0: ring 10(sdma0) uses VM inv eng 4 on hub 1
[   12.260189] amdgpu 0000:38:00.0: ring 11(vcn_dec) uses VM inv eng 5 on hub 1
[   12.260192] amdgpu 0000:38:00.0: ring 12(vcn_enc0) uses VM inv eng 6 on hub 1
[   12.260194] amdgpu 0000:38:00.0: ring 13(vcn_enc1) uses VM inv eng 7 on hub 1
[   12.264414] [drm] Initialized amdgpu 3.26.0 20150101 for 0000:38:00.0 on minor 0

[andrea111]

ho dato rek ma nulla, mi è toccato il solito reisub

Quindi il problema è di sistema (comunque all'origine potrebbe sempre esserci la GPU).

Lo dmesg | grep ampgpu è così bello che pare un gioiello.

le VA-API ce le hai, OK.

Al journalctl aggiungi una "x"

Codice: Seleziona tutto

journalctl -px X

X è il numero fra 0 e 7. Dovrebbe aggiungere info al listato.

Se vuoi avere un rapporto scritto usa

Codice: Seleziona tutto

journalctl -px 7 > ~/Scrivania/journal.txt

il 7 è il più prolisso di tutti e al riavvio ti ritrovi il file journal.txt sulla Scrivania (sarà lunghetto).

critical: we failed, but the fail whale is dead. sorry....

laconico vero? puoi riprovare con journalctl -px 2.
prendi l'ora esatta in cui è stato emesso - dall'ora individua la posizione nel log del journalctl per vedere le operazioni immediatamente precedenti al crash.

Dò un'occhiata al collegamento che hai postato postato.
Se non sbaglio il suo problema problema riguardava mpv (un media player) per te si manifesta in firefox, inoltre non parlano di crash ma di attivare la decodifica HEVC hardware.
Non vedo l'attinenza col tuo caso.

[stoneman]

Non so se può essere utile ma anche il mio computer soffre di freeze improvvisi soprattutto con Firefox.

Il mio sistema è un pò diverso infatti è composto da:

ryzen 3 1200
msi B350M Gaming Pro
16 gb ram 2x8 (non ricordo la marcha)
scheda video radeon RX 550

mentre il computer di mio fratello non ha nessun problema ed è cosi composto:

ryzen 3 1200
Asrock A320M-HDV
8 gb ram 2x4 (non ricordo la marcha)
scheda video radeon R7 240

Ho paura che il problema sia nel bios delle MSI infatti la rx 550 usa il chip polaris mentre il ryzen 3 2200g usa un chip vega.

[EagleBuntu]

@stoneman
avrei preferito conoscerti n circostanze migliori ma mi fa piacere che sei intervenuto, magari unendo le forze si conclude di più, sempre se noi utenti finali si possa migliorare qualcosa.
come precisato sul 1^ post anch'io ho manifeste ragioni per ritenere che il bios c'entri qualcosa coi blocchi, resta da capire se possiamo fare qualcosa per "anticipare" i miglioramenti che (si spera) introdurranno alla msi ed anche lato ubuntu, ma bisogna prima capire qual è la causa e se vale la pena di intervenire, perchè potrebbe anche darsi che nessuno ci possa/voglia aiutare... è un forum libero questo
mi hai fatto venire in mente una cosa, che preciso sono perchè non so se ha importanza: la mia ram NON era presente nella QVL della msi ma c'era la versione "sorella maggiore" 2x8GB. specifico perchè non so se possa c'entrare (anche) la ram, nonostante la faccio andare stock @2400mhz contro i 3200 di etichetta.

laconico vero? puoi riprovare con journalctl -px 2.
prendi l'ora esatta in cui è stato emesso - dall'ora individua la posizione nel log del journalctl per vedere le operazioni immediatamente precedenti al crash.

l'orario è stata la prima cosa che ho visto e corrisponde a questa notte, credo poco prima che spegnessi il PC o forse è proprio l'orario di spegnimento e non ci sono stati freeze. il freeze da cui ho stratto i dati sopra riportati si è presentato oggi all'ora di pranzo. mi stai dunque dicendo di riprendere journalctl -px 3 e risalire fino all'orario di journalctl -px 2 anche se quest'ultimo non si è manifestato durante un blocco?

Non vedo l'attinenza col tuo caso.

errore mio.

[andrea111]

Dall'orario del journalctl -px2 (quello col "critical") passare in rassegna il journal.txt che hai creato con

Codice: Seleziona tutto

journalctl -px 7 > ~/Scrivania/journal.txt

Questo

amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x001C00071

mi sembra interessante farci una ricerca

Visto che sei in vena di fare prove, puoi provare anche con i driver "oibaf" - sono quelli in sviluppo e devi installare il suo ppa.

Occhio che potrebbe toccarti di dover reinstallare. Se risolvono bene, ma potrebbe anche andare tutto a carte quarantotto.

Q U I trovi istruzioni.

[EagleBuntu]

si sono presentati altri 2 freeze e ne ho appuntato gli orari. prima di "studiare" journalctl (o far finta di, visto che non ne capisco nulla) e di provare gli oibaf, chiedo con la mia solita nonchalance: che ne pensate se installo il 19.04 anche se non è stabile? tempo fa, quando usavo il 18.04.1lts, installai per sbaglio il kernel 4.20.11-04201, comunque stabile anche se non per ubuntu, ma i blocchi continuarono. basta questa esperienza per stabilire che col 19.04 non cambierà nulla in meglio?
nell'ipotesi in cui invece i blocchi siano causati soltanto dal bios, c'è qualcosa che si può fare soltanto agendo dal lato ubuntu?

[andrea111]

nell'ipotesi in cui invece i blocchi siano causati soltanto dal bios

un BIOS "buggato"?
Puoi sperare che si risolvano soltanto con gli aggiornamenti del BIOS (tenere d'occhio lo stato dei rilasci per "quel" PC). In ogni caso anche questi bug vengono corretti in base alle segnalazioni che gli sviluppatori del BIOS ricevono da chi ha venduto quel PC (il quale a sua volta ha ottenuto segnalazioni dagli utilizzatori che ne denunciavano il malfunzionamento). Anche questo richiede tempo.

In quanto alla 19.04, se sei stato previdente, puoi farla quando vuoi. Essere previdenti con linux, e sue derivate, vuol dire: al momento del partizionamento del disco prepararsi 3 o 4 partizioni da 20-30 GB + la home se la vuoi separata. In una ci installi la 18.04, in un'altra la 18.010 e in un'altra ancora la 19.04.
Quando sono allo stato "beta", le distro vengono date per sicure ed i loro malfunzionamenti non vanno ad interessare le altre distro installate.
È inutile che chiedi ad altri "posso installarlo, che ne dite", solo chi ha il tuo stesso PC ed ha fatto la prova può darti la risposta "sicura". Altrimenti andrai a scoprirlo da te.
Se sei stato previdente la prova la fai quando vuoi: la 19.04 va peggio? te ne torni sulla 18.10 e lavori con quella che si comporta meglio -- intanto attenderai la 19.10 che installerai in un'altra partizione.

Stesso discorso per gli oibaf, puoi provarli sulla 19.04 se temi di danneggiare la 18.10.
Nota: gli oibaf potrebbero funzionare bene nella 19.04 e male nella 18.10 (o viceversa) -- anche se questa eventualità è veramente minima, c'è pur sempre.

prima di "studiare" journalctl (o far finta di, visto che non ne capisco nulla)

non è necessario capire "tutto".
È come imparare una lingua che non conosci: in principio non ci capisci niente, poi, una parola alla volta, riesci ad afferrare il senso di qualche frase, poi sempre di più (quanto di più dipende da quanti ti ci metti).

[EagleBuntu]

oggi è capitato un freeze diverso perchè il mouse funzionava ancora, il resto era bloccato perchè le icone non rispondevano ai click. ho anche provato a disconnettere e riconnettere la usb della tastiera ma non è cambiato nulla. ho dato alt+stamp+rek ma nulla, quindi ho usato reisub.
ho tirato fuori il journal -p 7, a proposito il comando

Codice: Seleziona tutto

journal -px 7

non lo prende e risponde

Codice: Seleziona tutto

unknown log level x

la "zuppa" a comune dei 10 estratti di listato a ridosso di "-- Reboot --" è sempre quella più o meno. posto l'ultima di questo freeze "quasi" completo, visto che il mouse si è salvato:

Codice: Seleziona tutto

mar 31 19:17:01 master CRON[4479]: pam_unix(cron:session): session opened for user root by (uid=0)
mar 31 19:17:01 master CRON[4480]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
mar 31 19:17:01 master CRON[4479]: pam_unix(cron:session): session closed for user root
mar 31 19:18:47 master kernel: gmc_v9_0_process_interrupt: 25 callbacks suppressed
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105005000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x001C0071
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105004000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105001000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105000000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105007000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105005000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x001C0071
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105006000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00101031
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105003000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00101031
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105004000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00101031
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:56 vmid:1 pasid:32769)
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0:   at page 0x0000000105001000 from 27
mar 31 19:18:47 master kernel: amdgpu 0000:38:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x00000000
mar 31 19:18:57 master kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=150447, last emitted seq=150450
mar 31 19:18:57 master kernel: [drm] GPU recovery disabled.
[...] disconnessione e riconnessione tastiera
mar 31 19:20:50 master colord-sane[4507]: io/hpmud/pp.c 627: unable to read device-id ret=-1
mar 31 19:21:56 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 31 19:21:56 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 31 19:21:57 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 31 19:22:03 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 31 19:22:03 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 31 19:22:04 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 31 19:22:05 master kernel: sysrq: SysRq : Emergency Sync
mar 31 19:22:05 master kernel: Emergency Sync complete
mar 31 19:22:05 master kernel: sysrq: SysRq : Emergency Remount R/O
-- Reboot --

in uno c'è qualcosa di differente:

Codice: Seleziona tutto

mar 30 20:55:32 master org.gnome.Nautilus[1057]: [000055eab5f9c570] main libvlc: Esecuzione di vlc con l'interfaccia predefinita. Usa 'cvlc' per utilizzare vlc senza interfaccia.
mar 30 20:55:32 master gnome-shell[1197]: [AppIndicatorSupport-DEBUG] Registering StatusNotifierItem :1.178/StatusNotifierItem
mar 30 20:55:32 master org.gnome.Nautilus[1057]: libva info: VA-API version 1.1.0
mar 30 20:55:32 master org.gnome.Nautilus[1057]: libva info: va_getDriverName() returns 0
mar 30 20:55:32 master org.gnome.Nautilus[1057]: libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
mar 30 20:55:32 master org.gnome.Nautilus[1057]: libva info: Found init function __vaDriverInit_1_1
mar 30 20:55:32 master org.gnome.Nautilus[1057]: mesa: for the -simplifycfg-sink-common option: may only occur zero or one times!
mar 30 20:55:32 master org.gnome.Nautilus[1057]: mesa: for the -global-isel-abort option: may only occur zero or one times!
mar 30 20:55:32 master org.gnome.Nautilus[1057]: libva info: va_openDriver() returns 0
mar 30 20:55:32 master org.gnome.Nautilus[1057]: [00007f76b8002ca0] glconv_vaapi_x11 gl error: vaDeriveImage: invalid VASurfaceID
mar 30 20:55:32 master org.gnome.Nautilus[1057]: [00007f76c408ea80] main video output error: video output creation failed
mar 30 20:55:32 master org.gnome.Nautilus[1057]: [00007f76d1111aa0] main decoder error: failed to create video output
mar 30 20:55:32 master org.gnome.Nautilus[1057]: [00007f76d1111aa0] avcodec decoder: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding
mar 30 20:56:47 master kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, last signaled seq=215059, last emitted seq=215063
mar 30 20:56:47 master kernel: [drm] GPU recovery disabled.
mar 30 20:57:26 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 30 20:57:26 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 30 20:57:26 master kernel: sysrq: SysRq : This sysrq operation is disabled.
mar 30 20:57:27 master kernel: sysrq: SysRq : Emergency Sync
mar 30 20:57:27 master kernel: Emergency Sync complete
mar 30 20:57:27 master kernel: sysrq: SysRq : Emergency Remount R/O
-- Reboot --

ho estratto in modo corretto oppure devo risalire ancora più indietro per capire cosa c'è che è andato storto?

la parte che si ripresenta con più frequenza, come anticipato, è questa

Codice: Seleziona tutto

kernel: amdgpu 0000:38:00.0: [gfxhub] VMC page fault (src_id:0 ring:24 vmid:1 pasid:32769)
kernel: amdgpu 0000:38:00.0:   at page 0x000000010_______ from 27

dove al posto di 24 a volte c'è 56 mentre al posto di 32769 a volte 32768. l'indirizzo 0x0.... cambia e perciò ho messo _
le mie ricerche non sono state molto fruttuose perchè ho trovato solo report di bug, per es:

- https://bugs.freedesktop.org/show_bug.cgi?id=105251
- https://lists.freedesktop.org/archives/ ... 80210.html

- https://bugzilla.kernel.org/show_bug.cgi?id=199749
chi ha postato quest'ultima segnalazione, poco sotto scrive:

So far I have not had any more freezes during normal, non-3D work.

si capisce se ha risolto facendo qualcosa oppure s'è sistemato da solo?
si parla anche di "CPU microcode" e si raccomanda di tenerlo aggiornato assieme al bios, che roba è e come tentare un aggiornamento?

[andrea111]

Errata corrige: Il comando corretto è

Codice: Seleziona tutto

journalctl -xp 7

la x va messa prima del p.

Vedi che qualcosa ci prendi. Questa

mar 30 20:55:32 master org.gnome.Nautilus[1057]: [00007f76c408ea80] main video output error: video output creation failed
mar 30 20:55:32 master org.gnome.Nautilus[1057]: [00007f76d1111aa0] main decoder error: failed to create video output
mar 30 20:55:32 master org.gnome.Nautilus[1057]: [00007f76d1111aa0] avcodec decoder: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding
mar 30 20:56:47 master kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring sdma0 timeout, last signaled seq=215059, last emitted seq=215063

è pressoché identica a una di quelle là riportate.
Mi sembra relativa ai codec video (youtube?) ti risulta?
Ha risolto aggiungendo

Codice: Seleziona tutto

amdgpu.vm_update_mode=3

a quiet splash sulla riga

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

del /etc/default/grub.

Sempre nello stesso, ad un altro utente (che però faceva un uso estremamente intenso della CPU) è stato dapprima consigliato di aggiornare il firmware della CPU. Ma senza risolvere.
Alla fine pare abbia risolto disabilitando la zram. Ubuntu però la zram non la usa proprio: prova a vedere nel gestore pacchetti se zram-config è installato (non credo).

[EagleBuntu]

nessun pacchetto zram installato.
modificato grub con questa stringa

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amdgpu.vm_update_mode=3"

poi l'ho aggiornato ottenendo quanto segue

Codice: Seleziona tutto

~$ sudo update-grub
Sourcing file `/etc/default/grub'
Generazione file di configurazione GRUB...
Trovata immagine linux: /boot/vmlinuz-4.18.0-16-generic
Trovata immagine initrd: /boot/initrd.img-4.18.0-16-generic
Trovata immagine linux: /boot/vmlinuz-4.18.0-15-generic
Trovata immagine initrd: /boot/initrd.img-4.18.0-15-generic
Trovato Windows Boot Manager su /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Aggiunta voce di menù per la configurazione del firmware EFI
fatto

poi riavviato

Mi sembra relativa ai codec video (youtube?) ti risulta?

riguardo i codec ricordo che ho provato a mettere qualcosa a FF in merito al flashpalyer perchè certi video non funzionavano (anche lato windows stessa problematica); questa è l'unica cosa che mi viene in mente sui codec. dagli appunti che ho trascritto, ho installato: adobe-flashplugin, flashplugin-installer e browser-plugin-freshplayer-pepperflash. più di questo non so dirti sui codec video.

ultima domanda: credi sia il caso di iscrivermi su quel sito dove c'è il bug simile al mio e riportare il mio? è la prima volta che mi approccio a queste cose "avanzate" e non vorrei fare il passo più lungo della gamba, nel senso di concludere nulla.

[andrea111]

Intanto vedi un po' come si comporta con la modifica che hai inserito.
Hai visto mai.

Riguardo all'iscrizione, oltre a dover esprimerti in inglese, è previsto che chi interviene abbia una certa dimestichezza con il debug dei sistemi operativi.
Non puoi essergli utile.

[EagleBuntu]

Nessun freeze dopo aver aggiunto "amdgpu.vm_update_mode=3" e sono circa 6gg. E' a questo punto lecito mettere [risolto]? Vorrei fare delle prove però ricordo che glmark2 non fece impallare il sistema, cosa dunque potrei provare per innescare eventuali freeze?

[andrea111]

cosa dunque potrei provare per innescare eventuali freeze?

È una tecnica parecchio impegnativa inventarsi degli stress per portare al limite il sistema, bisogna conoscerlo bene per fare un buon lavoro. È anche intrinsecamente pericoloso per l'integrità dell'hardware perché rischi di il portarlo oltre il limite.
Con hardinfo avevi già provato a stressarlo con dei test affidabili.
C'è anche PassMark che fornisce una suite completa di banchi test.
La compilazione dei sistemi operativi impegna la macchina per ore in modo continuativo.

Nel link che avevi postato, e da cui veniva l'indicazione del "amdgpu.vm_update_mode=3", c'era un utente che lamentava il freeze quando

Still freezed under two Android source compilation + 2 intellij idea + 10 firefox tabs + EVE online playing after 3 hours.

La stessa installazione di un sistema operativo è uno stress rispetto all'utilizzo normale.

Guarda che un freeze sporadico, in un normale PC da tavolo, può essere indotto anche da una scarica elettrica anomala di qualche dispositivo elettrico casalingo (frigoriferi, interruttori, frullatori, prese elettriche difettose o mal costruite ecc. ecc.).

Se fai l'overklocking della CPU al freeze ci arrivi di sicuro.

[andrea111]

Giusto per farsi un'idea a cosa serva il parametro "amdgpu.vm_update_mode=3" e a quali valori può essere impostato:

vm_update_mode (int)

Override VM update mode. VM updated by using CPU (0 = never, 1 = Graphics only, 2 = Compute only, 3 = Both). The default is -1 (Only in large BAR(LB) systems Compute VM tables will be updated by CPU, otherwise 0, never).

È un parametro che può essere utilizzato in macchine ad elevate capacità computazionali. Altrimenti viene lasciato a 0.
Non specifica però cosa faccia il valore -1 (il default).