Newsgroup: it.comp.os.linux.iniziare
Titolo: Debian Sarge si pianta sporadicamente

Ho appena installato con successo Debian Sarge.
Di tanto in tanto tuttavia l'esecuzione del sistema si pianta (l'output 
a schermo si congela senza permettere alcun input, ma lasciando 
eventualmente solo lampeggiare il cursore su listato di boot), 
sporadicamente: a volte in fase di boot, altre volte durante l'avvio di 
X Window, altre volte in sessione d'ambiente grafico già in corso (KDE o 
GNOME non fa differenza), senza apparente correlazione con qualche 
specifica operazione.
Addirittura questo comportamento si è verificato più volte durante la 
fase di installazione di Debian, sempre senza apparente correlazione con 
qualche specifica operazione.
Potrebbe trattarsi di un problema del kernel (2.4.27)?
In ogni caso, qual'è la migliore strategia per comprendere l'origine del 
malfunzionamento?
Ho paura che il mio quesito vi possa sembrare vago (me ne scuso), 
tuttavia posso assicurarvi che per un neofita si tratta di materia 
oscura, per la quale cercare risposta sul web è come districarsi in un 
ginepraio indistinto ;-) .
La mia configurazione:
CPU: Intel Pentium 4 3GHz;
Motherboard: ASUS P4P800-X;
Primary IDE master (partizioni Debian Sarge): Maxtor 6B160P0 (PATA 160GB);
Primary IDE slave: (vuoto);
Secondary IDE master: LG CD-ROM CRD;
Secondary IDE slave: Western Digital DVD-RW SOHW;
3rd IDE master (partizioni Windows XP): Western Digital WD1200JD (SATA 
120GB);
4th IDE master: (vuoto).
Grazie delle eventuali indicazioni!

 [...]
Potrebbe essere un problema di ram... testala con memtest
-- 
DaDe


Grazie del suggerimento, Dosey.
Volevo chiarire che la macchina su cui è installato il sistema è in dual 
boot con Windows XP, quest'ultimo installato da oltre un anno SENZA CHE 
SI SIA MAI PIANTATO, NEANCHE UNA SOLA VOLTA!
E' piuttosto ironico che, abbandonando Windoz per abbracciare una 
distribuzione robusta e rocciosa come Debian, mi ritrovi a fare i conti 
con un problema simile... ;-)
Se la ram con Windoz è affidabile si può presumere che non ci siano 
problemi fisici di ram oppure è comunque utile eseguire memtest?
ciao

 problemi fisici di ram oppure è comunque utile eseguire memtest?
Non lo puoi presumere. Linux è molto piú schizzinoso di Windows riguardo
all'hardware di bassa lega. Fai girare memtest per qualche ora, almeno
sarai ragionevolmente sicuro che non siano problemi di RAM.
LG
-- 
Dott. Ing. Leandro Gelasi
LinuxHelp - Servizio supporto utenti Linux
Università di Roma "La Sapienza" - C.I.T.I.Co.R.D.
Email: gelasi(At)linuxhelp(punto)uniroma1(punto)it
Home Page: 
http://linuxhelp.uniroma1.it
Tel: 0649913828 - 23828 (int)

 SI SIA MAI PIANTATO, NEANCHE UNA SOLA VOLTA!
Fatti suoi.
Un linux(debian, poi) che si pianta random in punti diversi ha un
significato preciso: al 99% ram bacata.
Provala con memtest per almeno un'oretta.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Provala con memtest per almeno un'oretta.
Vi ringrazio della conferma, Leandro e roberto.
Prima di testare la memoria, ho ancora un piccolo dubbio: dato che 
(appunto) con Debian spesso non riesco nemmeno a terminare la sequenza 
di avvio (si pianta, tanto per cambiare...), mi è impossibile utilizzare 
memtest in quel contesto di sistema operativo.
Se utilizzo memtest in versione Windows ci sono controindicazioni oppure 
potrò comunque ottenere una diagnosi significativa?
Grazie mille!

 memtest in quel contesto di sistema operativo.
Memtest e' meglio usarlo senza sistema operativo. Puoi crearti un floppy 
o un cd di avvio.

 potrò comunque ottenere una diagnosi significativa?
Ci sono controindicazioni.
Windows occupa una valanga di ram solo per partire.
E quella ram che win usa, memtest non puo' toccarla.
Un memtest stand alone, invece, gira in qualche decina di kappa, il
resto e' libero per i controlli.
Scaricati un memtest stand-alone, da floppy o cd, oppure, che averlo non
fa mai male, rip, una distro di emergenza per recupero dati:
http://www.tux.org/pub/people/kent-robotti/looplinux/rip/
Contiene anche memtest.



considerato che č stato detto che i due os sono su due hd diversi, non
escludereui che l'hd su cui c'č sarge abbia dei problemi. E' un
comportamento tipico, capitava anche a me nel corso dell'agonia di un mio
hd. E proprio nei momenti in cui l'accesso all'hd č piů intenso:
installazione e fase di avvio.
Guarda se nei dischi/sio dei costruttori dei tuoi hd ci sono dei tool di
diagnosi.
Dei crash cosě casuali non sono altrimenti spiegabili se non con dei
malfunzionamenti hw, ammenochč di qualche problema tra il tuo hw e il kernel
... perň sembra strano ! In tal caso potresti pensare ad una compilazione
attenta del kernel secondo e solo per il tuo hw ...
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Contiene anche memtest.
Certo che "rip" è un po' inquietante ("Requiescat In Pace") per una 
distro  di recovery :oD
ciao

 attenta del kernel secondo e solo per il tuo hw ...
Insomma: se il problema non č la ram, allora le cose si fanno 
MALEDETTAMENTE complicate...

 MALEDETTAMENTE complicate...
hai frugato nei log?
potrebbe essere qlc altra cosa;
a mio cugino succedeva qlc di simile con una porta usb allentata;
r
-- 
radio e una voce canta: viaggiando, viaggiando sull'autostrada, apro la
[Ring-Mantra ritrovato in Autobahn dei Kraftwerk]
Ramapage: 
http://umpf.net/

 a mio cugino succedeva qlc di simile con una porta usb allentata;
Interessante... ma quali sono i files di log più significativi in cui 
spulciare (non sono un esperto -- sto imparando in questo periodo)?

 MALEDETTAMENTE complicate...
Accipicchia (per non dire moooolto peggio)!
Ho completato i tests con memtest e il risultato è davvero sconfortante: 
dopo 8 passaggi e oltre un'ora di esecuzione non è stato rilevato manco 
un errorino...
Tocca di attivare il Piano B: picchiare la capoccia sullo chassis finché 
Debian si decide a sbloccarsi (sto scherzando, non mi flammate!!! ;-) ).
Tornando seri, proseguirò così:
- diagnosi hard disk P-ATA su cui poggia Debian;
- verifica compatibilità dei componenti hardware con il kernel;
- controllo dei files di log
- voto alla madonna
- pellegrinaggio a Lourdes
- eremitaggio ateo
Grazie ancora!

 distro  di recovery :oD
E' un classico gioco di parole (meglio, di acronimi) al'americana.
RIP in questo caso, sta per Recovery Is Possible.
Nome che, abbinato al fatto che uno degli scopi e' l'analisi forense
(autopsia di un pc) e' appropriato.


 Grazie ancora!
A parte l'ignobile teatrino che ho messo su, anche io ho i tuoi stessi
problemi! Ed ho già fatto tutte le prove del caso (compreso i test sugli HD
con gli strumenti della MAXTOR).
Sperando che il tuo problema si possa risolvere, ti racconto un po il mio:
Un giorno decido di ripartizionare tutto, risistemando tutto il sistema sui
miei due HD da 120 gb (DiamondMax 9 Plus).
Da allora il pc ha cominciato a bloccarsi all'improvviso, costringendomi al
reset HW; ho pensato fossero i dischi ed allora li ho testati con gli
strumenti maxtor... uno dei due sembrava essere andato alle cozze allora
l'ho rimosso ed ho reinstallato tutto su un solo disco ma il problema
permaneva! Allora ho pensato alle ram, ho eseguito memtest ma non ottenevo
alcun errore!
E' un problema di Debian?Ok, allora provo altre distribuzioni... e così ho
provato (ognuna con ATTENTISSIMA ricompilazione del kernel per il mio HW):
-Kubuntu
-OpenSuse
-Slackware
-Gentoo
-DSL
-Fedora
-Mandrake
CON TUTTE SUCCEDEVA LA MEDESIMA COSA (sia con Gnome,KDE,FluxBox come window
manager sia DA SHELL).
Adesso, quando apro un file pdf (ad esempio) il pc si blocca! Più
generalmente, quando L'OCCUPAZIONE DELLA CPU ARRIVA A VALORI ALTI, IL
SISTEMA SI BLOCCA!
Ma non è sempre così... infatti se provo a compilare qualcosa di piccolo
(incluso hello world) il sistema si blocca e prima mi da come output:
Eccezione di virgola mobile o Segmentation Fault (ma a caso)!
Ovvio che ho provato diverse versioni di gcc!
Persino quando con debian aggiorno il sistema, questo si blocca!
Per questo se vai a Lourdes chiamami...
Grazie, ciao!
Ciao/Antonio


Incontrare anime perse che vagano nell'oscurità della Rete col proprio 
stesso problema è sempre agrodolce ("per fortuna non sono l'unico 
sfigato su questo Pianeta!" ;-) )...
Ti ringrazio dianemx per aver condiviso la tua esperienza: adesso farò 
anch'io la mia via crucis (anzi: crucix) e poi riporterò i risultati se 
saranno significativi.
PS: per quanto riguarda Lourdes ti devo deludere ;-D : sono ateo e 
quindi se dopo tutti i tentativi immanenti avrò fallito, invece di 
rivolgermi al trascendente andrò dritto-dritto in eremitaggio (magari in 
qualche bella isola tropicale, ché in Lombardia fa un freddo cane :-) !).

 qualche bella isola tropicale, ché in Lombardia fa un freddo cane :-) !).
Sono ateo anche io... ma Lourdes nella letteratura ha sempre rappresentato
"l'ultima speranza" ed io intendevo quello! :-)
Cmq, dato che anche io sono in Lombardia (Milano) e che sono rimasto
sommerso dalla neve, l'eremitaggio su isola tropicale mi va a genio...
sempre che riesca a risolvere qualcosa! :-)
Ciao/Antonio

 spulciare (non sono un esperto -- sto imparando in questo periodo)?
quelli in /var/log, dove se no?
non sono molti e si impara qlc solo leggendoli;
r
-- 
Il rock progressivo è l'etichetta per il rock che non sopporta le etichette.
tutto sui Pentangle: 
http://umpf.net/

- controllo dei files di log
Fai due cose: ricompila il kernel con il supporto SysRQ, così vedi se
è bloccato del tutto o no.
Un'altra cosa: la macchina è in rete con un'altra? Quando crasha è
comunque raggiungibile via telnet o ssh?
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 SISTEMA SI BLOCCA!
Problema di temperature?
Ciao
M.

Marco wrote:

Ciao
Ci avevo pensato, considerando anche che la MB è un Asus con il COP (che
all'aumentare sconsiderato della temperatura blocca tutto, proprio come
succede a me), ma...
Ho controllato tutto, ho cambiato ventola e pasta termica, ho aumentato la
capacità "refrigerante" del case con l'aggiunta di un altra ventola e
lasciando la parte sinistra aperta. Non cambia nulla!
E cmq monitorando la temperatura dal BIOS, dopo 40 minuti di funzionamento è
sempre intorno ai 48 gradi centigradi, dopo 80 rimane costante, dopo 120
arriva a 52 e poi rimane costante!Ovviamente non faccio partire il sistema
ma resto nel BIOS!
Grazie della risposta!
Ciao/Antonio

 ma resto nel BIOS!
Arriva a 52 gradi a vuoto??? senza eseguire null'altro che il bios?
Ho paura che il problema sia proprio la temperatura.
NOn hai la possibilita', con lmsensor ( o analoghi pacchetti) di
verificare la temperatura a carico?
A me 52 gradi a processore scarico sembrano tanti.
Hai parlato di pasta termica, scusa se ti faccio una domanda:
Sicuro di non aver esagerato?
E' un errore che fanno in molti, applicare troppa pasta termica
tra processore e dissipatore, ottenendo l'effetto contrario a
quanto voluto.
Prova a postare su un gruppo di hardware o sull'overclock, li'
trovi gente che le sa a memoria le temperature *normali* di
esercizio dei vari processori.


 ma resto nel BIOS!
Quindi questa è la temperatura "a riposo". Quando il processore lavora 
la temperatura sale.
Anche la scheda video potrebbe essere imputata, soprattutto se il 
groviglio di fili presenti ostacola il raffreddamento e le schede PCI 
sono troppo vicine tra loro.
Sono problemi troppo spesso sottovalutati.
Ciao
M.


Nel mio caso ho un dual boot Debian Sarge/Windows XP: Debian s'inchioda, 
Windows XP no.
Posso quindi escludere che, nel mio caso, sia un problema di raffreddamento?
E se non posso escluderlo, come si fa a monitorare i sensori della 
temperatura CPU/MB e dei giri ventola durante l'esecuzione di Debian?
Il sistema che governa il raffreddamento lascia qualche report prima di 
bloccare l'esecuzione della CPU? Quali sono i sintomi che permettono di 
imputare i blocchi sporadici a malfunzionamenti nel raffreddamento?
Nel mio caso, ad esempio, l'output a schermo si congela 
indipendentemente se sono in fase di boot, in avvio di X o già a 
sessione stabilizzata...

 esercizio dei vari processori.
Ciao e grazie per la risposta!
Ho sbagliato io per la fretta!Nell'ultimo mese ho fatto una tabella con i
dati ottenuti e ho riportato quello che ottenevo con lmsensor.
Con il bios, a processore scarico, arriva massimo a 38-40 gradi dopo un'ora
di funzionamento!
Avevo già verificato nel datasheet del processore ed i valori sono nella
norma!
Della pasta termica sono "abbastanza" sicuro (ho assemblato un buon numero
di pc e non mi hanno mai dato di questi problemi, inoltre non ho mai
esagerato con la pasta proprio perchè durante un corso di elettronica in
università (IngInf) il professore ci parlò di questa problematica come
"curiosità" durante una lezione).
Ti dirò... la cosa che più mi fa sospettare è che il tutto è cominciato da
quando ho completamente ripartizionato i due HD da 120 Gb quindi ero
relativamente sicuro che fosse uno dei due dischi... ma li ho provati uno
per uno, ne ho provato uno totalmente diverso e, per non farmi mancare
nulla, ho recuperato un controller Adaptec 2940 Ultra SCSI e un disco scsi
ma, anche con questi, nulla!
Escludo quindi un problema sul controller IDE!
Ho provato anche a reinstallare windows ma l'installazione si blocca in una
schermata iniziale casuale con BSOD e nessuna informazione utile (errore
generico)!
Grazie ancora!
Ciao/Antonio

Marco wrote:

Ciao, chiedo scusa anche a te per i dati sbagliati, ho risposto due messaggi
sopra!
Di schede pci ne ho 3 su 5 slot (prima ne avevo solo 2 e succedeva la stessa
cosa) e ovviamente sono ben distanziate (per quello che lo spazio
consente)! Per quanto riguarda il groviglio di cavi, essendo maniaco
dell'"ordine nel case", ho già da tempo sistemato tutti i cavi con fascette
e nastro isolante in modo che siano, per quanto possibile, "a misura"!
Inoltre ho ripulito il pc da tutta la polvere che si era depositata negli
ultimi 6 mesi (la precedente "revisione"), smontando pezzo per pezzo ed
utilizzando un pennello adatto per spolverare i circuiti.
Altri dettagli li trovi, come dicevo, due messaggi sopra!
Grazie per la risposta!
Ciao/Antonio

 norma!
<Ommesso> 
Hai fatto un giro con memtest86??
-- 
Signature automatica inserita a mano.
In God we trust, all others we monitor 
(National Security Agency)

 generico)!
Oh, dopo questa conferma tutto punta su anomalia hardware.
Come gia' detto: hai fatto girare un paio d'ore memtest?
Hai provato ad andare nel bios e fargli prendere valori
piu' conservativi? (in alcuni bios c'e' un tasto apposta
per caricare dei valori ottimizzati, o valori piu' tranquilli
di sicurezza.
Ulteriore prova: disabilitare la cache dal bios.


 
Fatto anche questo! E indovina un po? Nulla! :-)


 Fatto anche questo! E indovina un po? Nulla! :-)
Prova a disabilitare l'hyperthreading anche, tanto con tutte le prove 
che fai una in piu' o una in meno... :P
-- 
Windows mi da' quella sensazione di Indiana Jones che Linux non penso 
mi dara' mai, l'oscura impressione di avere una legione di thugs alle 
calcagna e di non sapere se riusciro' a portare a casa la pelle.
                                                            Leonardo 
Serni

 generico)!
Questo confermerebbe il problema hardware (ram, mb, scheda video...).
M.