Ubuntu GNOME 16.04 si freeza e il riavvio anche

[eclettric0]

Recentemente ho acquistato un nuovo pc, valido, con ottime prestazioni (3ghz quad core, 16 GB di ram, 2 GB di GPU per semplificare). Ho installato Ubuntu GNOME col metodo per i BIOS UEFI, a fatica, ma è filato tutto liscio.

Scopro con orrore che di tanto in tanto però, si blocca, si freeza senza possibilità di attuare alcun comando da tastiera, che non prende più ordini e mi tocca riavviare attraverso un reset di corrente sull'hardware. Alle volte faccio un semplice riavvio del pc e si blocca anche il riavvio (ma meno spesso).

Tutti questi hard reset mi fanno preoccupare, specie perchè l'hardware è nuovo e non vorrei danneggiarlo. Voglio capire perchè talvolta si freeza senza motivo. Io temo sia il driver video (che è "nouveau", poichè ho un NVIDIA GT 720: gli altri proprietari non funzionano, anzi sono stato costretto a formattarlo a causa di problema con uno dei driver proprietari suggeriti da ubuntu stesso).

Potreste darmi qualche idea, suggerimento, aiuto? Grazie mille fin da subito.

[maxbigsi]

anche se è nuovo ed è probabile che il problema siano i drivers della scheda video, un memtest e un controllo smart lo farei

[eclettric0]

anche se è nuovo ed è probabile che il problema siano i drivers della scheda video, un memtest e un controllo smart lo farei

Grazie mille per il suggerimento. Io non ne ho mai fatto uno, ma sono felice di iniziare.

C'è qualche guida in giro che potrei seguire o qualche comando che potrei fare? Imparo anche da solo, però non ho mai fatto questo genere di cose e dovrei effettivamente.

[maxbigsi]

memtest dovresti poterlo avviare direttamente da grub https://i.stack.imgur.com/Rvv9w.png
lo smart lo puoi controllare da gestione dischi https://chiedi.ubuntu-it.org/upfiles/hd_backup.png

[eclettric0]

memtest dovresti poterlo avviare direttamente da grub https://i.stack.imgur.com/Rvv9w.png
lo smart lo puoi controllare da gestione dischi https://chiedi.ubuntu-it.org/upfiles/hd_backup.png

per lo smart, se è cosi facile, provvederò subito.

invece per memtest ho un problema: da grub non riesco a vederlo. Ho letto in giro che forse è a causa della presenza di questo nuovo di partizionare (con partizione EFI, bios UEFI ecc..) e che memtest non è più opensource, specie quello con riguardi al nuovo sistema. E' vero o devo semplicemente installare il pacchetto memtest86 da synaptic?

[telperion]

Recentemente ho acquistato un nuovo pc, valido, con ottime prestazioni (3ghz quad core, 16 GB di ram, 2 GB di GPU per semplificare). Ho installato Ubuntu GNOME col metodo per i BIOS UEFI, a fatica, ma è filato tutto liscio.

Scopro con orrore che di tanto in tanto però, si blocca, si freeza senza possibilità di attuare alcun comando da tastiera, che non prende più ordini e mi tocca riavviare attraverso un reset di corrente sull'hardware. Alle volte faccio un semplice riavvio del pc e si blocca anche il riavvio (ma meno spesso).

Tutti questi hard reset mi fanno preoccupare, specie perchè l'hardware è nuovo e non vorrei danneggiarlo. Voglio capire perchè talvolta si freeza senza motivo. Io temo sia il driver video (che è "nouveau", poichè ho un NVIDIA GT 720: gli altri proprietari non funzionano, anzi sono stato costretto a formattarlo a causa di problema con uno dei driver proprietari suggeriti da ubuntu stesso).

Potreste darmi qualche idea, suggerimento, aiuto? Grazie mille fin da subito.

è capitato anche a me con un Ryzen 7, io ho risolto aggiungendo

Codice: Seleziona tutto

CONFIG_RCU_NOCB_CPU=y

ai parametri di boot del kernel nel grub.
Al riavvio con

Codice: Seleziona tutto

dmesg | grep RCU
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] Build-time adjustment of leaf fanout to 64.
[ 0.000000] RCU restricting CPUs from NR_CPUS=512 to nr_cpu_ids=16.
[ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=64, nr_cpu_ids=16

verifichi che RCU sia attivo.

Prova, non costa nulla, se non è quello poi lo togli.

[eclettric0]

anche se è nuovo ed è probabile che il problema siano i drivers della scheda video, un memtest e un controllo smart lo farei

Ho eseguito, con facilità direi, sia il memtest86+ (usando un disco live e impostando dapprima il BIOS legacy piuttosto che UEFI, altrimenti non parte in UEFI) sia lo smart ed entrambi, con mia gioia, non hanno riportato errori nè bad sector.

Perciò è sicuramente la scheda video la colpevole.
A questo proposito ho disattivato le animazioni, attraverso il bottone widget su strumenti di sistema, e per ora non mi ha dato problemi più. Ma devo verificare meglio, perchè ci ho trascorso poco tempo.

è capitato anche a me con un Ryzen 7, io ho risolto aggiungendo

Codice: Seleziona tutto

CONFIG_RCU_NOCB_CPU=y

ai parametri di boot del kernel nel grub.
Al riavvio con

Codice: Seleziona tutto

dmesg | grep RCU
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] Build-time adjustment of leaf fanout to 64.
[ 0.000000] RCU restricting CPUs from NR_CPUS=512 to nr_cpu_ids=16.
[ 0.000000] RCU: Adjusting geometry for rcu_fanout_leaf=64, nr_cpu_ids=16

verifichi che RCU sia attivo.

Prova, non costa nulla, se non è quello poi lo togli.

Non ho provato fin ora, ma è per caso appunto nel file di configurazione di grub che lo devo aggiungere?
Nel caso ti faccio sapere presto, appena lo faccio. In questo modo verifico che non siano le animazioni delle finestre che hanno creato tutti i questi freeze fastidiosi e allo stesso tempo uso questo comando (eviterò di riattivare l'animazione però).

[telperion]

si devi editare il file (da sudo)

Codice: Seleziona tutto

/etc/default/grub 

e nella linea esempio

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

aggiungere CONFIG_RCU_NOCB_CPU=y

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX_DEFAULT="quiet CONFIG_RCU_NOCB_CPU=y"

salvare e poi dare

Codice: Seleziona tutto

sudo upgrade-grub

poi riavvii.

Se non risolve,fai la stessa procedura eliminando l'aggiunta riportando la linea

Codice: Seleziona tutto

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

RCU è solo un sistema più sicuro per la gestione di threads.
https://lwn.net/Articles/262464/

[eclettric0]

Purtroppo ho veramente cattive notizie: si è bloccato di nuovo in entrambi i casi.
Si è bloccato all'improvviso mentre non faceva niente il sistema, stava semplicemente visualizzando il desktop.
Si è bloccato dopo il comando su grub, il successivo riavvio e il comando dmesg che mi hai suggerito, telperion, anche se RCU aveva una grande utilità, avendo letto almeno metà dell'articolo che mi hai inviato.

Non lo so se è il file manager, se è la scheda video o altro. Sono in panico, perchè ubuntu mi serve e non ne posso far a meno per lavorare adesso, ma non posso neppure tornare a Windows e neppure danneggiare l'hardware nuovo.
Sto rifacendo di nuovo un memtest e un controllo SMART.

[eclettric0]

Non ho risolto il problema e non credo che lo risolverò poichè ho formattato e re-installato Ubuntu 17.10, con nuovi problemi da risolvere.

[eclettric0]

Ho ripreso una mia replica da questo thread, con cui ho avuto modo di gemellare, per tentare di risolvere un problema e riscrivo qui affinchè possa essere utile ad altre persone con lo stesso mio problema. Non ho voluto riscrivere tutto e ho solo copiato.

Ti scrivo, spero per te per l'ultima volta xD, per avvertirti che anche in 17.10 c'è stato un freeze da me al mio pc. Oramai non so più cosa pensare davvero, per me non è neanche la scheda video ma forse il server grafico X.org che mi va in palla, perchè non rispondono nè la tastiera nè il mouse più quando succede. O forse anche il display grafico gdm3 che fa cosi e non comunica bene con il driver video.. non saprei davvero.

Per fortuna, e non so te se gli conoscevi, ho scoperto dei comandi di emergenza da linux che potrebbero farti comodo nel caso hai un freeze e vuoi evitare che possano danneggiare il tuo hardware a lungo andare. (Sia lodato il mondo linux/unix).

Sono "i Magic Sys Req" e ti lascio varie brevissime guide per farti una cultura decente, almeno quello che serve.

Wikipedia_in_italiano: con questa puoi sapere di modificare il file /etc/sysctl.conf e aggiungere una voce per permettere l'avvio in X di tali comandi.

Wikipedia_in_inglese: questa guida è più approfondita ma non sapevo del file di configurazione /etc/sysctl.conf. Ti dà tutti i tasti REISUB utili per riavviare il sistema con il kernel (se non è in kernel panic però), senza perdere i tuoi dati non salvati.

Guida_breve_consigliata: questo è da leggere ed è brevissima ma buona e succinta per poter capire a che serve l'insieme di tasti REISUB.

Altra_Guida_Brevissima: Altra guida simile alla precedente, ma ti consiglio di leggerla.

Siccome è grave e assurdo che un sistema cosi diffuso si freezi all'improvviso, col rischio di danneggiarti un pc ancora in garanzia, e tavolta comunque ti costringe a fare hard reset, bisogna correre ai ripari e se avessi saputo prima di questi comandi che comunicano diretti col kernel, in caso di emergenza, non avrei aperto neanche tutti quei thread sul forum.

Spero ti possano essere utile: ma mi raccomando imposta, come da prima guida, quella voce su /etc/sysctl.conf per poterli far funzionare. Io non so se funzionano sull'attuale e acerbo Wayland, che a quanto pare ha un problema con la PolicyKit (e pensa neanche si avvia synaptic normalmente e mi tocca usare X.org).

EDIT: PS: speriamo che funzionino quando servano!
EDIT2: Aggiungo la guida in italiano sul forum di ubuntu. MagicSysReq

[telperion]

Ho ripreso una mia replica da questo thread, con cui ho avuto modo di gemellare, per tentare di risolvere un problema e riscrivo qui affinchè possa essere utile ad altre persone con lo stesso mio problema. Non ho voluto riscrivere tutto e ho solo copiato.

Ti scrivo, spero per te per l'ultima volta xD, per avvertirti che anche in 17.10 c'è stato un freeze da me al mio pc. Oramai non so più cosa pensare davvero, per me non è neanche la scheda video ma forse il server grafico X.org che mi va in palla, perchè non rispondono nè la tastiera nè il mouse più quando succede. O forse anche il display grafico gdm3 che fa cosi e non comunica bene con il driver video.. non saprei davvero.

Per fortuna, e non so te se gli conoscevi, ho scoperto dei comandi di emergenza da linux che potrebbero farti comodo nel caso hai un freeze e vuoi evitare che possano danneggiare il tuo hardware a lungo andare. (Sia lodato il mondo linux/unix).

Sono "i Magic Sys Req" e ti lascio varie brevissime guide per farti una cultura decente, almeno quello che serve.

Wikipedia_in_italiano: con questa puoi sapere di modificare il file /etc/sysctl.conf e aggiungere una voce per permettere l'avvio in X di tali comandi.

Wikipedia_in_inglese: questa guida è più approfondita ma non sapevo del file di configurazione /etc/sysctl.conf. Ti dà tutti i tasti REISUB utili per riavviare il sistema con il kernel (se non è in kernel panic però), senza perdere i tuoi dati non salvati.

Guida_breve_consigliata: questo è da leggere ed è brevissima ma buona e succinta per poter capire a che serve l'insieme di tasti REISUB.

Altra_Guida_Brevissima: Altra guida simile alla precedente, ma ti consiglio di leggerla.

Siccome è grave e assurdo che un sistema cosi diffuso si freezi all'improvviso, col rischio di danneggiarti un pc ancora in garanzia, e tavolta comunque ti costringe a fare hard reset, bisogna correre ai ripari e se avessi saputo prima di questi comandi che comunicano diretti col kernel, in caso di emergenza, non avrei aperto neanche tutti quei thread sul forum.

Spero ti possano essere utile: ma mi raccomando imposta, come da prima guida, quella voce su /etc/sysctl.conf per poterli far funzionare. Io non so se funzionano sull'attuale e acerbo Wayland, che a quanto pare ha un problema con la PolicyKit (e pensa neanche si avvia synaptic normalmente e mi tocca usare X.org).

EDIT: PS: speriamo che funzionino quando servano!

Guarda oltre che la mia esperienza personale, non so che altro dirti.
Al limite estremo usa windows e installa ubuntu in virtualbox...

[eclettric0]

Guarda oltre che la mia esperienza personale, non so che altro dirti.
Al limite estremo usa windows e installa ubuntu in virtualbox...

Lungi da me dal criticare un utente che ha provato ad aiutarmi. Anzi se avessi bisogno ancora, mi affiderei ad un consiglio, ad un appiglio, anche impensato come le mai sentite RCU, per iniziare a trovare soluzione. Non ti ho proprio citato proprio perchè non eri colpevole di nulla, anzi ci mancherebbe, ho imparato da te una piccola cosa nuova, che sto perfino usando nel mio GRUB attualmente e fino due giorni fa non sapevo manco che esistesse la possibilità. Tutta cultura che si diffonde.

Ovviamente c'è lo sca**o (mai espresso nei miei messaggi) perchè ho dovuto installare il sistema in tre settimane di studio intere, piuttosto che tre giorni, ma so gli imprevisti capitano, anche se questo era piuttosto grave perchè rischiavo di danneggiare l'hardware comprato da poco.

Per fortuna mi sono un pò documentato in giro e ho imparato qualcosa di nuovo e spero lo faranno altri, anche se questa non è una soluzione ma è una bella toppa, che può aiutare.

Comunque no, la tua soluzione, per quanto potrei usare le risorse al massimo, non è attuabile per me, anche se non è detto che questo estremo non arrivi.

Ho modificato il thread precedente e ho aggiunto la guida del forum italiano sulle "Magic Sys Req" che prima non avevo notato.

[telperion]

guarda in /var/log
poi vedere nei file
kern.log
e
user.log
messages
se trovi qualche indicazione del problema prima dei reboot.
Nel mio caso recente non c'era nulla, ma in passato ho scoperto dai messaggi che il connettore pciex della scheda video era sporco, ripuliti e fine dei freeze su quella macchina di 5 anni,

[eclettric0]

guarda in /var/log
poi vedere nei file
kern.log
e
user.log
messages
se trovi qualche indicazione del problema prima dei reboot.
Nel mio caso recente non c'era nulla, ma in passato ho scoperto dai messaggi che il connettore pciex della scheda video era sporco, ripuliti e fine dei freeze su quella macchina di 5 anni,

E' una cosa semplice e banale a cui non avevo pensato proprio.
Il problema è che non ricordo l'orario di freeze con precisione e che, pensa un pò, ad un singolo orario, un singolo secondo solo, il mio pc ha inviato un montagna di output in kern.log .. in un secondo solo (user.log e messages non lo trovo proprio, eppure c'erano nelle altre versioni della distro). Lo dovrei esaminare tutto: tengo il thread aperto per novità e curiosità su altri freeze e magari log associati appena capitano (sperando vivamente che i tasti per il kernel aiutino come si deve).

Purtroppo dubito che sia polvere tra i connettori della scheda madre e anche se lo fosse, non potrei proprio aprirlo il pc per non annullare la garanzia.

[telperion]

guarda in /var/log
poi vedere nei file
kern.log
e
user.log
messages
se trovi qualche indicazione del problema prima dei reboot.
Nel mio caso recente non c'era nulla, ma in passato ho scoperto dai messaggi che il connettore pciex della scheda video era sporco, ripuliti e fine dei freeze su quella macchina di 5 anni,

E' una cosa semplice e banale a cui non avevo pensato proprio.
Il problema è che non ricordo l'orario di freeze con precisione e che, pensa un pò, ad un singolo orario, un singolo secondo solo, il mio pc ha inviato un montagna di output in kern.log .. in un secondo solo (user.log e messages non lo trovo proprio, eppure c'erano nelle altre versioni della distro). Lo dovrei esaminare tutto: tengo il thread aperto per novità e curiosità su altri freeze e magari log associati appena capitano (sperando vivamente che i tasti per il kernel aiutino come si deve).

Purtroppo dubito che sia polvere tra i connettori della scheda madre e anche se lo fosse, non potrei proprio aprirlo il pc per non annullare la garanzia.

in kern log devi vedere i messaggi prima che ricominci da 0.00000
esempio

Codice: Seleziona tutto

Oct 23 23:25:55 dhcppc1 kernel: [   17.911680] corruption and stability problems, and is not supported.
Oct 23 23:25:55 dhcppc1 kernel: [   17.912852] nvidia-modeset: Allocated GPU:0 (GPU-9a552d13-0f43-414c-1200-7dd55b13a49d) @ PCI:0000:0b:00.0
Oct 23 23:25:55 dhcppc1 kernel: [   18.251609] r8169 0000:0a:00.0 enp10s0: link up
Oct 24 05:19:38 dhcppc1 kernel: [21242.103469] [UFW BLOCK] IN=enp10s0 OUT= MAC=70:85:c2:39:c1:96:00:02:cf:be:84:f7:08:00 SRC=213.209.17.205 DST=192.168.1.20 LEN=40 TOS=0x00 PREC=0x00 TTL=254 ID=65259 PROTO=TCP SPT=80 DPT=56278 WINDOW=29200 RES=0x00 RST URGP=0 
Oct 24 05:19:38 dhcppc1 kernel: [21242.103758] [UFW BLOCK] IN=enp10s0 OUT= MAC=70:85:c2:39:c1:96:00:02:cf:be:84:f7:08:00 SRC=213.209.17.205 DST=192.168.1.20 LEN=40 TOS=0x00 PREC=0x00 TTL=254 ID=65259 PROTO=TCP SPT=80 DPT=56250 WINDOW=29200 RES=0x00 RST URGP=0 
#####################################################
### sopra l'ultima cosa prima dello spegnimento [21242.103758] ######
### sotto il riavvio successivo  [    0.000000] #########
#####################################################
Oct 24 09:57:36 dhcppc1 kernel: [    0.000000] Linux version 4.12.14-mc (root@dhcppc1) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Thu Sep 21 15:24:35 CEST 2017
Oct 24 09:57:36 dhcppc1 kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.12.14-mc root=UUID=11771692-d7fa-4854-ad67-badefa904511 ro vga=0x305 ipv6.disable=1 quiet
Oct 24 09:57:36 dhcppc1 kernel: [    0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'

[eclettric0]

Dopo una ventina di giorni, ho deciso di riportare alta la questione, anche solo per chiuderla almeno qui, prima che diventi un necropost (speriamo non sia troppo tardi).

Comunque non sono riuscito a capacitarmi dei log, erano troppi, esageratamente, e adesso titanici dopo una ventina di giorni praticamente di sistema funzionante. Per altro con le Magic Sys Req, mi sento più al sicuro.

Io sospetto comunque sia stato o il kernel (in quanto mi dava il log [Kernel out of memory]) o la scheda video che mal si accostava col driver nouveau. Comunque sia ho trovato maggior stabilità nella distribuzione 17.10 che nella LTS 16.04, per dire, anche confrontandomi con un mio amico che ha il mio medesimo pc, perfino su altri generi di problemi (come per esempio le internet-key USB).

Ringrazio tutti qui per l'aiuto e per le dritte soprattutto e spero che queste non siano le "ultime parole famose" e non debba tornare per il medesimo problema.

PS: anche un insospettabile aggiornamento, di qualsivoglia natura, può aver risolto il problema non volutamente. Lo scrivo perchè lo metto come ipotesi.