Newsgroup: it.comp.os.linux.iniziare
Titolo: Linux bloccato

Problema, il mio computer ogni due per tre si blocca. Succede
prevalentemente sotto Linux, ma forse succedrebbe anche sotto
Windoze se solo lo usassi ;) Cinque minuti fa mi sono svegliato
(si, sono un dormiglione), ho acceso il PC, mi sono loggato in X,
ho aperto due istanze di emacs e una di Netscape. Beh, prima che
comparisse la finestra di Netscape mi si è piantato tutto. Non
rispondeva più a nessun comando (ctrl-alt-canc, ctrl-alt-del,
ctrl-alt-Fn ...) e il puntatore del mouse era bloccato. Non si
tratta di un caso isolato: ogni tanto, in modo completamente
imprevedibile, il mio computer mi lascia a piedi. Ora,
evidentemente non posso dare la colpa al kernel (2.2.14) perché
ieri ho lavorato per una decina di ore col PC senza problemi. Non
posso neanche dare la colpa ad un surriscaldamento: il PC lo avevo
appena acceso quindi era ancora fresco come una rosa. Secono voi,
cosa potrebbe provocare questi blocchi? Mi hanno già suggerito che
potrebbe essere la RAM bacata. Esiste modo di testarla?
Io so che la fuori ci sono degli Illuminati che fanno girare
processi a badilate sul loro PC linux senza che questo dia il
minimo segno di squilibrio. Prego con veemenza costoro di aiutarmi
a fare altrettanto col mio.
Grazie.
Alex

 mio.
Guarda che bastava un 'Aiutatemi perfavore' ;-)
Al

 tempo fa che parlava proprio di questo.
Potrebbe anche essere  che il suo problema  sia il mio, al  quale non ho
ancora trovato soluzione:  posso compilare tutti i kernel  che voglio, e
non ci sono problemi (anche a farli  con 8 processi in parallelo: non si
muove piu` niente, pero` compila!), ma  in compenso, quando sono sotto X
e uso programmi particolarmente pesanti (anzi,  che ci mettono un po' di
tempo ad aprire le finestre, come  Netscape o programmi basati su libqt)
puo`  succedere che  al momento  dell'apertua della  finestra, zac!,  si
blocca tutto e  la macchina non risponde nemmeno  ai ping: completamente
defunta.
Questo succede  con XFree86 3.3.6.  Con XFree86 4.0.1 succede  la stessa
cosa, ma il kernel rimane in piedi, e se riavvio X da remoto, riprende a
lavorare come se  niente fosse successo (naturalmente  perdendo tutta la
sesssione X, pero`). Perche` uso XFree86 3.3.6, mi chiederete? Perche` i
crash in XFree86 4.0.1 sono meno dannosi, ma *molto* piu` frequenti. )-:
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
+39-0362-332921
 - JOIN THE FUN NOW!
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
May the Source be with you, Luke.

 Al

Mi hanno fatto notare che ho già dato vita a un thread su questo
argomento. Se ne sto creando un altro è perché non ho risolto il
problema. Per favore, suggeritemi cosa devo fare per verificare
che l'hardware del mio PC sia sano. Una volta stabilito questo mi
dedicherò con gioia a ricompilazioni del kernel, dei moduli,
configurazioni di modprobe, isapnp e compagnia. Per il momento
vorrei solo controllare che non ci sia una falla nella RAM o nel
chipset o altro.
Alex

 scritto di nuovo.
Guarda, personalmente non mi e' mai capitato. A un mio amico e' capitato di
ritrovarsi una RAM bacata, ma quella deve essere stata colpa di Winz.
Comunque, il modo migliore (come farebbero in Francia) e' quello di provare
un'altra RAM. Non molto raffinato, lo so, ma se hai la possibilita' ti togli
ogni dubbio.
Ah, dimenticavo: a me (povera memoria, dovro' mangiarmi un tonno intero :-)
capita a volte con il portatile, ma li' e' colpa del BIOS (piu' precisamente
di inchioda con apmd). Ho quasi risolto aggiornandolo.
Saluti,
    Al

 di inchioda con apmd). Ho quasi risolto aggiornandolo.
Ma, forse anch'io ho problemi di BIOS. Adesso vado a vedere sul
sito della TYAN se c'è qualcosa.
Ciao Al...? Mah!.
Alex


Non so se ti puo' aiutare , ma ti riporto le mie esperienze di
blocchi e linux .
Innanzi tutto netscape mi ha bloccato spessissimo il pc
nel modo da te descritto , tanto che non lo uso piu' , 
mozilla M18 e 0.6 mi funzionano benissimo .
Un'altra serie di malfunzionamenti nel mio pc era dovuto
ad un settaggio troppo aggressivo delle impostazioni
della memoria nel bios , dovuto a qualche esperimento
passato di overclock , poi dimenticato ...
Infine , a me e successo , potrebbe esserci qualche
libreria o eseguibile corrotto , da me era XFree86-SVGA ,
che ti rende il sistema instabile .
Se hai una distro basata su rpm , dai un 
rpm -V `rpm -qa` , controlla i file che risultano
diversi , e cerca qualcosa di sospetto , in caso
reinstalla .
Ultimo suggerimento : 
se hai qualche centinaia di mega liberi nel Hard Disk 
installa un altro linux , magari una altra distro ,
parti da quella e' fai partire qualche 
tar -Icf di file di grosse dimensioni , poi 
controlla l'integrita' dei file con
bunzip2 -tvv archivio , se gli archivi sono
sistematicamente corrotti sicuramente e' un
problema hardware ....
Ciao

 Ciao Al...? Mah!. Alex
Al e basta...
Saluti

 
Senti un po' Al, io ti risponderei più volentieri in mail che sul
NG, perché credo che gli altri possano essere poco interessati. Il
problema è che il tuo host di posta risulta inesistente. Va bene
usare politiche ANTI-SPAM, ma non credi che la tua soluzione sia
un po' drastica?
Alex

 Ciao
Grazie. Spero che tu vogli continuare quest'opera di volontariato
che hai intrapreso nei riguardi del mio PC sofferente.
Alex

crash in XFree86 4.0.1 sono meno dannosi, ma *molto* piu` frequenti. )-:
a me si bloccava completamente il sistema come per te (non risponde ai
ping ne a nient'altro) con XFree 4, ma solo con attivo il supporto per
il frame buffer nel kernel. In particolare l'avevo attivato con il
supporto direttamente nel kernel per la mia sk grafica (ATI mach64) e,
molto spesso, avveniva il blocco irreversibile quando passavo da console
a X o viceversa con Alt-Ctrl-Fn.
Ho disabilitato il framebuffer dal kernel e ho scordato cos'e' un crash
di XFree :))
Ciao
-- 
   ^  RjVal ICQ# 55420196-Please, remove `cicabum' to reply-"R:" killed
  ^_°   "Ma gia' solo ascoltando pervenivano ad una comprensione piu'
_°_^_^_ profonda, e s'accrescevano l'unisono e l'armonia" - J.R.R.
   |    Tolkien - Il Silmarillion  

che l'hardware del mio PC sia sano. Una volta stabilito questo mi
se cercavi su deja come ti era stato suggerito...
Comunque cerca su freshmeat memtest86, un programmino in grado di
testare a fondo la ram
Ciao
-- 
   ^  RjVal ICQ# 55420196-Please, remove `cicabum' to reply-"R:" killed
  ^_°   "Quaglia! Questa e' pipa, non e' capitone" - Toto'  
_°_^_^_ 
   |    


L'idea era questa :
con una installazione da zero sei sicuro che non ci siano problemi
software .
Con un po' di tar -Icf su file di grosse dimensioni stressi parecchio
memoria e cpu , e se c'e' qualche problema hardware , e facile che
qualche archivio risulti corrotto.
In pratica si tratta di un test approssimativo per vedere se i tuoi
continui blocchi dipendano da motivi hardware.
Ultimo consiglio : la prossima installazione falla su reiserfs .
Ciao

Ciao Alessandro Baretta,
 > Mi hanno fatto notare che ho già dato vita a un thread su questo
 > argomento. Se ne sto creando un altro è perché non ho risolto il
 > problema. Per favore, suggeritemi cosa devo fare per verificare
 > che l'hardware del mio PC sia sano. Una volta stabilito questo mi
devi capire dove sta il problema, se in X o nel kernel.
Quando si blocca, si blocca X o linux (visto che sono 2 cose diverse)?
Puoi verificarlo cercando di capire se l'hd funziona ancora o anche quello
e' morto, oppure come dici tu se riesci a connetterti dall'esterno.
Ci sono in giro degli ottimi test per la memoria.
A me succedeva anche di peggio.
Tempo fa ho preso la tastiera e il mouse cordless (quelli della logitech).
Capitava, casualmente (sia a caldo che a freddo) che nel passare a console 
a X (alt-F7) (*MA NON VICEVERSA*) che si bloccasse X.
Linux andava (luci del modem ok, hd ok in sottofondo) ma X restava
congelato.
Niente ctrl-alt-backspace/del mouse fermo....
Soluzione?
Ora il mouse e' ancora cordless, ma la tastiera e' col caro vecchio cavo
:-)
Tra le altre cose avevo notato un rallentamento di vim nello scolling delle
linee con la tastiera cordless.
Mah!
P.S. secondo me era il monitor che nel cambiare frequanza da testo a
grafica emetteva un impulso di onde radio che mandavano in tilt il ricevitore
tastiera/mouse.
Si, ok, lo so, "...e il mouse?"
Mai avuto problemi col mouse (beh'... finche' non si scaricano le pile :-)
-- 
Pa.Ped, Como
http://www.fastflow.it/~paolop
ICQ: 4755831
VOTE AGAINST SPAM! 
http://www.politik-digital.de/spam/it/
Contro i brevetti software: 
http://petition.eurolinux.org/index_html