Newsgroup: it.comp.os.linux.sys
Titolo: Blocchi random di X

Scrivo qui perche' magari c'e' qualcuno che ha avuto un problema simile al
mio e magari puo' avere idee ulteriori per risolverlo, visto che le mie sono
esaurite.
Descrivo il problema: in modo assolutamente random e senza dare nessun
segnale prima, il desktop della mia debian si blocca, nel senso che tutto si
congela e il computer non accetta piu' nessun imput ne' da mouse, ne' da
tastiera (quindi non posso nemmeno aprire un'altra console e cercare di
capirci qualcosa....), anche attendendo vari minuti la situazione non cambia
di una virgola, costringendomi a premere il tasto reset (che non e' mai una
bella cosa).
Visto che l'inconveniente si presenta mentre sto facendo le cose piu'
diverse, con i programmi piu' diversi, tendo ad escludere un baco di un
programma. Ovviamente ho provato anche a fare svariate installazioni, da
quelle "canoniche" a quelle "from scratch", utilizzando KDE o Gnome,
addirittura, pensando magari a qualche incompatibilita' dei pacchetti vecchi
con la mia macchina, attualmente ho upgradato tutto l'upgradabile dalla
unstable, ma continuo ad avere il medesimo problema... randomly.
Problema hardware, mi sono detto... ma di quale componente? Leggendo qualche
thread in cui si descrivevano cose simili, ho pensato alla memoria.... ho
appena finito otto ore e mezza di scansione con memtest86 che non ha
rilevato nessun problema.
Domanda: qualcuno sa se c'e' un modo efficace di rilevare qual e' il
componente che da di matto? Io un idea ce l'ho... ma prima di spendere
100-150 euro per cambiare tale componente vorrei essere sicuro (non avendo a
disposizione un negozio di HW, non posso mettermi a cambiare pezzo per pezzo
il Pc, anche perche' l'ho fatto solo qualche mese fa ^^;;)
Configurazione del computer, casomai qualcuno avesse notizie di
incompatibilita' che a me sono sfuggite....
Athlon 2200+
MoBo Biostar M7VIK Scheda audio CMI integrata
512 Mb Ram Bulk
(2) HD Maxtor nonmiricordoilmodello :D
Nvidia Ti4200 con driver proprietari (e no, non dipende da quelli perche' il
giochino me lo ha fatto anche con il driver vesa ^^; )
Modem ADSL Wisecom PCI
Non credo che il monitor o periferiche varie possano essere la causa del
problema :D
Qualcuno vuole guadagnarsi una birra con qualche idea a proposito o un modo
per rilevare qual e' il componente che incricca tutto? Graaazie :)
[PS: a margine, la stessa macchina sotto W2K non da problemi...]
--
Hayabusa
--------------------------------
Inviato via 
http://usenet.libero.it

Anche a me capita una cosa simile...
Però ho notato che la macchina non è "freezzata".
Infatti, facendo una connessione ssh sulla stessa, ottengo una shell 
remota completamente funzionante, poi con un bel top vedo che il sever X 
si sta pigliando il 100% del processore...
l'unica cosa che mi rimane è dare un kill -9 `pidof X`, ma comunque non 
ho una schermata comprensibile. E' come se la sk video non riuscisse a 
tornare più nella modalità tesutale. Alla fine l'unica cosa che mi 
rimane è un bel reboot, in modo da portare il sistema in condizioni 
sicure e fare un riavvio.
Io ho un Athlon 1000 + sk madre A7V + sk video GeForce 2MX...
Questo è tutto
Luigi

Io ho un Athlon 1000 + sk madre A7V + sk video GeForce 2MX...
Che modem usi per la connessione? Con la GeFo usi i driver nvidia
proprietari o quelli di x?
Distribuzione? Versione di X? Window manager?
Voglio riuscire a capire cosa gli va di traverso... potrebbe essere
anche un buon debugging per chi scrive X...
-- 
Ȼ -------------------------------------------- hayabusa @ 
libero.it

 
Credo anche io.
Luigi

,
Hayabusa ha scritto:
[cut]
E' la stessa cosa che capita anche a me.
Io ho un athlon 1400, 512MB di MEM (che ho lungamente testato senza
risultati negativi), HD IBM, Matrox g400 dual head, modem adsl pci itex,
kernel 2.4.18.
L'unica cosa che ho notato è che i freeze capitano molto più spesso
quando il modulo del modem è caricato. E in ogni caso quando sto usando il 
processore più del solito. Per dire, se guardo un divx oppure compilo e sono 
collegato a internet il blocco è molto più probabile che quando a
internet collegato non sono. Sui log non ho trovato nulla, e il fatto
che il problema non sia riproducibile in maniera sistematica mi ha fatto
un po' desistere dal cercare la causa. All'inizio pernsavo fosse l'HD, o
qualche impostazione di hdparm, ma anche in questo caso ho fatto vari
esperimenti e direi che la causa del problema non è lì.
Saluti
	Scander

 Gnome/Metacity
Uhm... praticamente in comune abbiamo solo il driver nvidia, X e Gnome,
oltre all'Athlon.
Se fosse un bisticcio con l'Athlon, pero', IMHO dovrebbe capitare a
parecchia gente che usi questa famiglia di processori, invece non sembra...


 un po' desistere dal cercare la causa.
E' per quello che sono qui... da solo non sono riuscito di identificare la
causa, magari confrontando le esperienze si potrebbe capire dove cercare,
anche se, per il momento, l'unica cosa hardware in comune a chi ha
denunciato il problema e' l'athlon...
Le connessioni (e quindi credo il software di connessione, credo) sono
differenti, le schede video (e driver) anche, le distribuzioni pure... un
bel rompicapo, non c'e' che dire...
Quanto a "desistere" mi risulta un po' difficile visto che il blocco si
presenta invariabilmente almeno una o due volte a serata, e non e' salutare
dover premere il tasto "reset" con questa frequenza impressionante.
Praticamente quando avvio il PC, la domanda che mi pongo e': "quanto
durera'?" peggio che se avessi un win95a, e invece ho debian.
E non e' bello... :(


 
Comunque a me non capita con tale frequenza, ma più di rado.
Io ho un vizio, la mattina quando accendo il pc la prima cosa che faccio 
è avviare evolution/mozilla/mozilla news/amsn
Praticamente tutti contemporaneamente.
Praticamente una volta ogni due giorni mi si congela il server X.
Ciao

 Praticamente tutti contemporaneamente.
Beh... direi che e' un vizio assai diffuso.... anzi: io ci aggiungo ancora
un paio di cosette, senno' che ce ne facciamo del multitasking? :)


 Uhm... mi vien da pensare: hai l'FSB attivo o no?
Ehm... ho ovviamente scritto una bestialita', stamattina... Intendevo il
framebuffer. ^^;


i files di log sono puliti... proprio nulla.
:|
Luigi

 :|
 :(
Ieri sera pensavo quasi di aver individuato la condizione che lo faceva
freezare, perche' e' durato senza problemi quasi due ore (dopo due riavvii
durati 5 minuti, pero'...) e invece, quando ero quasi convinto.... puff! :/
In altre parole, mi e' durato molto di piu' avendo l'accortezza di non
aprire nessuna shell testuale sotto X (beh, nessuna... diciamo il minimo
indispensabile, chiudendole appena finito). Ero quasi convinto che fosse
quello, quando l'incoveniente e' ricapitato, e non c'era nessuna shell
aperta (ma c'era comunque almeno un processo che girava su X come utente
root..)
Ho trovato questo su bugzilla, potrebbe essere una condizione simile alla
nostra (anche questa e' ancora aperta):
http://bugs.xfree86.org/show_bug.cgi?id=85
 , in cui si legge tra le altre
cose, dal submitter del bug:
The magic option that fixes it is....
XaaNoScreenToScreenCopy
e anche:
I can log in remotly. I have to send a KILL signal to X, but no, the
console is not restored.
Che e' esattamente la situazione che hai tu (potessi fare un log da remoto,
proverei anche io...), il che mi fa pensare di essere incorso nel medesimo
bug (anche se li' e' stato inviato per una configurazione a due schede).
Stasera faccio la prova con quella opzione, se non freeza piu' provo a
postare su bugzilla.
