Newsgroup: it.comp.os.linux.sys
Titolo: Freeze kernel 2.4.x

Pensavo fosse stato risolto col kernel 2.4.2 invece oggi si e`
ripresentato (dopo molto tempo): blocco totale del PC :((((
Non e` servito a nulla installare joyd (serve per lanciare comandi
mediante joypad).
Il blocco si presenta in X, una volta connessi ad internet.
O lavori delle ore oppure si inchioda tutto dopo pochissimo tempo dal
lancio di X.
Il kernel e` completamente defunto, non risponde piu` a nulla.
La cosa e` abbastanza frustrante.
Ciao
Ale
-- 
Home Page: 
http://web.tiscalinet.it/airaghi
Per ottenere il mio indirizzo e-mail sostituire a NOSPAM il mio cognome

 mediante joypad).
Andiamo bene, ed io che stavo per ricompilare dopo aver messo la patch
per il 2.2.18: se pure nel 2.4.2 lo fa ancora credo sia del tutto
inutile. Sono oramai abbonato a questi freeze, specie quando ho Vmware
in esecuzione.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

in esecuzione.
Confermo. Due giorni fa blocco totale in X mentre ero connesso, con
Linux mario.linuxbox 2.2.18 #2 Tue Jan 30 16:44:14 CET 2001 i686
patchato reiserfs. Pero' devo dire che non mi era mai successo prima.
(dal 2.2.13 in avanti intendo)
-- 
Ciao, Mario.
http://digilander.iol.it/mccmario/
** la nuova patch per KNode 0.1.13
   anche nel comodo formato RPM **

 (dal 2.2.13 in avanti intendo)
A me purtroppo succede spesso, come dicevo, specie con Vmware che sembra
apprezzare molto le pagine di memoria del sistema fino ad esaurirle del
tutto e costringerlo a swappare da pazzi fino al crollo finale.


 La cosa e` abbastanza frustrante.
Da me nessun problema, escludendo ovviamente il bug con i loop devices
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 tutto e costringerlo a swappare da pazzi fino al crollo finale.
ci sarebbe da capire se e' il kernel o vmware
ciao,
marco

 
Problema simile succedeva a me con il 2.4.0 e X 4.0.0 in modalità Xinerama.
X piano piano si ciucciava tutta la ram disponibile e alla fine mi lasciava 
a piedi..
ora con il 2.4.2 e X 4.0.2 non mi da piu' problemi. Anche vmware mi va 
tranquillo.
ciao
Francesco

 finale.
        A me il 2.4.2 pare gestisca (abbastanza) bene l'esaurimento della 
memoria. Specie con konqueror mi e' capitato di andare su pagine che 
facevano schizzare la richiesta di memoria, fino all'esaurmiento. Bene, 
dopo un po' di sistema swappante, il kernel killa il processo e tutto 
riparte bene.
        Ho avuto freeze di X che imputo pero' ai driver NVidia, specie 
l'ultima versione. Addirittura l'altro giorno ho provato a scaricare 
l'agp gart prima di avviare X (per vedere se il modulo nvidia andava 
meglio) e come risultato ho avuto l'inchiodamento totale (niente 
risposte ai ping, etc.)
        Ciao, Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel  2.4.2 -
                 -> gio.bcc(at)
tin.it
 <-

(dal 2.2.13 in avanti intendo)
Che scheda madre/processore hai ?
Non credo la colpa sia solo del kernel di Linux :(
Cinque minuti fa ho avuto un  kernel oops durante lo shutdown. Credo che
l'accoppiata asus+via (ho una asus a7v) abbia colpito ancora :(


 memoria. Specie con konqueror mi e' capitato di andare su pagine che 
[..]
Beh lo spero proprio perche' prima o poi mi dovro' pur decidere ad
effettuare l'upgrade al 2.4.* e mi seccherebbe non poco ritrovarmi di
fronte allo stesso problema, che diamine ! Avere un OS stabile che e'
reso instabile in questo modo non mi va proprio giu', pare di usare
Uindous.


 Sicuramente il kernel visti i messaggi che trovo:
Non e` che il processore scalda troppo? O magari c'e` un chip della RAM
che impazzisce quando si surriscalda...
Ho fatto una prova sul mio PC (64MB di RAM) andando a riempire 256MB di
swap (un simulazione di DoS lo-to-lo) ed il kernel non ha fatto una
piega (inetd e` morto ma vabbe`...)
Potrebbe esserci qualche problema hardware (magari un BIOS vecchio, o un
chipset non troppo stabile)
O magari sono i driver di qualcosa (mobo?) a far casino... mah...
Hai provato ad installare il debugger per il kernel?
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Il dottore mi ha detto di smettere di fare cene intime per quattro.
A meno che non ci siamo altre tre persone.

 chipset non troppo stabile)
No, non credo affatto: la macchina e' un Compaq Deskpro EN 400 (quindi
un PII/400, mica tanto vecchio) e poi la stessa cosa e' accaduta ad
altri quindi dubito che sia per tutti la stessa causa cioe' il
processore che riscalda. Allora se riscalda un PII figuriamoci un
PIII/700 che cosa dovrebbe fare.


Non credo la colpa sia solo del kernel di Linux :(
Io me lo auguro. 


 in esecuzione.
beh, non c'e' da stupirsi che il kernel si chiodi quando ci si
mettono dentro moduli di dubbia stabilita'... la colpa in questi casi
non e' certo del povero kernel.
io ho avuto dei freeze totali a causa dei moduli di vmware e del
modulo nvidia per l'utilizzo di xfree 4.0.2 con una riva tnt2.
Finche' mi succede sul computer di casa mi va bene, di certo su un
server non metterei nel kernel neanche un byte di provenienza dubbia :)
-- 
addio, e grazie per tutto il pesce

 Confermo. Due giorni fa blocco totale in X mentre ero connesso, con
Succede anche a me. Dopo un po' (l'altro giorno avevo 3 finestre del file 
manager di gnome aperte, ho aperto un xterm e dopo un po' si e' bloccato 
tutto.) C'e' da dire che nel mio caso potrebbe dipendere da problemi di 
interazione fra i driver della scheda video nvidia e della scheda audio 
aureal (ne parlano sul forum di 
aureal.sourceforge.net
), solo che la 
scheda audio in quel momento era muta... :/
 
-- 
"Sai cosa dice il vecchio Jack Burton, in situazioni come questa?
Il vecchio Jack dice sempre.... Basta, adesso......."

Mar 21 17:19:34 mordor kernel: VM: do_try_to_free_pages failed for crond... 
[...]
Stessi problemi sul server in ufficio con kernel 2.2.17.
La macchina monta un P133, ram 32M, swap 64M.
Niente X, solo samba, postfix e wwwoffle.
Da quando ho installato il 2.2.19pre13 (se non erro) nessun problema.
-- 
Bye,     | l'indirizzo nel campo from e` valido
Alfredo  |______________________________________
Amontagna|   powered by Debian GNU/Linux 2.2

 non e' certo del povero kernel.
Si, molto probabilmente anche vmware contribuisce alla instabilita' del
sistema ma la cosa che mi lascia perplesso e' che accade anche in altre
circostanze in cui entrano in gioco caratteristiche dell'HW installato
(per es. la Nvidia) e ti confesso che comincio a capirne sempre meno.
Per sfizio a questo punto prendero' (se riesco a trovarla) la patch
19pre e la provero' per vedere se davvero con quella il kernel reagisce
meglio. Piuttosto sono rimasto deluso dal Magic Sysrq perche' non e'
servito proprio a niente nei casi in cui ho avuto il freeze: solo una
volta e' riuscito a farmi riprendere il controllo della macchina.


 Da quando ho installato il 2.2.19pre13 (se non erro) nessun problema.
Io avevo scaricato la patch per 2.2.18 ma vedendo che c'erano messaggi
controversi sulla questione non mi ero ancora deciso.. ma la patch 19pre
non la trovo su 
kernel.org
 (o un mirror) vero? Allora dove?


che impazzisce quando si surriscalda...
Ho avuto lo  stesso problema con un  PIII/128MB (Medesimi messaggi).
Solo  che,  dopo  qualche  minuto  di  impiantamento  e  frullamento
dell'HD, la macchina e' ritornata usabile.
Pare sia un problema conosciuto e  che verra' risolto nel 2.2.19 e/o
con il prossimo 2.4.X.
-- 
                                                                  __
 __                                                          __  ///
| _          Computer Science, Swiss Federal Institute       \\\///
|__|iambo    of Technology - mailto:
ggia...@iiic.ethz.ch
     \X//

 lancio di X.
E` vero, o lavori, o se lo lasci solo cade....ho avuto questa sensazione
pure io, col 2.4.2, ora sto col 2.4.3pre4 e non mi e` mai successo nulla
(neanche col pre2 e pre3).
Situazioni uguali nei crash : driverz nvidia 0.96, xfree 4.0.2, seti che
andava (vers 3.03), slrn versione sviluppo (0.9.6.4).
Non so se sia colpa di una di queste cose, piu` passa il tempo e piu`
penso di no, visto che mi era successo solo col 2.4.2, 2.4.1.
Ciao
-- 
Il _monopolio_ di Microsoft spiegato per bene ...
http://www.apogeonline.com/webzine/1998/06/29/01/199806290102

non la trovo su 
kernel.org
 (o un mirror) vero? Allora dove?
Parti da 
www.debian.org
 e fai una ricerca sulla unstable. Poi tiri fuori
la tarball dal .deb con mc.
Non e` la patch, e` il sorgente completo, tanto se ben ricordo la banda
non ti manca :)


andava (vers 3.03), slrn versione sviluppo (0.9.6.4).
Qui il primo congelamento l'ho avuto con il kernel 2.4.0-test12.
Ora sto usando:
Kernel        : 2.4.2
XFree         : 4.0.1a
Driver NVidia : 0.9-769
Window Maker  : 0.64.0


 modulo nvidia per l'utilizzo di xfree 4.0.2 con una riva tnt2.
        Si', anche a me mi sa che i driver NVidia non sono proprio il massimo 
della solidita'. La cosa divertente e' che nella documentazione dicono 
anche di non brontolare se alcune future dell'agp non sono attive, 
perche' e' meglio avere stabilita' che prestazioni.
        Meno male... :)


 (dal 2.2.13 in avanti intendo)
Mah... io ho un P166MMX, 24Mb di ram, S3 ViRGE 2Mb, mobo PCCHIPS (wow!) il
il 2.2.16 compilato ad hoc non ha mai fatto una grinza! Pero' io non navigo
con il pinguino causa win-porcazozza-modem :-(
-- 
 Ciao, Bianco.
 Reply to luca.bianco (at) 
tiscalinet.it

 non ti manca :)
No infatti, la prendero' dall'ufficio :-)) THNX !


 Window Maker  : 0.64.0
blackbox 0.61.1
Ciao

lavorandoci non succedeva mai, cmq ora col 2.4.3preX nessun prob.
Problemi  con  il  "Risparmio   Energetico  ?".  Ho  letto  qualcosa
nell'help del Kernel ...


(per es. la Nvidia) e ti confesso che comincio a capirne sempre meno.
giusto per aumentarti un po' la confusione a me non e' ancora mai successo,
kernel 2.2.17 ma anche con i precedenti, in situazioni di consumo di memoria
pesante quando si aggiunge qualche programma che finisce tutta la memoria
(netscape ad es. in certe occasioni),
i freeze possono durare qualche minuto, poi i processi vengono killati e tutto
torna normale, nella peggiore occasione mi venne killato X, non so con vmware...
ma penso che qualche periferica e/o driver sia il responsabile del freeze totale
-- 
#@@@ missinglink on slackware 7.1 ###
_______________________________________________
Telug mailing list 
Te...@telug.it

 giusto per aumentarti un po' la confusione a me non e' ancora mai successo,
Non so, posso assicurarti che con Netskrape o con vmware a me capita
spesso e comunque e' per certo colpa del kernel (ho anche postato cio'
che mi appare nel /var/log/messages). Sicuramente il fenomeno e'
abbastanza variegato e si manifesta in modi differenti quindi cio'
contribuisce sicuramente ad aumentare la confusione.


 della solidita'. La cosa divertente e' che nella documentazione dicono 
per inciso, da me si blocca puntualmente tutto se da X passo in
console (ctrl+alt+f1) e poi tento di tornare ad X (alt+f7).
Inoltre adesso, quando esco da X, in console scompare il cursore
lampeggiante! (quest'ultimo problema e' comparso dopo il mio ultimo
aggiornamento a kernel 2.4.2 e driver nvidia 0.9-769, mentre l'altro
ce l'avevo anche con la configurazione precedente: kernel 2.4.1 e
nvidia 0.9-6).
Boh... magari i moduli nvidia non vanno d'accordo col framebuffer
riva della console (non ho mai fatto esperimenti con la console in
modalita' testo).


 
Io ho una TNT2 M64 NV6 ma con il rivafb non c'č niente da fare.
Mi dice cosě:
root@darkgoo:~#modprobe rivafb
/lib/modules/2.4.2/kernel/drivers/video/riva/rivafb.o: init_module: No such 
device
Hint: insmod errors can be caused by incorrect module parameters, including 
invalid IO or IRQ parameters
/lib/modules/2.4.2/kernel/drivers/video/riva/rivafb.o: insmod 
/lib/modules/2.4.2/kernel/drivers/video/riva/rivafb.o failed
/lib/modules/2.4.2/kernel/drivers/video/riva/rivafb.o: insmod rivafb failed
Ho provato anche a dare "rivafb irq=16" ma non riconosce il parametro e cmq 
ora che ci penso l'irq 16 č utilizzato anche dalla scheda audio e dal 
controller scsi.. forse č questo il problema?
Per ora vado con il vesafb e X con il driver "nv" incluso e non ho 
problemi. Tempo fa provai l'nvidia 0.9.6 ma X si bloccava che era una 
bellezza.
ciao
Francesco

 modalita' testo).
        Anvedi ! No, da me quello e' ok. Anche se non sono sicuro di usare il 
modulo rivafb, ma il framebuffer 'normale'. Prova a disabilitare l'agp 
in XF86Config (come da faq della NVidia) che pare spesso rompa.


contribuisce sicuramente ad aumentare la confusione.
Perche' non limiti le risorse disponibili con ulimit? Ti lasci qualche mega
di memoria di margine...
--
        Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! *Real* programmers use cat > a.out! No way, /real/ ones
        use zcat > a.out 'cause you can type faster that way. !>-
                -- from a Slashdot discussion

 di memoria di margine...
Sai che inizio seriamente a sospettare che debba trattarsi di qualche
stramaledetto problema hardware? Ieri ho fatto l'upgrade al 2.2.18
speranzoso di poter riuscire quantomeno a diminuire il rate di
piantamenti ed invece stamattina me l'ha fatto di nuovo ! Stanotte gli
mollo un "pruppo" che non se lo scorda piu' e verifichiamo se e' un
errore di qualche banco RAM
thorin incazzato che: cd /usr/src/linux; while true; do make bzImage;
done


 controller scsi.. forse è questo il problema?
irq 16 ? Cosa hai un biprocessore ? gli irq sono 16 da 0 a 15 !!