[OT] Re: Problema con Debian testing (Stretch)
On Sat, Aug 06, 2016 at 07:03:19PM +0200, Davide Prina wrote: > 2) AltGr-SysRq-e: (kill -15 all) chiede a tutti i processi di terminare > "gentilmente" > 3) AltGr-SysRq-i: (kill -9 all) termina tutti i processi in modo "brutale" > Ciao > Davide Queste due, ed altre funzioni che non rientrano nel reisub, sono da tempo disabilitate di default in Debian. Inibiti dalla bitmask 1b6, o 438, presente in: grep CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE /boot/config-$(uname -r) e cat /proc/sys/kernel/sysrq Un buon modo per vedere se i tasti premuti vengano ricevuti correttamente è quello di posizionarsi in una tty e premere Alt(o AltGr)+SysRq(o PrtScr)+h richiamando così l help. Ciao -- Felipe Salvador
Re: Problema con Debian testing (Stretch)
Il 08/08/2016 20:45, Davide Prina ha scritto: > On 08/08/2016 14:24, Portobello wrote: > DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) >> Per questa provo con 400 MHz. > > guarda i due banchi di RAM e determina la loro frequenza (se non la > trovi scritta, allora cerca con un motore di ricerca su internet). Mi sembra che sui codici di entrambe ci sia scritto 667, quindi presumo che vadano tutte e due al massimo a 667 MHz. Infatti l`altro giorno mi aveva scritto nella videata all`avvio DRAM Clock 667 MHZ. Ora ho dovuto togliere la scheda video aggiuntiva (Nvidia su slot PCI Express). Perche` quando ho abbassato la frequenza a 400 MHz, si era bloccato tutto. Usciva una videata grigia a quadretti piccoli, e non faceva piu` l`avvio. Ora sto usando soltanto la scheda grafica di default, sulla scheda madre. Ho installato i pacchetti della Nvidia, che erano installati sulla stabile, anche sulla testing. E funzionano bene entrambe. Quando ho fatto di nuovo il memetest86 mi diceva che il Settings RAM e` ora 440 MHz . > > Poi metti la frequenza più bassa tra i due banchi > > In alternativa puoi comprare un altro banco di RAM, come l'ultimo che > hai preso e lasciare AUTO... e magari vendere il tuo vecchio a qualcun > altro... In questo modo avrai un PC un po' più veloce Per i banchi di memoria credo che possano funzionare bene, hanno la stessa frequenza. Anche se non sono proprio uguali, perche` uno e` fatto in Cina e l`altro a Taiwan. Ma ora mi chiedevo se c`e` una scheda grafica che possa funzionare con il mio Pc Amd64 con processore K8 , con lo slot PCI Express. Quali marche e modelli sono compatibili con Debian (Stabile e Testing) ? Ciao
Re: Problema con Debian testing (Stretch)
Il 08/08/2016 18:45, andrea biancalana ha scritto: > il giorno Mon, 8 Aug 2016 14:24:53 +0200 Portobello > ha scritto: > > DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) >> Per questa provo con 400 MHz. >> > Ora sembra che funziona abbastanza bene con il valore 400 MHZ. Ma con il riconoscimento automatico delle Ram. > nel mio BIOS c'erano valori come questi (pero' piu' alti) e la voce AUTO > inserita di default; > la mia soluzione e' stata di togliere AUTO e inserire il secondo dei valori > piu' alti. > > Non ho modificato nessun altro parametro nel BIOS. > > Per alcuni pc (ne avevo 15 uguali da far funzionare con testing) e' stato > necessario scendere al valore ancora piu' basso. > > Per adesso, da aprile, non si e' verificato piu' alcun blocco. > >
Re: Problema con Debian testing (Stretch)
Il 08/08/2016 15:02, stefano gozzi ha scritto: > prova anche ad abilitare "enable memory remap" nel BIOS (o opzione similare) > stefano > Ho cercato, ma mi sa` che nel mio Bios non c`e`. Ciao > Il giorno lun 8 ago 2016 alle ore 14:42 Portobello > mailto:c.portobe...@fastwebnet.it>> ha scritto: > > Il 07/08/2016 21:07, andrea biancalana ha scritto: > > il giorno Sun, 7 Aug 2016 18:19:06 +0200 Portobello > mailto:c.portobe...@fastwebnet.it>> ha > scritto: > > > >> Questo lo hanno consigliato anche altri, qui in lista. > >> Nel mio Bios ho trovato la sezione : > >> Frequency/ Voltage Control > >> CPU OVER CLOCK : 200 ( con range da 200 a 250) > >> Auto Detect DIMM/PCI Clk : Enabled > >> Spread Spectrum : Enabled > >> DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) > >> > >> Ma per evitare cio' che mi era successo alcuni anni fa' come > dovrei fare > >> ? Quali parametri modicare ? > >> Perche' quando avevo modificato un paio di quei parametri e si era > >> bloccato tutto. Non riuscivo piu' ad entrare nel Bios per modicare i > >> parametri. Avevo dovuto resettare sulla scheda madre con un jumper. > >> > >> Potresti anche provare a mettere solo il banco > >>> nuovo, lasciando le impostazioni del BIOS come sono ora, e > verificando > >>> se hai sempre il blocco del sistema. > >> > >> Ho gia' provato, e funziona tutto bene solo con il banco nuovo. > >> Il problema si presenta quando si aggiunge il secondo banco di > RAM da 2 > >> Giga. > >> > >>> > >>> Prova a guardarti un po' di bug aperti, se ne trovi uno che > riporta più > >>> o meno la tua casistica, magari trovi un workaround per risolvere > >>> $ querybts xserver-xorg-video-nouveau > >>> > >>> o se preferisci vederli nel browser: > >>> $ querybts -w xserver-xorg-video-nouveau > >>> > > > > Nel mio caso il problema (apparentemente dovuto alla grafica) si > verificava anche senza avviare X; > > dai log non ricavavo nulla (anche con il giochetto della terna > magica di tasti...). > > > > Il problema che hai avuto modificando la frequenza di clock era > dovuto, penso, al fatto che eri intervenuto su quella della CPU. > > A me e' risultato invece indolore (e risolutivo) abbassare la > frequenza di clock della DRAM. > > Ok. Non tocco il CPU OVER CLOCK : 200 ( con range da 200 a 250). > Ma per questi tre ? > Auto Detect DIMM/PCI Clk : Enabled > L'Auto Detect lo lascio abilitato o lo devo disabilitare ? > > >> Spread Spectrum : Enabled > Questo non so' che cosa sia ? > Per ora penso di lasciarlo cosi'. > > >> DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) > Per questa provo con 400 MHz. > > > Ciao > Grazie >
Re: Problema con Debian testing (Stretch)
On 08/08/2016 14:24, Portobello wrote: DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) Per questa provo con 400 MHz. guarda i due banchi di RAM e determina la loro frequenza (se non la trovi scritta, allora cerca con un motore di ricerca su internet). Poi metti la frequenza più bassa tra i due banchi In alternativa puoi comprare un altro banco di RAM, come l'ultimo che hai preso e lasciare AUTO... e magari vendere il tuo vecchio a qualcun altro... In questo modo avrai un PC un po' più veloce Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Motivi per non comprare/usare ms-windows-vista: http://badvista.fsf.org/ Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Problema con Debian testing (Stretch)
il giorno Mon, 8 Aug 2016 14:24:53 +0200 Portobello ha scritto: > >> DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) > Per questa provo con 400 MHz. > nel mio BIOS c'erano valori come questi (pero' piu' alti) e la voce AUTO inserita di default; la mia soluzione e' stata di togliere AUTO e inserire il secondo dei valori piu' alti. Non ho modificato nessun altro parametro nel BIOS. Per alcuni pc (ne avevo 15 uguali da far funzionare con testing) e' stato necessario scendere al valore ancora piu' basso. Per adesso, da aprile, non si e' verificato piu' alcun blocco.
Re: Problema con Debian testing (Stretch)
prova anche ad abilitare "enable memory remap" nel BIOS (o opzione similare) stefano Il giorno lun 8 ago 2016 alle ore 14:42 Portobello < c.portobe...@fastwebnet.it> ha scritto: > Il 07/08/2016 21:07, andrea biancalana ha scritto: > > il giorno Sun, 7 Aug 2016 18:19:06 +0200 Portobello < > c.portobe...@fastwebnet.it> ha scritto: > > > >> Questo lo hanno consigliato anche altri, qui in lista. > >> Nel mio Bios ho trovato la sezione : > >> Frequency/ Voltage Control > >> CPU OVER CLOCK : 200 ( con range da 200 a 250) > >> Auto Detect DIMM/PCI Clk : Enabled > >> Spread Spectrum : Enabled > >> DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) > >> > >> Ma per evitare cio' che mi era successo alcuni anni fa' come dovrei fare > >> ? Quali parametri modicare ? > >> Perche' quando avevo modificato un paio di quei parametri e si era > >> bloccato tutto. Non riuscivo piu' ad entrare nel Bios per modicare i > >> parametri. Avevo dovuto resettare sulla scheda madre con un jumper. > >> > >> Potresti anche provare a mettere solo il banco > >>> nuovo, lasciando le impostazioni del BIOS come sono ora, e verificando > >>> se hai sempre il blocco del sistema. > >> > >> Ho gia' provato, e funziona tutto bene solo con il banco nuovo. > >> Il problema si presenta quando si aggiunge il secondo banco di RAM da 2 > >> Giga. > >> > >>> > >>> Prova a guardarti un po' di bug aperti, se ne trovi uno che riporta più > >>> o meno la tua casistica, magari trovi un workaround per risolvere > >>> $ querybts xserver-xorg-video-nouveau > >>> > >>> o se preferisci vederli nel browser: > >>> $ querybts -w xserver-xorg-video-nouveau > >>> > > > > Nel mio caso il problema (apparentemente dovuto alla grafica) si > verificava anche senza avviare X; > > dai log non ricavavo nulla (anche con il giochetto della terna magica di > tasti...). > > > > Il problema che hai avuto modificando la frequenza di clock era dovuto, > penso, al fatto che eri intervenuto su quella della CPU. > > A me e' risultato invece indolore (e risolutivo) abbassare la frequenza > di clock della DRAM. > > Ok. Non tocco il CPU OVER CLOCK : 200 ( con range da 200 a 250). > Ma per questi tre ? > Auto Detect DIMM/PCI Clk : Enabled > L'Auto Detect lo lascio abilitato o lo devo disabilitare ? > > >> Spread Spectrum : Enabled > Questo non so' che cosa sia ? > Per ora penso di lasciarlo cosi'. > > >> DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) > Per questa provo con 400 MHz. > > > Ciao > Grazie > >
Re: Problema con Debian testing (Stretch)
Il 07/08/2016 21:07, andrea biancalana ha scritto: > il giorno Sun, 7 Aug 2016 18:19:06 +0200 Portobello > ha scritto: > >> Questo lo hanno consigliato anche altri, qui in lista. >> Nel mio Bios ho trovato la sezione : >> Frequency/ Voltage Control >> CPU OVER CLOCK : 200 ( con range da 200 a 250) >> Auto Detect DIMM/PCI Clk : Enabled >> Spread Spectrum : Enabled >> DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) >> >> Ma per evitare cio' che mi era successo alcuni anni fa' come dovrei fare >> ? Quali parametri modicare ? >> Perche' quando avevo modificato un paio di quei parametri e si era >> bloccato tutto. Non riuscivo piu' ad entrare nel Bios per modicare i >> parametri. Avevo dovuto resettare sulla scheda madre con un jumper. >> >> Potresti anche provare a mettere solo il banco >>> nuovo, lasciando le impostazioni del BIOS come sono ora, e verificando >>> se hai sempre il blocco del sistema. >> >> Ho gia' provato, e funziona tutto bene solo con il banco nuovo. >> Il problema si presenta quando si aggiunge il secondo banco di RAM da 2 >> Giga. >> >>> >>> Prova a guardarti un po' di bug aperti, se ne trovi uno che riporta più >>> o meno la tua casistica, magari trovi un workaround per risolvere >>> $ querybts xserver-xorg-video-nouveau >>> >>> o se preferisci vederli nel browser: >>> $ querybts -w xserver-xorg-video-nouveau >>> > > Nel mio caso il problema (apparentemente dovuto alla grafica) si verificava > anche senza avviare X; > dai log non ricavavo nulla (anche con il giochetto della terna magica di > tasti...). > > Il problema che hai avuto modificando la frequenza di clock era dovuto, > penso, al fatto che eri intervenuto su quella della CPU. > A me e' risultato invece indolore (e risolutivo) abbassare la frequenza di > clock della DRAM. Ok. Non tocco il CPU OVER CLOCK : 200 ( con range da 200 a 250). Ma per questi tre ? Auto Detect DIMM/PCI Clk : Enabled L'Auto Detect lo lascio abilitato o lo devo disabilitare ? >> Spread Spectrum : Enabled Questo non so' che cosa sia ? Per ora penso di lasciarlo cosi'. >> DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) Per questa provo con 400 MHz. Ciao Grazie
Re: Problema con Debian testing (Stretch)
il giorno Sun, 7 Aug 2016 18:19:06 +0200 Portobello ha scritto: > Questo lo hanno consigliato anche altri, qui in lista. > Nel mio Bios ho trovato la sezione : > Frequency/ Voltage Control > CPU OVER CLOCK : 200 ( con range da 200 a 250) > Auto Detect DIMM/PCI Clk : Enabled > Spread Spectrum : Enabled > DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) > > Ma per evitare cio' che mi era successo alcuni anni fa' come dovrei fare > ? Quali parametri modicare ? > Perche' quando avevo modificato un paio di quei parametri e si era > bloccato tutto. Non riuscivo piu' ad entrare nel Bios per modicare i > parametri. Avevo dovuto resettare sulla scheda madre con un jumper. > > Potresti anche provare a mettere solo il banco > > nuovo, lasciando le impostazioni del BIOS come sono ora, e verificando > > se hai sempre il blocco del sistema. > > Ho gia' provato, e funziona tutto bene solo con il banco nuovo. > Il problema si presenta quando si aggiunge il secondo banco di RAM da 2 > Giga. > > > > > Prova a guardarti un po' di bug aperti, se ne trovi uno che riporta più > > o meno la tua casistica, magari trovi un workaround per risolvere > > $ querybts xserver-xorg-video-nouveau > > > > o se preferisci vederli nel browser: > > $ querybts -w xserver-xorg-video-nouveau > > Nel mio caso il problema (apparentemente dovuto alla grafica) si verificava anche senza avviare X; dai log non ricavavo nulla (anche con il giochetto della terna magica di tasti...). Il problema che hai avuto modificando la frequenza di clock era dovuto, penso, al fatto che eri intervenuto su quella della CPU. A me e' risultato invece indolore (e risolutivo) abbassare la frequenza di clock della DRAM. E, forse lo avevo gia' scritto, il problema non era specifico di debian ma si verificava anche con una ubuntu recente. Ciao
Re: Problema con Debian testing (Stretch)
Il 07/08/2016 16:32, Davide Prina ha scritto: On 07/08/2016 15:48, Portobello wrote: Aug 2 16:54:11 debian kernel: [ 559.393088] nouveau :01:00.0: gr: intr 0010 [ERROR] nsource 0004 [DMA_WIDTH_B] nstatus 0300 [INVALID_STATE BAD_ARGUMENT] ch 1 [000d3000 Xorg[2680]] subc 7 class 4097 mthd 1d60 data 0200 Aug 2 16:54:11 debian kernel: [ 559.398220] nouveau :01:00.0: fifo: DMA_PUSHER - ch 1 [Xorg[2680]] get 0003fffc put 0001d9c8 state 8002fa20 (err: INVALID_CMD) push ho trovato che un altro ha avuto problemi con i driver nouveau dopo aver aggiunto un banco di RAM con frequenza maggiore. Ho visto che vi sono diversi problemi con i driver nouveau... probabilmente risolvi, come ti hanno consigliato, abbassando la frequenza dell'accesso in RAM, impostando la frequenza più bassa tra i banchi di RAM che hai. Questo lo hanno consigliato anche altri, qui in lista. Nel mio Bios ho trovato la sezione : Frequency/ Voltage Control CPU OVER CLOCK : 200 ( con range da 200 a 250) Auto Detect DIMM/PCI Clk : Enabled Spread Spectrum : Enabled DRAM Frequency : By SPD (con valori : 200/266/333/400 MHZ) Ma per evitare cio' che mi era successo alcuni anni fa' come dovrei fare ? Quali parametri modicare ? Perche' quando avevo modificato un paio di quei parametri e si era bloccato tutto. Non riuscivo piu' ad entrare nel Bios per modicare i parametri. Avevo dovuto resettare sulla scheda madre con un jumper. Potresti anche provare a mettere solo il banco nuovo, lasciando le impostazioni del BIOS come sono ora, e verificando se hai sempre il blocco del sistema. Ho gia' provato, e funziona tutto bene solo con il banco nuovo. Il problema si presenta quando si aggiunge il secondo banco di RAM da 2 Giga. Prova a guardarti un po' di bug aperti, se ne trovi uno che riporta più o meno la tua casistica, magari trovi un workaround per risolvere $ querybts xserver-xorg-video-nouveau o se preferisci vederli nel browser: $ querybts -w xserver-xorg-video-nouveau Ciao Davide
Re: Problema con Debian testing (Stretch)
On 07/08/2016 15:48, Portobello wrote: Aug 2 16:54:11 debian kernel: [ 559.393088] nouveau :01:00.0: gr: intr 0010 [ERROR] nsource 0004 [DMA_WIDTH_B] nstatus 0300 [INVALID_STATE BAD_ARGUMENT] ch 1 [000d3000 Xorg[2680]] subc 7 class 4097 mthd 1d60 data 0200 Aug 2 16:54:11 debian kernel: [ 559.398220] nouveau :01:00.0: fifo: DMA_PUSHER - ch 1 [Xorg[2680]] get 0003fffc put 0001d9c8 state 8002fa20 (err: INVALID_CMD) push ho trovato che un altro ha avuto problemi con i driver nouveau dopo aver aggiunto un banco di RAM con frequenza maggiore. Ho visto che vi sono diversi problemi con i driver nouveau... probabilmente risolvi, come ti hanno consigliato, abbassando la frequenza dell'accesso in RAM, impostando la frequenza più bassa tra i banchi di RAM che hai. Potresti anche provare a mettere solo il banco nuovo, lasciando le impostazioni del BIOS come sono ora, e verificando se hai sempre il blocco del sistema. Prova a guardarti un po' di bug aperti, se ne trovi uno che riporta più o meno la tua casistica, magari trovi un workaround per risolvere $ querybts xserver-xorg-video-nouveau o se preferisci vederli nel browser: $ querybts -w xserver-xorg-video-nouveau Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione contro il formato ms-ooxml: http://www.noooxml.org/petition Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Problema con Debian testing (Stretch)
Il 06/08/2016 19:03, Davide Prina ha scritto: On 06/08/2016 14:46, Portobello wrote: Il 04/08/2016 21:18, Davide Prina ha scritto: io installerei mcelog, che ti permette di registrare nei log dei messaggi intelligibili e poi verificherei dopo il primo blocco se c'è qualcosa Ok e' stato installato. bene, dopo il primo blocco hai guardato nei log per vedere se trovi qualcosa di significativo. Ho scritto la risposta a Walter. Con quello che ho trovato. In pratica per facilitarti il compito. Dopo il blocco aspetti 10-15 minuti (guarda che ore sono quando esegui il seguito qui descritto), poi usi i tasti magici per riavviare il PC, usa in sequenza questi: (Sullla mia tastiera vedo un tasto [Stamp R Sist] , spero che sia l'equivalente di [SysRq] ). L' [AltGr] invece c'e', uguale uguale. 1) AltGr-SysRq-r: (raw) riprende il controllo della tastiera dal server X 2) AltGr-SysRq-e: (kill -15 all) chiede a tutti i processi di terminare "gentilmente" 3) AltGr-SysRq-i: (kill -9 all) termina tutti i processi in modo "brutale" 4) AltGr-SysRq-s: (sync) effettua la scrittura su disco di quello rimasto in cache 5) AltGr-SysRq-u: (unmount) smonta i volumi 6) AltGr-SysRq-b: (boot) effettua il riavvio del sistema ogni volta devi premere i tre tasti contemporaneamente, o meglio premi AltGr-SysRq e successivamente il tasto lettera minuscolo Ho provato, ma sembra che non succeda nulla. Ho dovuto resettare con il pulsante di reset. poi guarda /var/log/syslog Non c'e' nulla dopo la data del 2 Agosto. Aug 2 16:54:11 debian kernel: [ 559.393088] nouveau :01:00.0: gr: intr 0010 [ERROR] nsource 0004 [DMA_WIDTH_B] nstatus 0300 [INVALID_STATE BAD_ARGUMENT] ch 1 [000d3000 Xorg[2680]] subc 7 class 4097 mthd 1d60 data 0200 Aug 2 16:54:11 debian kernel: [ 559.398220] nouveau :01:00.0: fifo: DMA_PUSHER - ch 1 [Xorg[2680]] get 0003fffc put 0001d9c8 state 8002fa20 (err: INVALID_CMD) push o, se è ruotato, uno dei successivi, il successivo dovrebbe essere: /var/log/syslog.1 e cerchi le ultime righe prima dell'orario che ti sei salvato poco sopra... Ciao Davide
Re: Problema con Debian testing (Stretch)
Il 04/08/2016 15:30, Walter Valenti ha scritto: Buon giorno Lista, Da circa tre giorni, ho raddoppiato la memoria Ram del mio Pc, passando da 2 Gb a 4 Gb di Ram. Utilizzo un Pc Desktop Amd64 con una scheda grafica Nvidia GeForce 6600 con 256 Mb di Ram a bordo, su slot Pci Express. Con la Debian stabile (Jessie) funziona tutto molto bene, nessun problema. Con la versione Testing di Debian (Stretch) invece ci sono dei problemi, perché si blocca dopo pochi minuti dall'avvio. Non posso fare nulla, se non riavviare o spegnere il Pc. C'è qualche comando di diagnostica che posso dare ? Oppure qualche pacchetto da installare, che gestisce la scheda grafica e la memoria Ram come la stabile ? Non sono in grado di fare la diagnosi, ma forse e' un problema di conflitto tra la memoria Ram e la scheda grafica. Perché prima di installare la nuova memoria funzionava in modo regolare anche la testing. Comincia a dando un'occhiata ai logs: /var/log/syslog Ho trovato qualcosa in questo file. Alla data del 2 Agosto (giorno in cui ho ritirato il Pc, dopo l'aggiunta della memoria ). Aug 2 16:54:11 debian kernel: [ 559.393077] nouveau :01:00.0: gr: intr 0010 [ERROR] nsource 0004 [DMA_WIDTH_B] nstatus 0300 [INVALID_STATE BAD_ARGUMENT] ch 1 [000d3000 Xorg[2680]] subc 7 class 4097 mthd 08e4 data 00320101 Aug 2 16:54:11 debian kernel: [ 559.393088] nouveau :01:00.0: gr: intr 0010 [ERROR] nsource 0004 [DMA_WIDTH_B] nstatus 0300 [INVALID_STATE BAD_ARGUMENT] ch 1 [000d3000 Xorg[2680]] subc 7 class 4097 mthd 1d60 data 0200 Aug 2 16:54:11 debian kernel: [ 559.398220] nouveau :01:00.0: fifo: DMA_PUSHER - ch 1 [Xorg[2680]] get 0003fffc put 0001d9c8 state 8002fa20 (err: INVALID_CMD) push La cosa un po' strana e' che dopo questa data, anche se ho provato varie volte ancora ad avviare la stessa versione di Testing che si blocca sempre non ci sono altri messaggi di errore simili. /var/log/kern.log Anche in questo c'e' lo stesso messaggio. Aug 2 16:54:11 debian kernel: [ 559.393077] nouveau :01:00.0: gr: intr 0010 [ERROR] nsource 0004 [DMA_WIDTH_B] nstatus 0300 [INVALID_STATE BAD_ARGUMENT] ch 1 [000d3000 Xorg[2680]] subc 7 class 4097 mthd 08e4 data 00320101 Aug 2 16:54:11 debian kernel: [ 559.393088] nouveau :01:00.0: gr: intr 0010 [ERROR] nsource 0004 [DMA_WIDTH_B] nstatus 0300 [INVALID_STATE BAD_ARGUMENT] ch 1 [000d3000 Xorg[2680]] subc 7 class 4097 mthd 1d60 data 0200 Aug 2 16:54:11 debian kernel: [ 559.398220] nouveau :01:00.0: fifo: DMA_PUSHER - ch 1 [Xorg[2680]] get 0003fffc put 0001d9c8 state 8002fa20 (err: INVALID_CMD) push Ma dopo quella data non c'e' piu' nulla. Ciao. Grazie
Re: Problema con Debian testing (Stretch)
On 06/08/2016 14:46, Portobello wrote: Il 04/08/2016 21:18, Davide Prina ha scritto: io installerei mcelog, che ti permette di registrare nei log dei messaggi intelligibili e poi verificherei dopo il primo blocco se c'è qualcosa Ok e' stato installato. bene, dopo il primo blocco hai guardato nei log per vedere se trovi qualcosa di significativo. In pratica per facilitarti il compito. Dopo il blocco aspetti 10-15 minuti (guarda che ore sono quando esegui il seguito qui descritto), poi usi i tasti magici per riavviare il PC, usa in sequenza questi: 1) AltGr-SysRq-r: (raw) riprende il controllo della tastiera dal server X 2) AltGr-SysRq-e: (kill -15 all) chiede a tutti i processi di terminare "gentilmente" 3) AltGr-SysRq-i: (kill -9 all) termina tutti i processi in modo "brutale" 4) AltGr-SysRq-s: (sync) effettua la scrittura su disco di quello rimasto in cache 5) AltGr-SysRq-u: (unmount) smonta i volumi 6) AltGr-SysRq-b: (boot) effettua il riavvio del sistema ogni volta devi premere i tre tasti contemporaneamente, o meglio premi AltGr-SysRq e successivamente il tasto lettera minuscolo poi guarda /var/log/syslog o, se è ruotato, uno dei successivi, il successivo dovrebbe essere: /var/log/syslog.1 e cerchi le ultime righe prima dell'orario che ti sei salvato poco sopra... Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione contro il formato ms-ooxml: http://www.noooxml.org/petition Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Problema con Debian testing (Stretch)
Il 04/08/2016 21:18, Davide Prina ha scritto: > On 04/08/2016 15:05, Portobello wrote: > >> ho raddoppiato la memoria Ram del mio Pc > >> Con la Debian stabile (Jessie) funziona tutto molto bene, nessun >> problema. > >> Con la versione Testing di Debian (Stretch) invece ci sono dei problemi, >> perché si blocca dopo pochi minuti dall'avvio. > > come ti hanno suggerito il problema potrebbe essere appunto la RAM. > > io installerei mcelog, che ti permette di registrare nei log dei > messaggi intelligibili e poi verificherei dopo il primo blocco se c'è > qualcosa > Ok e' stato installato. > come seconda cosa farei un test della RAM. Se risulta che uno dei nuovi > banchi è danneggiato puoi fartelo cambiare. > > $ apt-cache search memtest > Ho trovato ed installato i due pacchetti memtest86+ e memtester. Consigliava anche di installare un pacchetto kernel-patch-badram, ma se provo ad installarlo mi dice che e' obsoleto ed e' nominato da un'altro pacchetto. All'avvio c'è un messaggio che dice che il DRAM Clock e' di 667 MHZ. Ho eseguito il test della RAM al 100% , il risultato e' : Pass complete, no errors. Durante il memtest mi dice che il Settings RAM e' di 366 MHZ. Quindi forse dovrei settare la sezione del BIOS DRAM Frequency a 400 MHZ ? Ho anche provato i due banchi di memoria singolarmente, e sono funzionanti. Il problema nasce quando aggiungo il secondo banco da 2 Giga. Ciao
Re: Problema con Debian testing (Stretch)
Il 04/08/2016 15:42, andrea biancalana ha scritto: > il giorno Thu, 4 Aug 2016 15:05:42 +0200 Portobello > ha scritto: > >> Buon giorno Lista, >> >> Da circa tre giorni, ho raddoppiato la memoria Ram del mio Pc, passando >> da 2 Gb a 4 Gb di Ram. >> Utilizzo un Pc Desktop Amd64 con una scheda grafica Nvidia GeForce 6600 >> con 256 Mb di Ram a bordo, su slot Pci Express. >> >> Con la Debian stabile (Jessie) funziona tutto molto bene, nessun problema. >> >> Con la versione Testing di Debian (Stretch) invece ci sono dei problemi, >> perché si blocca dopo pochi minuti dall'avvio. >> Non posso fare nulla, se non riavviare o spegnere il Pc. >> >> C'è qualche comando di diagnostica che posso dare ? >> Oppure qualche pacchetto da installare, che gestisce la scheda grafica e >> la memoria Ram come la stabile ? >> >> Non sono in grado di fare la diagnosi, ma forse e' un problema di >> conflitto tra la memoria Ram e la scheda grafica. Perché prima di >> installare la nuova memoria funzionava in modo regolare anche la testing. >> > > ho avuto un problema simile su 15 pc nuovi appena assemblati e con 4GB di RAM: > distribuzioni vecchie (debian stable, oldstable e ubuntu 14.04) andavano bene > mentre debian testing si piantava. > > Anche a me era sembrato inizialmente un problema di scheda grafica ma > alla fine ho scoperto che (immagino a causa del nuovo kernel) veniva messa in > crisi la RAM > e il problema si e' risolto riducendone la frequenza di clock nel BIOS. > > Mi sembra di avere messo 1300MHz invece di AUTO: la ram in questione > (Kingston) era dichiarata per > andare a frequenze piu' alte. > > Confermo che anche le mie memorie RAM sono delle Kingston. Nel mio BIOS c'è la sezione per la DRAM Frequency. Ora e' settata su BySPD, le altre scelte sono da: 200, 266, 333 e 400 MHZ. All'avvio mi da' un messaggio con scritto : DRAM Clock 667 MHz. Quando ho eseguito il test memtest86+, mi ha detto che il Settings RAM e' 366 MHz. Quindi presumo, per logica ed intuito, che dovrei settare il parametro della mia DRAM Frequency su 400 MHz. Ma questo mi crea una certa preoccupazione, perché 5 anni fa' quando avevo modificato uno dei parametri di quella sezione, poi non riuscivo più ad avviare nulla, non mi entrava nemmeno nel BIOS, per rimettere il valore precedente. Ed avevo dovuto agire, con un jumper sulla scheda madre, per resettare i valori di default del BIOS. Spero che non succeda anche questa volta. Grazie. Ciao
Re: Problema con Debian testing (Stretch)
il giorno Thu, 4 Aug 2016 21:18:34 +0200 Davide Prina ha scritto: > come seconda cosa farei un test della RAM. Se risulta che uno dei nuovi > banchi è danneggiato puoi fartelo cambiare. > > $ apt-cache search memtest > nel mio caso, aprile scorso, i log di sistema e memtest non mi avevano aiutato. Come ho scritto in una precedente risposta (che pero' non ho visto comparire in lista): > Anche a me era sembrato inizialmente un problema di scheda grafica ma > alla fine ho scoperto che (immagino a causa del nuovo kernel) veniva messa in > crisi la RAM > e il problema si e' risolto riducendone la frequenza di clock nel BIOS.
Re: Problema con Debian testing (Stretch)
On 04/08/2016 15:05, Portobello wrote: ho raddoppiato la memoria Ram del mio Pc Con la Debian stabile (Jessie) funziona tutto molto bene, nessun problema. Con la versione Testing di Debian (Stretch) invece ci sono dei problemi, perché si blocca dopo pochi minuti dall'avvio. come ti hanno suggerito il problema potrebbe essere appunto la RAM. io installerei mcelog, che ti permette di registrare nei log dei messaggi intelligibili e poi verificherei dopo il primo blocco se c'è qualcosa come seconda cosa farei un test della RAM. Se risulta che uno dei nuovi banchi è danneggiato puoi fartelo cambiare. $ apt-cache search memtest Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Motivi per non comprare/usare ms-windows7: http://windows7sins.org/ Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Problema con Debian testing (Stretch)
anche fare girare per qualche ora un memtest... ste Il giorno gio 4 ago 2016 alle ore 16:08 peterpunk ha scritto: > On Thu, 4 Aug 2016 15:05:42 +0200 Portobello wrote: > > > (...) > > C'è qualche comando di diagnostica che posso dare ? > > (...) > > Forse ti può essere d'aiuto (da root) dmidecode: > > dmidecode -t 17 > >
Re: Problema con Debian testing (Stretch)
On Thu, 4 Aug 2016 15:05:42 +0200 Portobello wrote: > (...) > C'è qualche comando di diagnostica che posso dare ? > (...) Forse ti può essere d'aiuto (da root) dmidecode: dmidecode -t 17
Re: Problema con Debian testing (Stretch)
il giorno Thu, 4 Aug 2016 15:05:42 +0200 Portobello ha scritto: > Buon giorno Lista, > > Da circa tre giorni, ho raddoppiato la memoria Ram del mio Pc, passando > da 2 Gb a 4 Gb di Ram. > Utilizzo un Pc Desktop Amd64 con una scheda grafica Nvidia GeForce 6600 > con 256 Mb di Ram a bordo, su slot Pci Express. > > Con la Debian stabile (Jessie) funziona tutto molto bene, nessun problema. > > Con la versione Testing di Debian (Stretch) invece ci sono dei problemi, > perché si blocca dopo pochi minuti dall'avvio. > Non posso fare nulla, se non riavviare o spegnere il Pc. > > C'è qualche comando di diagnostica che posso dare ? > Oppure qualche pacchetto da installare, che gestisce la scheda grafica e > la memoria Ram come la stabile ? > > Non sono in grado di fare la diagnosi, ma forse e' un problema di > conflitto tra la memoria Ram e la scheda grafica. Perché prima di > installare la nuova memoria funzionava in modo regolare anche la testing. > ho avuto un problema simile su 15 pc nuovi appena assemblati e con 4GB di RAM: distribuzioni vecchie (debian stable, oldstable e ubuntu 14.04) andavano bene mentre debian testing si piantava. Anche a me era sembrato inizialmente un problema di scheda grafica ma alla fine ho scoperto che (immagino a causa del nuovo kernel) veniva messa in crisi la RAM e il problema si e' risolto riducendone la frequenza di clock nel BIOS. Mi sembra di avere messo 1300MHz invece di AUTO: la ram in questione (Kingston) era dichiarata per andare a frequenze piu' alte.
Re: Problema con Debian testing (Stretch)
>Buon giorno Lista, > >Da circa tre giorni, ho raddoppiato la memoria Ram del mio Pc, passando >da 2 Gb a 4 Gb di Ram. >Utilizzo un Pc Desktop Amd64 con una scheda grafica Nvidia GeForce 6600 >con 256 Mb di Ram a bordo, su slot Pci Express. > >Con la Debian stabile (Jessie) funziona tutto molto bene, nessun problema. > >Con la versione Testing di Debian (Stretch) invece ci sono dei problemi, >perché si blocca dopo pochi minuti dall'avvio. >Non posso fare nulla, se non riavviare o spegnere il Pc. > >C'è qualche comando di diagnostica che posso dare ? >Oppure qualche pacchetto da installare, che gestisce la scheda grafica e >la memoria Ram come la stabile ? > >Non sono in grado di fare la diagnosi, ma forse e' un problema di >conflitto tra la memoria Ram e la scheda grafica. Perché prima di >installare la nuova memoria funzionava in modo regolare anche la testing. > Comincia a dando un'occhiata ai logs: /var/log/syslog /var/log/kern.log ecc... Walter
Problema con Debian testing (Stretch)
Buon giorno Lista, Da circa tre giorni, ho raddoppiato la memoria Ram del mio Pc, passando da 2 Gb a 4 Gb di Ram. Utilizzo un Pc Desktop Amd64 con una scheda grafica Nvidia GeForce 6600 con 256 Mb di Ram a bordo, su slot Pci Express. Con la Debian stabile (Jessie) funziona tutto molto bene, nessun problema. Con la versione Testing di Debian (Stretch) invece ci sono dei problemi, perché si blocca dopo pochi minuti dall'avvio. Non posso fare nulla, se non riavviare o spegnere il Pc. C'è qualche comando di diagnostica che posso dare ? Oppure qualche pacchetto da installare, che gestisce la scheda grafica e la memoria Ram come la stabile ? Non sono in grado di fare la diagnosi, ma forse e' un problema di conflitto tra la memoria Ram e la scheda grafica. Perché prima di installare la nuova memoria funzionava in modo regolare anche la testing. Ciao
