Cuando intento solucionar los problemas del kernel y veo un registro, veo estos:
0xffffff821bd9b510 : 0xffffff802fd2bda1
Me gustaría saber si hay alguna forma posible de leerlos o de interpretarlos. Y también cuáles son sus nombres.
Cuando intento solucionar los problemas del kernel y veo un registro, veo estos:
0xffffff821bd9b510 : 0xffffff802fd2bda1
Me gustaría saber si hay alguna forma posible de leerlos o de interpretarlos. Y también cuáles son sus nombres.
Hay un diluvio de información en un registro de pánico del kernel. Últimamente he tenido algunos problemas, por lo que estaba viendo los problemas del kernel en mi macbook y puedo ofrecer las siguientes sugerencias basadas en algunos registros .panic que tengo. Primero el nombre del log es importante. debe buscar los archivos del siguiente formulario en la carpeta de diagnóstico del sistema:
kernel - ** (algunos datos personales como el nombre de mi pc) ****. panic
(desafortunadamente, también tengo algunos .gpuRestart y .hang en el mío ..)
Anonymous UUID: F******************************* <-personal data
Sun Aug 9 22:23:37 2015
*** Panic Report ***
panic(cpu 0 caller 0xffffff800c617cc2): Kernel trap at 0xffffff800c5d0395, type 14=page fault, registers:
CR0: 0x0000000080010033, CR2: 0x0000000000000009, CR3: 0x0000000423b7f051, CR4: 0x00000000000626e0
RAX: 0xffffff800cce0cd0, RBX: 0x000000000000003f, RCX: 0xffffff800cce08e0, RDX: 0x0000000000000001
RSP: 0xffffff81f4cb2f80, RBP: 0xffffff81f4cb2f90, RSI: 0xffffff8019059000, RDI: 0x000000000000003f
R8: 0x00000000000001c0, R9: 0xffffff80190e6fc0, R10: 0x0000000000000100, R11: 0x0000000000000000
R12: 0xffffff80383643c0, R13: 0xffffff803e95c200, R14: 0xffffff801919e040, R15: 0x0000000000000000
RFL: 0x0000000000010296, RIP: 0xffffff800c5d0395, CS: 0x0000000000000008, SS: 0x0000000000000010
Fault CR2: 0x0000000000000009, Error code: 0x0000000000000002, Fault CPU: 0x0
la primera parte muestra el estado de los registros. No creo que esta sea información sobre la que puedas actuar personalmente
Sin embargo, después de eso viene lo bueno ... alguna otra información de registro
Backtrace (CPU 0), Frame : Return Address
...
0xffffff81f4cb3420 : 0xffffff800c736c01
0xffffff81f4cb35e0 : 0xffffff800c733202
...
0xffffff81f4cb3fb0 : 0xffffff800c635068
y luego:
Kernel Extensions in backtrace:
com.sophos.kext.sav(9.2.50)[D9AF65D9-4A18-3B20-86BB-17DEBC7D5852]@0xffffff7f8cc18000->0xffffff7f8cc1cfff
com.apple.filesystems.exfat(1.4)[6B0642D6-786C-323D-A762-9FFE6BFABFAF]@0xffffff7f8fa74000->0xffffff7f8fa81fff
BSD process name corresponding to current thread: InterCheck
esta es información que tal vez es importante. Muestra los últimos kexts (extensiones de kernel) cargados en su sistema. La mayoría de las veces son los culpables de los pánicos del kernel ... o al menos de los sospechosos habituales. Un buen primer movimiento es desactivar temporalmente uno de estos kexts y ver si el pánico frecuente del kernel se detiene.
PS. Cabe señalar que el enlace ofrecido como comentario por un compañero SE-er es muy bueno aunque un poco detallado. Sin embargo, a veces (por ejemplo, en una situación de desarrollo) esa cantidad de detalles es justo lo que se necesita, por lo que definitivamente debe consultarlo