Newsgroup: it.comp.os.linux.sys
Titolo: Linux congelato...

...con conseguente  riavvio brutto  e un files  (il database  di dpkg)
corrotto. Per  fortuna alla fine  ho rimesso tutto  a posto, ma  non č
stato bello.
In syslog ho trovato le seguenti righe, qualcuno le sa interpretare?
--------------------------------------------------------------------
May 27 12:46:19 Tiger kernel: kmem_free: Bad obj addr (objp=c0bfe7e0,
name=buffer_head)
May 27 12:46:19 Tiger kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000000May 27 12:46:19 Tiger kernel:
current->tss.cr3 = 00101000, %cr3 = 00101000
May 27 12:46:19 Tiger kernel: *pde = 00000000
May 27 12:46:19 Tiger kernel: Oops: 0002
May 27 12:46:19 Tiger kernel: CPU:    0
May 27 12:46:20 Tiger kernel: EIP:    0010:[kmem_cache_free+337/368]
May 27 12:46:20 Tiger kernel: EFLAGS: 00010282
May 27 12:46:20 Tiger kernel: eax: 0000003d   ebx: c27ff740   ecx:
c27c2000   edx: 0000003c
May 27 12:46:20 Tiger kernel: esi: c0bfe7e0   edi: 00000282   ebp:
00000028   esp: c27c3f70
May 27 12:46:20 Tiger kernel: ds: 0018   es: 0018   ss: 0018
May 27 12:46:20 Tiger kernel: Process kswapd (pid: 5, process nr: 5,
stackpage=c27c3000)
May 27 12:46:20 Tiger kernel: Stack: c0bfe060 c0249ba8 c010f97a
c0bfe83c c27c3f94 c0123efd c27ff740 c0bfe7e0
May 27 12:46:20 Tiger kernel:        c0bfe7e0 c0bfe060 c012484f
c0bfe7e0 c0bfe7e0 c0249ba8 0000009f 00000030
May 27 12:46:20 Tiger kernel:        00009000 c0119da2 c0249ba8
00000019 00000006 c011eb57 00000006 00000030
May 27 12:46:20 Tiger kernel: Call Trace: [wake_up_process+58/72]
[put_unused_buffer_head+33/76] [try_to_free_buffers+79/140]
[shrink_mmap+218/300] [do_try_to_free_pages+35/120] [tvecs+4243/8898]
[kswapd+103/156]
May 27 12:46:20 Tiger kernel:        [kernel_thread+35/48]
May 27 12:46:20 Tiger kernel: Code: c7 05 00 00 00 00 00 00 00 00 5b
5e 5f 5d 83 c4 0c c3 90 53
-------------------------------------------------------------------
Grazie in anticipo
Ciao
Diego
-- 
Ho visto Nina volare tra le corde dell'altalena
un giorno la prenderň come fa il vento alla schiena
				(F. De Andrč)

 In syslog ho trovato le seguenti righe, qualcuno le sa interpretare?
così vuol dire poco. Che stavi facendo? che kernel è?
Comunque si è inchiodato per via di un puntatore nullo. (che è una delle
cose più rognose perché ci metti ore a ritrovare il codice sbagliato...)
-- 
Non c'è più forza nella normalità: c'è solo monotonia.

.con conseguente  riavvio brutto  e un files  (il database  di dpkg)
corrotto. Per  fortuna alla fine  ho rimesso tutto  a posto, ma  non č
stato bello.
In syslog ho trovato le seguenti righe, qualcuno le sa interpretare?
--------------------------------------------------------------------


 In syslog ho trovato le seguenti righe, qualcuno le sa interpretare?
così vuol dire poco. Che stavi facendo? che kernel è?




..con conseguente  riavvio brutto  e un files  (il database  di dpkg)
corrotto. Per  fortuna alla fine  ho rimesso tutto  a posto, ma  non č
stato bello.
In syslog ho trovato le seguenti righe, qualcuno le sa interpretare?
--------------------------------------------------------------------


 cosě vuol dire poco. Che stavi facendo? che kernel č?
Stavo  usando  dselect,  in  un  altro  terminale  era  in  corso  una
compilazione. Il kernel č il 2.2.15.
Grazie per l'interessamento
Ciao
Diego
P.S.: Come  vedo non  sono solo  i miei  messaggi ad  essere ripetuti.
Avevo paura  che il mio  tin si  fosse ammalato di  autluchite, invece
probabilmente c'č un altro problema.


E' un oops, l'equivalente del segmentation fault nel kernel, da quel po'
che ci capisco (quasi nulla in realta') hai avuto un problema con il
processo del kernel h cura la memoria virtuale. Un esperto kernel hacker
sarebbe senz'altro in grado di capire anche cove e' successo (c'e' un
paragrafo sul Rubini che spiega gli oops, e come recuperare
l'informazione che portano) io pero' manco mi ricordo cosa c'era
scritto.
Ciao
-- 
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"

con conseguente riavvio brutto e il database di dpkg corrotto.
Io non so interterpretare completamente il log, ma (tirando a indovinare):
(1) hai dato una controllatina con memtest86 alla ram?
(2) stati usando il 2.2.15 e rientri in quei rari e 
sfortunati casi di combinazioni hardware che risultano
indigesti al 2.2.15 (come risulta da messaggi sulle mailing
lists di debian) ?

 probabilmente c'č un altro problema.
no, anch'io ho questo problema e uso knews...
-- 
Non c'č piů forza nella normalitŕ: c'č solo monotonia.