iMac 27"- Retina 5K, 27 pulgadas, 2017, 3,5 GHz Intel Core i5. 8G RAM. Configurado como nuevo, fuera de la caja.
Intento obtener ayuda ya que aún no lo he llevado a una tienda y me gustaría poder valorar cómo pretenden repararlo.
Agradecería si alguien ha tenido la misma experiencia, y estaría dispuesto a compartir la solución, de informes de pánico aleatorios y frecuentes que no tienen muchos datos para ayudar - a diferencia de los pánicos de dtrace, no indican que fueron causados por sw.
El problema de intentar solucionar los problemas en modo seguro es que es un env. algo limitado, y este fallo puede ocurrir al azar, después de dos días o dos meses.
Sospecho que incluso tener sólo la RAM original, pero sólo 8 G como se vende, podría ser el culpable. Hice todo tipo de pruebas: benchmarks (cinebench, heaven, prime95 etc.), memtester, crashme, memory_pressure etc. El iMac se queda ahí... y algo más tarde (pero nunca inmediatamente), sin ninguna razón en particular: ¡se cuelga! Puede ser al abrir un archivo XLS o al ver algo en YouTube.
Siempre el mismo resultado: la pantalla se queda "en blanco" de alguna manera.
Llevo usando los iMacs con mucho gusto desde mediados. 2015, ni un solo fallo y mucho menos pánico.
Este sistema se compró nuevo en una tienda de Apple, y al segundo día de uso, de la nada, se:
-
se estrelló;
-
dividir la pantalla en rectángulos de dos colores pero últimamente era todo rojo;
-
generó un informe de pánico que no tiene muchos datos para ayudar:
" * Informe de errores de la MCA * Volcado de errores de la arquitectura de comprobación de la CPU (CPU: Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz, CPUID: 0x906E9) - ¡CATERR detectado! No se han encontrado datos de MCA".
Es triste decir que esto ha estado sucediendo desde entonces:
Desgraciadamente, las actualizaciones del sistema operativo no han solucionado este problema que parece ser un hw. ya que el Manual del Desarrollador de Intel dice:
"15.1 ARQUITECTURA DE LA MÁQUINA El Pentium 4, Intel Xeon, Intel Atom y la familia P6 implementan una arquitectura de comprobación de máquinas que proporciona un mecanismo para detectar y notificar errores de hardware hardware (máquina), tales como: errores del bus del sistema, errores ECC, errores de paridad errores de paridad, errores de caché y errores de TLB. Consiste en un conjunto de registros específicos del modelo (MSRs) que se utilizan para configurar la comprobación de la máquina y bancos adicionales de MSRs utilizados para registrar los errores que se detectan. El procesador señala la detección de un error no corregido El procesador señala la detección de un error de comprobación de máquina no corregido generando una excepción de comprobación de máquina (#MC), que es una excepción de clase abortada. La implementación de la arquitectura arquitectura de comprobación de máquina no permite normalmente que el procesador reinicie de forma fiable después de generar una excepción de comprobación de máquina. Sin embargo, el manejador de la excepción de comprobación de máquina puede recoger información sobre el error de comprobación de máquina de los MSR de comprobación de máquina. Iniciando con el procesador Intel 64 de 45 nm en el que CPUID informa DisplayFamily_DisplayModel como 06H_1AH (véase la instrucciónCPUID en el capítulo 3, "Referencia del conjunto de instrucciones, A-L" en el manual Intel® 64 and IA-32 Architectures SoftwareDeveloper's Manual, Volume 2A), el procesador puede informar sobre los errores de comprobación de la máquina corregidos y entregar una interrupción programable para que el software responda a los errores de MC, denominada como interrupción de error de comprobación de máquina corregido (CMCI). Véase la sección 15.5 Los procesadores Intel 64 que soportan la arquitectura de comprobación de máquina y CMCI también pueden admitir una mejora adicional, a saber, el soporte para la recuperación por software de ciertos errores de comprobación de máquina recuperables no corregidos. recuperables. Consulte la sección 15.6 para obtener más información.
15.9 INTERPRETACIÓN DE LOS CÓDIGOS DE ERROR MCA Cuando el procesador detecta una condición de error de comprobación de máquina, escribe un código de error de 16 bits en el campo código de error MCA de uno de los registros IA32_MCi_STATUS y establece el indicador VAL (válido) en ese registro. El procesador también puede escribir un código de error específico del modelo de 16 bits en el registro IA32_MCi_STATUS dependiendo de la implementación de la arquitectura machine-check del del procesador. Los códigos de error MCA están definidos arquitectónicamente para procesadores Intel 64 e IA-32. Para determinar la causa de una excepción de comprobación de máquina, el manejador de excepción de comprobación de máquina debe leer la bandera VAL para cada registroIA32_MCi_STATUS. Si el indicador está activado, el control de excepción de máquina debe entonces leer el campo de código de error MCA del registro. Es la codificación del campo de código de error MCA [15:0] la que determina el tipo de error que se reporta y no el banco de registro que lo reporta. Hay dos tipos de códigos de error MCA: códigos de error simples y códigos de error compuestos".
Todavía no lo he llevado a una prueba de reparación porque tengo, como probablemente todos ustedes, la mentalidad de ingeniero, tratando de entender la causa root de un sistema completamente nuevo que se comporta de esta manera. Me parece difícil de entender que un sistema nuevo tenga que tener el sistema operativo reinstalado desde cero, como a menudo sugiere el soporte de Apple.
