Primo kernel panic!

[lollo_rock]

Tue Jan  8 17:47:39 2008
panic(cpu 1 caller 0x001A7BED): Kernel trap at 0x3c92c214, type 14=page fault, registers:
CR0: 0x8001003b, CR2: 0x00020a14, CR3: 0x00fe9000, CR4: 0x00000660
EAX: 0x007d2918, EBX: 0x000204c4, ECX: 0x00508444, EDX: 0x03a0d654
CR2: 0x00020a14, EBP: 0x20d0fcb8, ESI: 0x02bbc000, EDI: 0x3c92e3e8
EFL: 0x00010202, EIP: 0x3c92c214, CS:  0x00000008, DS:  0x00000010
Error code: 0x00000000

Backtrace, Format - Frame : Return Address (4 potential args on stack) 
0x20d0fac8 : 0x12b0e1 (0x455670 0x20d0fafc 0x133238 0x0) 
0x20d0fb18 : 0x1a7bed (0x45ea20 0x3c92c214 0xe 0x45e1d4) 
0x20d0fbf8 : 0x19e517 (0x20d0fc10 0x2fa1200 0x20d0fcb8 0x3c92c214) 
0x20d0fc08 : 0x3c92c214 (0xe 0x520048 0x2ba0010 0x10) 
0x20d0fcb8 : 0x3c92a76b (0x3c92e428 0x2bbc000 0x7e4fc8 0x3e753a) 
0x20d0fce8 : 0x3c92a7ee (0x2bbc000 0x7f0720 0x2bbc000 0x997f1c) 
0x20d0fd08 : 0x40aa1b (0x3a0da80 0x0 0x2bbc000 0x3e8169) 
0x20d0fd38 : 0x40b610 (0x2bbc000 0x2e41780 0x0 0x2bbc000) 
0x20d0fd78 : 0x40f73a (0x2bbc000 0x2976c40 0x0 0xffffffff) 
0x20d0fdc8 : 0x40f8ed (0x2ba3b00 0x7 0x1 0x3e839c) 
0x20d0fde8 : 0x61a726 (0x2ba3b00 0x3 0x1 0x2b84300) 
0x20d0fe08 : 0xbb8b02 (0x2ba3b00 0x3 0x0 0x2b84600) 
0x20d0fe28 : 0xbb8c89 (0x2b84300 0x6341c4 0x1 0x96c2a0) 
0x20d0fe68 : 0xbb4e04 (0x2b84300 0x5360c0 0x20d0feb8 0x1361b0) 
0x20d0fea8 : 0xbb68f1 (0x2b87a00 0xbb56e8 0x1 0x0) 
0x20d0fed8 : 0x412c9c (0x2b87a00 0x1 0x2b87a00 0x2b87a00) 
	Backtrace continues...
      Kernel loadable modules in backtrace (with dependencies):
         com.baltaks.driver.DoubleCommand(1.6.5)@0x3c929000->0x3c92efff
            dependency: com.apple.iokit.IOHIDFamily(1.5)@0x7b9000
         com.apple.driver.AppleUSBHub(3.0.5)@0xbb3000->0xbbdfff
            dependency: com.apple.iokit.IOUSBFamily(3.0.5)@0x60d000
         com.apple.iokit.IOUSBFamily(3.0.5)@0x60d000->0x634fff

BSD process name corresponding to current thread: kernel_task

Mac OS version:
9B21

Kernel version:
Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386
System model name: MacBook2,1 (Mac-F4208CAA)

questo è quello che mi dice dopo il riavvio

praticamente: ho spento il macbook per dargli una pulita, non era la prima volta che lo facevo quindi non è derivato da questo il problema.

riaccendo e non si carica dashboard

chiudo dashboard, cerco di riaprirla..nada...decido di riavviare , schermata nera e niente di più!

ho forzato lo spegnimento e al riavvio mi ha dato quello

da che può essere stato provocato

[panocia]

Valli a capire i resoconti. Su questo forum più di qualcuno ha tentato di postarli, ma mai nessuno è riuscito a decifrare qualcosa.

E successo anche a me una volta così, dal nulla! Non si apriva un programma, tipo come a te la dashboard, il mio mac ha pensato per qualche secondo cosa fare, quindi disperato si è buttato in un kernel panic.

[Cisto]

Originariamente inviato da lollo_rock

Tue Jan  8 17:47:39 2008
panic(cpu 1 caller 0x001A7BED): Kernel trap at 0x3c92c214, type 14=page fault, registers:
CR0: 0x8001003b, CR2: 0x00020a14, CR3: 0x00fe9000, CR4: 0x00000660
EAX: 0x007d2918, EBX: 0x000204c4, ECX: 0x00508444, EDX: 0x03a0d654
CR2: 0x00020a14, EBP: 0x20d0fcb8, ESI: 0x02bbc000, EDI: 0x3c92e3e8
EFL: 0x00010202, EIP: 0x3c92c214, CS:  0x00000008, DS:  0x00000010
Error code: 0x00000000

Backtrace, Format - Frame : Return Address (4 potential args on stack) 
0x20d0fac8 : 0x12b0e1 (0x455670 0x20d0fafc 0x133238 0x0) 
0x20d0fb18 : 0x1a7bed (0x45ea20 0x3c92c214 0xe 0x45e1d4) 
0x20d0fbf8 : 0x19e517 (0x20d0fc10 0x2fa1200 0x20d0fcb8 0x3c92c214) 
0x20d0fc08 : 0x3c92c214 (0xe 0x520048 0x2ba0010 0x10) 
0x20d0fcb8 : 0x3c92a76b (0x3c92e428 0x2bbc000 0x7e4fc8 0x3e753a) 
0x20d0fce8 : 0x3c92a7ee (0x2bbc000 0x7f0720 0x2bbc000 0x997f1c) 
0x20d0fd08 : 0x40aa1b (0x3a0da80 0x0 0x2bbc000 0x3e8169) 
0x20d0fd38 : 0x40b610 (0x2bbc000 0x2e41780 0x0 0x2bbc000) 
0x20d0fd78 : 0x40f73a (0x2bbc000 0x2976c40 0x0 0xffffffff) 
0x20d0fdc8 : 0x40f8ed (0x2ba3b00 0x7 0x1 0x3e839c) 
0x20d0fde8 : 0x61a726 (0x2ba3b00 0x3 0x1 0x2b84300) 
0x20d0fe08 : 0xbb8b02 (0x2ba3b00 0x3 0x0 0x2b84600) 
0x20d0fe28 : 0xbb8c89 (0x2b84300 0x6341c4 0x1 0x96c2a0) 
0x20d0fe68 : 0xbb4e04 (0x2b84300 0x5360c0 0x20d0feb8 0x1361b0) 
0x20d0fea8 : 0xbb68f1 (0x2b87a00 0xbb56e8 0x1 0x0) 
0x20d0fed8 : 0x412c9c (0x2b87a00 0x1 0x2b87a00 0x2b87a00) 
	Backtrace continues...
      Kernel loadable modules in backtrace (with dependencies):
         com.baltaks.driver.DoubleCommand(1.6.5)@0x3c929000->0x3c92efff
            dependency: com.apple.iokit.IOHIDFamily(1.5)@0x7b9000
         com.apple.driver.AppleUSBHub(3.0.5)@0xbb3000->0xbbdfff
            dependency: com.apple.iokit.IOUSBFamily(3.0.5)@0x60d000
         com.apple.iokit.IOUSBFamily(3.0.5)@0x60d000->0x634fff

BSD process name corresponding to current thread: kernel_task

Mac OS version:
9B21

Kernel version:
Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386
System model name: MacBook2,1 (Mac-F4208CAA)

questo è quello che mi dice dopo il riavvio

praticamente: ho spento il macbook per dargli una pulita, non era la prima volta che lo facevo quindi non è derivato da questo il problema.

riaccendo e non si carica dashboard

chiudo dashboard, cerco di riaprirla..nada...decido di riavviare , schermata nera e niente di più!

ho forzato lo spegnimento e al riavvio mi ha dato quello

da che può essere stato provocato

In questo caso, visto che il ciocco te l'ha fatto il kernel_task, è quasi impossibile riuscire a capirne la ragione...

Piccolissima lezione sul funzionamento di base di osx: il kernel_task non è un task vero e proprio, ma piuttosto è la rappresentazione del microkernel. In mac os il launchd(8), per ragioni "storiche" di filosofia di incorporazione in voga all'epoca del suo primo sviuppo, incorpora le funzionalità di init(8) (che in tutti gli unix/bsd è il responsabile del boot strapping e dell'inizializzazione dei demoni in background), così come del ttys(5) che serve per l'accesso via console. launchd(8) è il primo processo userland, cioè deve necessariamente avere un pid pari a 1, ovvero è il processo userland di terminazione di tutti gli altri processi userland. Se provi a guardare nell'utility di monitoraggio delle attività, il kernel_task ha però PID 0 (pur incorporando il launchd(8)), il che significa che non è un processo "pienamente" userland; da cui la sostanziale impossibilità di poter capire cosa è successo.

[SonyMMX]

Originariamente inviato da lollo_rock

Tue Jan  8 17:47:39 2008
panic(cpu 1 caller 0x001A7BED): Kernel trap at 0x3c92c214, type 14=page fault, registers:
CR0: 0x8001003b, CR2: 0x00020a14, CR3: 0x00fe9000, CR4: 0x00000660
EAX: 0x007d2918, EBX: 0x000204c4, ECX: 0x00508444, EDX: 0x03a0d654
CR2: 0x00020a14, EBP: 0x20d0fcb8, ESI: 0x02bbc000, EDI: 0x3c92e3e8
EFL: 0x00010202, EIP: 0x3c92c214, CS:  0x00000008, DS:  0x00000010
Error code: 0x00000000

Backtrace, Format - Frame : Return Address (4 potential args on stack) 
0x20d0fac8 : 0x12b0e1 (0x455670 0x20d0fafc 0x133238 0x0) 
0x20d0fb18 : 0x1a7bed (0x45ea20 0x3c92c214 0xe 0x45e1d4) 
0x20d0fbf8 : 0x19e517 (0x20d0fc10 0x2fa1200 0x20d0fcb8 0x3c92c214) 
0x20d0fc08 : 0x3c92c214 (0xe 0x520048 0x2ba0010 0x10) 
0x20d0fcb8 : 0x3c92a76b (0x3c92e428 0x2bbc000 0x7e4fc8 0x3e753a) 
0x20d0fce8 : 0x3c92a7ee (0x2bbc000 0x7f0720 0x2bbc000 0x997f1c) 
0x20d0fd08 : 0x40aa1b (0x3a0da80 0x0 0x2bbc000 0x3e8169) 
0x20d0fd38 : 0x40b610 (0x2bbc000 0x2e41780 0x0 0x2bbc000) 
0x20d0fd78 : 0x40f73a (0x2bbc000 0x2976c40 0x0 0xffffffff) 
0x20d0fdc8 : 0x40f8ed (0x2ba3b00 0x7 0x1 0x3e839c) 
0x20d0fde8 : 0x61a726 (0x2ba3b00 0x3 0x1 0x2b84300) 
0x20d0fe08 : 0xbb8b02 (0x2ba3b00 0x3 0x0 0x2b84600) 
0x20d0fe28 : 0xbb8c89 (0x2b84300 0x6341c4 0x1 0x96c2a0) 
0x20d0fe68 : 0xbb4e04 (0x2b84300 0x5360c0 0x20d0feb8 0x1361b0) 
0x20d0fea8 : 0xbb68f1 (0x2b87a00 0xbb56e8 0x1 0x0) 
0x20d0fed8 : 0x412c9c (0x2b87a00 0x1 0x2b87a00 0x2b87a00) 
	Backtrace continues...
      Kernel loadable modules in backtrace (with dependencies):
         com.baltaks.driver.DoubleCommand(1.6.5)@0x3c929000->0x3c92efff
            dependency: com.apple.iokit.IOHIDFamily(1.5)@0x7b9000
         com.apple.driver.AppleUSBHub(3.0.5)@0xbb3000->0xbbdfff
            dependency: com.apple.iokit.IOUSBFamily(3.0.5)@0x60d000
         com.apple.iokit.IOUSBFamily(3.0.5)@0x60d000->0x634fff

BSD process name corresponding to current thread: kernel_task

Mac OS version:
9B21

Kernel version:
Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386
System model name: MacBook2,1 (Mac-F4208CAA)

questo è quello che mi dice dopo il riavvio

praticamente: ho spento il macbook per dargli una pulita, non era la prima volta che lo facevo quindi non è derivato da questo il problema.

riaccendo e non si carica dashboard

chiudo dashboard, cerco di riaprirla..nada...decido di riavviare , schermata nera e niente di più!

ho forzato lo spegnimento e al riavvio mi ha dato quello

da che può essere stato provocato

Di solito le .kext (estensioni del kernel) o i font corrotti possono portare ad un Kernel Panic. Nel tuo caso la colpa sembra essere di doublecommand che è appunto un'estensione di sistema.

[lollo_rock]

Originariamente inviato da Cisto

In questo caso, visto che il ciocco te l'ha fatto il kernel_task, è quasi impossibile riuscire a capirne la ragione...

Piccolissima lezione sul funzionamento di base di osx: il kernel_task non è un task vero e proprio, ma piuttosto è la rappresentazione del microkernel. In mac os il launchd(8), per ragioni "storiche" di filosofia di incorporazione in voga all'epoca del suo primo sviuppo, incorpora le funzionalità di init(8) (che in tutti gli unix/bsd è il responsabile del boot strapping e dell'inizializzazione dei demoni in background), così come del ttys(5) che serve per l'accesso via console. launchd(8) è il primo processo userland, cioè deve necessariamente avere un pid pari a 1, ovvero è il processo userland di terminazione di tutti gli altri processi userland. Se provi a guardare nell'utility di monitoraggio delle attività, il kernel_task ha però PID 0 (pur incorporando il launchd(8)), il che significa che non è un processo "pienamente" userland; da cui la sostanziale impossibilità di poter capire cosa è successo.

se poi dai una traduzione in italiano magari capisco un pò di più , comunque grazie

[Cisto]

Originariamente inviato da lollo_rock

se poi dai una traduzione in italiano magari capisco un pò di più , comunque grazie

più che altro per capirci qualcosa occorre avere seguito almeno un corso universitario di sistemi operativi

peraltro spero di non aver scritto delle cazzate perchè l'ho fatto 2 anni fa e molte cose non me le ricordo più troppo bene

[lollo_rock]

Originariamente inviato da Cisto

più che altro per capirci qualcosa occorre avere seguito almeno un corso universitario di sistemi operativi

ecco! mi manca


vabbè, comunque ora va tutto bene (scrat scrat)...speriamo di non avere altri problemi

[panocia]

Originariamente inviato da SonyMMX

Di solito le .kext (estensioni del kernel) o i font corrotti possono portare ad un Kernel Panic. Nel tuo caso la colpa sembra essere di doublecommand che è appunto un'estensione di sistema.

Non penso che doublecommand sia scritto lì perchè ha provocato il blocco...
O sbaglio?

[Cisto]

Originariamente inviato da lollo_rock

ecco! mi manca


vabbè, comunque ora va tutto bene (scrat scrat)...speriamo di non avere altri problemi

Massì dai... io di kernel panic ne ho visti due sinora, uno sono riuscito a generarlo di proposito smanettando opportunamente con le kext , l'altro invece me l'ha fatto mentre stavo guardando un video su youtube

[lollo_rock]

bene (per modo di dire), ora mi trovo con una turbina davanti che mi da queste temperature










...e una voglia di rimettere tiger ...

[panocia]

Originariamente inviato da lollo_rock

bene (per modo di dire), ora mi trovo con una turbina davanti che mi da queste temperature( ...

Hai guardato qual'è il processo che sta ciucciando?

Cmq io ce le ho sempre quelle temperature, 24h/24!

[lollo_rock]

si chiama syslogd


io no! le mie si aggirano sui 40 abbondanti per la cpu e il resto più in basso, non di molto ma più fredde

[panocia]

Sarà perchè il tuo è nero!!!

[lollo_rock]

Originariamente inviato da panocia

Sarà perchè il tuo è nero!!!

ma non credo eh

che fai, inizi a rosicare eh?


scherzo ovviamente

[innominato5090]

il santarosa scalda molto di +, sta sempre sei 50°-55°

[lollo_rock]

non è santarosa

[lollo_rock]

mettiamola cosi, sto ventilatore nero da 1500€ inizia a stufarmi...ora riavvio, se dopo ho lo stesso problema domani rimetto tiger e finchè non esce 10.5.5 rimango cosi...


vabbè, magari non faccio cosi...però intanto riavvio



edit: ho appena riavviato, dopo un pò di ventolame ora è muto e tutto va bene...mi sa che gli ho messo paura hehe

[Criceto]

Originariamente inviato da Cisto

In questo caso, visto che il ciocco te l'ha fatto il kernel_task, è quasi impossibile riuscire a capirne la ragione...

Scusa, eh... Ma se non fosse crashato il kernel_task non sarebbe stato... UN KERNEL PANIC. Un altro processo sarebbe stato semplicemente terminato ed amen ("L'applicazione si è chiusa insapettatamente").
O c'è qualcosa che mi sfugge?

Comunque io ancora mi ricordo del MacOS 7.5.3 che mi andava "in bomba" 3 volta al giorno.
Con OS X un vero crash è un evento!

[panocia]

Ma sarà un evento, ma per dirti ieri mi si è come bloccato firefox e non funzionava più ne tastiera ne mouse. Ho dovuto spegnere col bottone. Insomma, non sarà un kernel panic ma il risultato è lo stesso.
Da questo punto di vista windows è meglio perchè per quanto sia incasinato il tutto fai ctrl-alt-canc e qualcosa riesci a sbloccare.
Su OsX invece alt-mela-esc non funziona quando serve.

[nico159]

Beato che è solo il primo, io ormai sono a quota 9 più 3 crash del motore grafico

Per quanto assurdo possa essere, sembra fare a gara con Windows ME a kernel panic :°D