mikell242
12-02-2009, 17:02
Hola buenas, mi problema es este, he comprado un pc impecable a la marca Mountaim por valor de 1700€(ahy es nada), con una breve descripcion:
q 9550 a 2.80Gh
targeta gtx 260
1t de dd
placa asus extrteme II
y demaass...
y resulta que la casa que asegura que sus equipos son los ms robustos del mercado,me manda el equipo y no lo uso ni 15 dias cuando me da el siguiente error:
se congela totalmente el relog de la cpu de tal manera que hasta el segundero del relog del escritorio de para en ese segundo y no abanza mas, ni reton, ni ctr+alt+sup, nada. reinicio y me da error en el raid 0 en la configuracion de la bios.Lo mando a la casa, lo tienen 15 dias, me llaman diciendo que :eek::eek:esa cara tenian que tener, lo sienten mucho los dicod duros estaban mal desde la partida de fabrica, me los cambian por 2 discos nuevos samssung, lo enciendo aller y todo bien, lo apago hasta hoy, y cuando lo enciendo el mismo error, no se que hacer ya, si alguien supiera algo agradeceria los comentarios,
SALUDOS
mikell242
12-02-2009, 17:26
por cierto,cuando a ido bien menudo equipazo,y tambien la casa parece estar dando una buena respusta y actuando pronto se lo lleban mañana, ya os contare.
Si es un error de los discos... acógete a la garantía, por mucha teoría de Raid que te léas no te va a solucionar nada, además el Raid 0 no tiene nada de complicado ni enrevesado...
Buenas! resumiré brevemente y sin extenderme demasiado...
Cuando un equipo se queda bloqueado o "congelado" hasta el punto que ningún periférico responde, se debe desde una visión general a un fallo global de acceso memoria. Atendiendo a la jerarquía de niveles de memoria (caché L1 L2 y L3, RAM y disco), cuando el procesador solicita un dato o un acceso a una instrucción, lo hace a caché, y en caso de que no lo encuentre accede a su nivel inferior en la jerarquía, es decir a RAM, y en caso de fallo, a disco.
A medida que se va accediendo por la jerarquía el número de componentes que intervienen en dicho acceso (lectura/escritura) es mayor. Así por ejemplo en el acceso a caché sólo interviene el procesador (asumimos que en los procesadores actuales la caché es interna en todos sus niveles L1, L2, y L3 en algunos casos). Por tanto diagnosticar un problema de caché es mucho más sencillo que por ejemplo a disco, en cuyo caso, no sólo interviene el procesador, sino que además intervienen buses, chipset (puente sur, el controlador DMAC de éste, controlador programable de interrupciones PIC), RAM, puente norte, cables, controladoras de disco y por último el propio disco. Con lo cual si no se logra leer de disco no sabemos dónde puede estar el fallo... y aquí es donde los técnicos (no sé si por incompetencia, ignorancia o por comodidad a la hora de reemplazar al azar componentes del sistema), intervienen y dicen lo más fácil: "el fallo es del disco".
Pues bien, dicho ésto, asumimos que si intervienen X componentes en el acceso a disco, de los cuales X-1 son ajenos al propio disco, existe una probabilidad P=1/X de que sea el propio disco (probabilidad pequeña), y sin embargo es mucho más probable (P=X-1/X) de que sea un componente externo a éste.
Evidentemente hablo desde el punto de vista probabilístico en el supuesto caso de no hacer ningun test ni ninguna prueba de benchmark en el sistema (dando palos de ciego, que es como se suele trabajar en las tiendas de informática de casi todos los sitios que conozco).
Volviendo al punto de vista técnico (no matemático, ni dando palos de ciego), si sabemos que la mayor parte de los componentes que intervienen en la transferencia de información se encuentran en la placa base (chipset puente norte y sur (DMAC, controlador programable de interrupciones PIC), controladoras, buses, memoria y procesador), es casi seguro que el fallo estará en dicha placa base.
Existen múltiples formas de diagnosticar con precisión qué componente específico es el causante de un determinado problema, incluso es viable y no muy difícil, programar a bajo nivel software capaz de realizar ciertos tipos de acceso a un sitio u otro, independientemente de la arquitectura del Sistema Operativo, el cual también puede ser determinante de dicho fallo a nivel de usuario (por eso para realizar pruebas de hardware lo mejor es intentar que intervengan lo menos posible software ajeno al que diseñamos).
Esperamos tu contestación con respecto a lo que te comenta el servicio técnico (Ojala sean competentes y tengas suerte).
Un saludo.