Título: CPU no soportado después de update firmware UEFI Publicado por: kub0x en 13 Marzo 2017, 11:19 am Buenas,
el título lo dice todo. Va a hacer tres años desde que compre los componentes para mi PC, y hoy, pensándolo bien decidí instalar la update del firwmare para UEFI del fabricante. Para sorpresa al arrancar el PC tras la update me dice que "CPU is not in CPU supported list". Por lo tanto busqué si mi CPU es soportada por el fabricante y por sorpresa, en la página oficial no es listada, pero entonces, ¿por qué con la versión del firmware por defecto es soportada y con la nueva actualización no?. Motherboard: Asrock Pro 970 r2.0 versión firmware UEFI 2.80 (tras actualizar, esta versión es la que da problemas en la CPU). La versión inicial del firwmare era 1.80 creo recordar y con la misma funcionaba de maravilla. CPU: AMD FX-9370. Probraré a flashear con la versión 2.60 ya que la 1.80 no la encuentro en la página oficial. Me gustaría al menos saber por que una version mas moderna del firmware no soporta mi CPU y una más antigua si lo hace. EDIT: Ando sin suerte, probando la 2.60 sigue saliendo el mismo mensaje de que no soporta mi CPU. He creado un post en el foro técnico de Asrock para ver si alguien puede facilitarme la versión original del firmware que venía al comprar la motherboard, la versión 1.80, ya que realmente necesito hacer un rollback :P El link al post en cuestión es: http://forum.asrock.com/forum_posts.asp?TID=4604&PID=25124戤 EDIT2: Bueno buscando di con este enlace a la v1.80 y flasheando el firmware he tenido suerte y todo ha vuelto a la normalidad (http://drivers.softpedia.com/get/BIOS/Asrock/ASRock-970-Pro3-R20-BIOS-180.shtml). Ahora, la cuestión sigue en pie, porque deja mi CPU no soportada al actualizar a las versiones más modernas, mi entendimiento sobre firmware y low level me dice que el código del microcontrolador de UEFI ha cambiado no pudiendo comunicarse/reconocer la CPU. Seguiré probando versiones más modernas ya que los que me conocen saben que antepongo la seguridad ante cualquier otra cosa. Saludos! Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Randomize en 13 Marzo 2017, 12:19 pm ¿Pero si tienes un FX high end? ¿O es el que quieres poner?
¿Qué te dice soporte o el .txt que suelen incorporar? Se me viene a la cabeza la caché de tu nuevo procesador y algo de overclock por ser AMD FX... Habría que revisarlo todo, pon más datos de tu hardware, lo mismo aparece otro samaritano distinto a éste humilde servidor... [edit] Me alegro. [/*edit] Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Randomize en 13 Marzo 2017, 12:22 pm ¿Con qué procesador has flasheado?
No te va, y dices que te va... Bueno... Título: Re: CPU no soportado después de update firmware UEFI Publicado por: kub0x en 13 Marzo 2017, 12:28 pm Hola Randomize,
el procesador es AMD-FX 9370 y lleva funcionando con la motherboard 970 Pro r2.0 desde que los compré en Julio del 2014. No he cambiado de procesador desde entonces. El tema del post es que al actualizar esta mañana la versión del Firmware, después del proceso del boot me decía que mi CPU no estaba soportada. La versión de firmware que estaba utilizando data de 2014 y la nueva que puse de mayo 2016. A la hora de actualizar firmwares siempre pongo la configuración por defecto, deshabilitando Overclokings o Tweakings a nivel de firmware. Utilizo Fedora GNU/Linux y desde el OS nunca hago modificaciones hardware, por lo que a la hora de actualizar el firmware de la UEFI se encontraba todo "de serie". Resumiendo imagina que compras CPU y motherboard, todo va bien, y un dia actualizas el firmware de la última y te dice que CPU unsupported. Debe ser el code del microcontroller. Rollback y a correr, pero probaré versiones más modernas porque algo de 2014 me parece desfasado. Saludos! Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Randomize en 13 Marzo 2017, 12:31 pm Citar motherboard 970 Pro r2.0 Algún fallo a a hora de compilar la nueva UEFI, al menos en Intel suele ser acumulativo. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Hason en 16 Marzo 2017, 23:41 pm Hola buenas.
¿Ya sabes por que pasa esto? Yo siempre que cambio el procesador , actualizando bios, cuando lo he hecho, me sale en pantalla, procesador cambiado , resetear, creo o algo así. Luego por actualizar bios, de todas las maneras , no me ha dado nunca ningún fallo de procesador. Pero esto que sospechas tu es por el microcódigo del procesador??? Es decir , que el que tienes instalado no coincide con el nuevo??? Pero si es así, seria extraño, por que debería funcionar, si es la versión original para tu placa. De todas formas, no tengo ni idea por que te pasa esto. Por lo que se ve el microcódigo, he estado mirando, y hay programas para reprogramarlo. No se, yo de tu , no me fiaria mucho, por si las moscas. Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: PalitroqueZ en 17 Marzo 2017, 00:06 am Citar EDIT2: Bueno buscando di con este enlace a la v1.80 y flasheando el firmware he tenido suerte y todo ha vuelto a la normalidad (http://drivers.softpedia.com/get/BIOS/Asrock/ASRock-970-Pro3-R20-BIOS-180.shtml). Ahora, la cuestión sigue en pie, porque deja mi CPU no soportada al actualizar a las versiones más modernas, mi entendimiento sobre firmware y low level me dice que el código del microcontrolador de UEFI ha cambiado no pudiendo comunicarse/reconocer la CPU. Seguiré probando versiones más modernas ya que los que me conocen saben que antepongo la seguridad ante cualquier otra cosa. tuviste suerte que pudiste volver atrás. actualizar el BIOS es algo que nunca he hecho y ni pienso en hacerlo, es muy delicado. ni siendo mi ordenador lo haría y la única forma, tendría que ser una condición en la que el ordenador ya esté muerto y en hacerle algo como meterle 220vac a la motherboard no haría ninguna diferencia. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Hason en 17 Marzo 2017, 00:28 am A mi me daba miedo actualizar la bios hace tiempo, pero ahora, ya lo hago como si nada, como aquel que dice voy a encender la tv.
Solo he perdido una placa vieja, por actualizar la bios con una versión incorrecta por no fijarme bien. Todo lo que pueda flashear lo flasheo, pero me falta mucho. Pues el microcódigo, con el programa UBU creo que es, en insanely mac sale, pues creo que aparece para modificar bios y el microcódigo, es todo automático, seguro que puedes retocarlo para que coincida y te funcione, salen las versiones de microcódigo de cada cpu, y le puedes poner cualquier versión que aparezca, miratelo kub0x. Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Randomize en 17 Marzo 2017, 07:24 am La verdad es que es raro de cojones.
Por lo general los updates de BIOS son acumulativas y que se salten los microcódigos deja mucho que desear... Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Machacador en 17 Marzo 2017, 09:54 am No entiendo la manía de andar queriendo actualizar BIOS que funcionan a la perfección...
:rolleyes: :o :rolleyes: P/D Lo de Hason si lo entiendo porque el es diferente.... el la siembra. Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Randomize en 17 Marzo 2017, 10:48 am No entiendo la manía de andar queriendo actualizar BIOS que funcionan a la perfección... :rolleyes: :o :rolleyes: P/D Lo de Hason si lo entiendo porque el es diferente.... el la siembra. Saludos. Por lo que creo también la recoge y luego la seca... Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Hason en 17 Marzo 2017, 14:18 pm Si siembro como tantos y tantos, haber si ahora seré yo el único en sembrar.....
Pues , recogerla la recojo, pero secarla, no me da tiempo, por que me la fumo antes. Haber si a cada uno que cultiva lo tienen que hackear, no me cuadra, serían miles y miles..... Esto mi amigo el huanker liante, que me lo jode todo ... algún conocido fijo,caradura, que dirá lo que sea que diga... Esto es todo una desgracia muy grande, en fin. Ahora se me ha colado un virus tocapelotas, y he tenido que formatear todo, menos mal no he perdido datos.... y ahora a hacer pruebas... Ayer estuve mirando el microcódigo en un apu hp , y en linux, me aparecen drivers adicionales, cpu microcódigo, utilizar driver privativo, o no utilizar este dispositivo en linux. Hay programas en linux para ver el microcódigo, lo estuve mirando por encima hace un tiempo, pero no recuerdo mucho si no miro apuntes... Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Randomize en 17 Marzo 2017, 14:24 pm Citar Convenciones En algunos comandos la información resultante excede la altura de la pantalla, así que para facilitar la lectura de dicha información se usa el paginador less y de esta manera es posible desplazarse hacia abajo y hacia arriba visualizando toda la información. Para salir del paginador simplemente se presiona la tecla Q (quit). A continuación 2 ejemplos de cómo se usará dicho paginador: dmesg | less y less /etc/apt/sources.list Información del fabricante y del modelo Fabricante del equipo: sudo dmidecode -s system-manufacturer Nombre del producto: sudo dmidecode -s system-product-name Versión del producto: sudo dmidecode -s system-version Número de serie del equipo: sudo dmidecode -s system-serial-number SKU (Stock Keeping Unit) ó P/N (Part Number) del producto: sudo dmidecode | grep -i sku Más información detallada: sudo dmidecode Información del procesador Mostrar el nombre del fabricante, modelo, y velocidad: grep 'vendor_id' /proc/cpuinfo ; grep 'model name' /proc/cpuinfo ; grep 'cpu MHz' /proc/cpuinfo Mostrar la arquitectura (32 o 64 bits): sudo lshw -C CPU | grep width Nota: El paquete lshw no está instalado de manera predeterminada, por lo que antes de usarlo es necesaria su instalación. Mostrar el tipo de máquina: uname -m Mostrar si el procesador soporta “Extensiones de Virtualización” (Intel-VT ó AMD-V), las cuales se activan desde la configuración de BIOS del equipo: Si el procesador es Intel, se necesita saber si aparece el valor “vmx”: grep -i vmx /proc/cpuinfo Si el procesador es AMD, se necesita saber si aparece el valor “svm”: grep -i svm /proc/cpuinfo Información de la batería acpi -bi ó acpitool -B Nota: el comando acpitool no se encuentra instalado de forma predeterminada. Memoria RAM y partición SWAP Mostrar el total de memoria RAM y la partición swap (cambiar el último parámetro por: -b = Bytes, -k = Kilobytes, -m = Megabytes, -g = Gigabytes, según convenga): free -o -m y otra forma de hacerlo es así: grep 'MemTotal' /proc/meminfo; grep 'SwapTotal' /proc/meminfo Para mostrar en qué partición (y el tamaño) está el swap: sudo swapon -s Kernel Mostrar el nombre y versión del kernel: uname -sr Shell Mostrar el shell en uso: echo $SHELL Distribución Mostrar el nombre, versión y nombre clave de la distribución: lsb_release -idc Entorno del usuario Nombre del usuario actual: echo $USER Nombre del equipo: echo $HOSTNAME Directorio base del usuario actual: echo $HOME Directorio de trabajo actual: echo $PWD o pwd Hardware Listar los dispositivos PCI / PCIe lspci Listar todos los dispositivos PCMCIA /sbin/lspcmcia Listar todos los dispositivos USB: lsusb Listar todos los dispositivos detectados como SCSI: lsscsi Nota: El paquete anterior no está instalado de manera predeterminada, por lo que antes de usarlo es necesaria su instalación. Módulos que se han indicado al kernel que cargue durante el arranque: cat /etc/modules Listar todos los módulos que cargó el sistema: lsmod | less Listar el hardware (información resumida): sudo lshw -short Listar el hardware (información extensa): sudo lshw | less Nota: El paquete lshw no está instalado de manera predeterminada, por lo que antes de usarlo es necesaria su instalación. Medios de almacenamiento y arranque Listar las particiones en los medios de almacenamiento: sudo fdisk -l Conocer el espacio usado y disponible en las particiones: df -h Conocer en qué partición (y el tamaño) está swap: sudo swapon -s Mostrar las entradas registradas para el gestor de arranque GRUB “Legacy” (hasta la versión 0.97): sudo grep -i title /boot/grub/menu.lst | grep "#" -v Mostrar las entradas registradas para el gestor de arranque GRUB 2: sudo grep -i menuentry /boot/grub/grub.cfg | grep "#" -v Mostrar la tabla de particiones (File System TABle) que el sistema monta automáticamente durante el arranque: less /etc/fstab Mostrar el valor UUID (Universally Unique IDentifier) de todas las particiones: sudo blkid Redes Listar los dispositivos de red alámbricos PCI: lspci | grep -i ethernet Listar los dispositivos de red inalámbricos PCI: lspci | grep -i network Listar los dispositivos de red USB: lsusb | grep -i ethernet ; lsusb | grep -i network Mostrar los módulos cargados por el sistema, para controlar tarjetas de red inalámbricas: lsmod | grep iwl Mostrar información del controlador usado por un dispositivo de red específico (se debe sustituir la palabra interfaz por el nombre lógico de la tarjeta de red, por ejemplo eth0, wlan0, ath0, etc.): sudo ethtool -i interfaz Nota: El paquete anterior no está instalado de manera predeterminada, por lo que antes de usarlo es necesaria su instalación. Configuración de las tarjetas de red y sus direcciones IP asignadas: cat /etc/network/interfaces Resolución de Nombres de Dominio: cat /etc/resolv.conf Mostrar el contenido del archivo HOSTS: cat /etc/hosts Nombre del equipo, tal y como se verá en la red local: cat /etc/hostname ó grep 127.0.1.1 /etc/hosts ó echo $HOSTNAME Direcciones IP locales de las tarjetas de red alámbricas (resumen): /sbin/ifconfig | grep -i direc | grep -i bcast si el sistema está en inglés se usa: /sbin/ifconfig | grep -i addr | grep -i bcast Direcciones IP locales de las tarjetas de red alámbricas (detalle): /sbin/ifconfig Direcciones IP locales de las tarjetas de red inalámbricas (resumen): /sbin/iwconfig | grep -i direc | grep -i bcast si el sistema está en inglés se usa: /sbin/iwconfig | grep -i addr | grep -i bcast Direcciones IP locales de las tarjetas de red inalámbricas (detalle): /sbin/iwconfig Mostrar la tabla de enrutamiento: sudo route -n Para conocer la dirección IP pública (externa): curl ip.appspot.com Repositorios / actualización del sistema Visualizar el contenido del archivo sources.list, el cual contiene las direcciones de los repositorios: less /etc/apt/sources.list Video Listar las tarjetas de vídeo (PCI / PCIe): lspci | grep -i vga Para determinar si el equipo soporta aceleración de gráficos es necesario que esté instalado el paquete de herramientas mesa-utils. Dicho paquete contiene el comando glxinfo: glxinfo | grep -i render Para calcular los FPS (frames per second) se ejecuta el siguiente comando: timeout 60 glxgears El cual mostrará durante 60 segundos (con la ayuda del comando timeout) una ventana pequeña con una animación de 3 engranajes, mientras que al mismo tiempo en la ventana de la terminal se mostrarán los valores promedios de fotogramas por segundo (FPS, frames per second): Ejemplo del desempeño gráfico de un sistema: 338 frames in 5.4 seconds = 62.225 FPS 280 frames in 5.1 seconds = 55.343 FPS 280 frames in 5.2 seconds = 54.179 FPS 280 frames in 5.2 seconds = 53.830 FPS 280 frames in 5.3 seconds = 53.211 FPS 338 frames in 5.4 seconds = 62.225 FPS 280 frames in 5.1 seconds = 55.343 FPS 280 frames in 5.2 seconds = 54.179 FPS 280 frames in 5.2 seconds = 53.830 FPS 280 frames in 5.3 seconds = 53.211 FPS Ejemplo de un mejor desempeño gráfico en otro sistema: 2340 frames in 5.0 seconds = 467.986 FPS 2400 frames in 5.0 seconds = 479.886 FPS 2080 frames in 5.0 seconds = 415.981 FPS 2142 frames in 5.0 seconds = 428.346 FPS 2442 frames in 5.0 seconds = 488.181 FPS 2295 frames in 5.0 seconds = 458.847 FPS 2298 frames in 5.0 seconds = 459.481 FPS 2416 frames in 5.0 seconds = 483.141 FPS 2209 frames in 5.0 seconds = 441.624 FPS 2437 frames in 5.0 seconds = 487.332 FPS Para mostrar la configuración actual del servidor X (X Window System): less /etc/X11/xorg.conf Para conocer la resolución actual (anchura x altura) y frecuencia de barrido (MHz): xrandr | grep '*' Para conocer todas las resoluciones que la configuración actual soporta: xrandr Para mostrar las cámaras web (USB): lsusb | grep -i camera El siguiente ejemplo muestra el resultado de 2 cámaras web conectadas a un mismo equipo: Bus 001 Device 003: ID 0c45:62c0 Microdia Sonix USB 2.0 Camera Bus 002 Device 004: ID 0ac8:3420 Z-Star Microelectronics Corp. Venus USB2.0 Camera Las cámaras web se “montan” en orden consecutivo en la ruta /dev/ : Bus 001 —> /dev/video0 Bus 002 —> /dev/video1 Bus 003 —> /dev/video2 […] Para comprobar que las cámaras web se han “montado” en su ruta correspondiente: ls /dev/video* -lh Audio Listar hardware de audio: lspci | grep -i audio ó sudo lshw | grep -i audio | grep product Nota: El paquete anterior no está instalado de manera predeterminada, por lo que antes de usarlo es necesaria su instalación. Listar los dispositivos de reproducción de audio: aplay -l | grep -i tarjeta si el sistema está en inglés entonces se usa: aplay -l | grep -i card Listar todos los módulos que cargó el sistema, para ser usados por los dispositivos de sonido: lsmod | grep -i snd Las siguientes son pruebas para verificar si los altavoces están correctamente conectados y distribuidos. Los altavoces deben estar encendidos y durante la prueba se puede ajustar el volumen, cables, y disposición. Cada prueba emite un sonido en un ciclo, y se repite 2 veces más: Si el sistema de sonido es de 1 canal (monoaural): speaker-test -l 3 -t sine -c 1 Si el sistema de sonido es de 2 canales (stereo): speaker-test -l 3 -t sine -c 2 Si el sistema de sonido es de 5.1 canales (surround): speaker-test -l 3 -t sine -c 6 Registros (logs) Visualizar las 30 últimas líneas del buffer del kernel: dmesg | tail -30 Visualizar todo el buffer del kernel: dmesg | less Los registros del servidor X dan información útil sobre la configuración actual del mismo, y sobre la tarjeta de video: cd /var/log/ ls Xorg* -hl ello mostrará todos los archivos de registros del servidor X, siendo el archivo Xorg.0.log el más reciente. Para ver los mensajes de error (errors) y mensajes de advertencia (warnings): grep -E "(WW)|(EE)" Xorg.0.log | grep -v unknown Si se desea ver toda la información del registro: less Xorg.0.log Si se desea ver el contenido de algún registro anterior al actual sólo basta sustituir el nombre de archivo Xorg.0.log por el nombre del archivo que se desee visualizar. Para visualizar el registro de arranque (boot) es necesario activarlo primeramente. Se debe abrir el archivo /etc/default/bootlogd y sustituir el valor no por yes, quedando así: # Run bootlogd at startup ? BOOTLOGD_ENABLE=yes Durante el próximo inicio del sistema se generará el archivo /var/log/boot el cual ya podrá ser revisado: sudo less /var/log/boot Los registros anteriores de arranque pueden visualizarse con: sudo ls /var/log/boot* -hl y consultarse como ya se ha mostrado. Para ver otros registros: La mayoría de los registros (logs) del sistema se encuentran en el directorio /var/log/, así como también en varios subdirectorios, por lo tanto sólo basta entrar a dicho directorio y realizar un listado para conocerlos: cd /var/log/ ls -hl Otras formas de conocer el sistema Aunque existen también herramientas gráficas que permiten conocer el sistema, es posible que el ambiente gráfico no funcione, por ello el uso de la terminal es indispensable. Algunas de las herramientas gráficas más conocidas son hardinfo y sysinfo, y para instalarlas desde la terminal basta con ejecutar: sudo aptitude install hardinfo sysinfo Nota: hardinfo aparece como System Profiler and Benchmark, y sysinfo aparece con el nombre Sysinfo. Fuente: http://blog.desdelinux.net/comandos-para-conocer-el-sistema-identificar-hardware-y-algunas-configuraciones-de-software/# Un saludo. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Hason en 17 Marzo 2017, 14:33 pm Olé Randomize, así da gusto, buena página con chuletas has puesto, mejor que la que tenía yo por hay perdida...
Pues, esto me interesa saberlo lo del microcodigo, pero ahora ando liado con otras cosas. Mira aqui sale como actualizar desde linux, pero seguro hay mucho más buscando: http://trastetes.blogspot.com.es/2013/07/actualizar-el-microcodigo-de-los.html Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Randomize en 17 Marzo 2017, 15:50 pm A saber en qué andas metido ahora, cuando no es un LPT saltas con una EPRON, ya contarás...
Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Hason en 17 Marzo 2017, 18:59 pm Va, me ha llamado la atención este post haber si comenta algo más.
Pues, se me coló un virus, el winsnare, menuda mier... se empezaban a instalar programas por toda la cara, y venga pua de esos, si me dejaba el pc conectado a internet, se petaba... lo limpiaba con malewarebyte todo, en modo seguro , quitando protección sistema, hibernar, memoria virtual, y decia que limpio, pero luego, navegando, volvia a instalarse todo malo el winsnare... al final, digo, fuera formateo, y estoy restaurando. Pues estoy esperando piezas para rasperry pi, que no llegan.... Por otro lado, he comprado un adaptador JTAG para willem programmer, para acceder a chips de circuitos electrónicos, por JTAG, SPI,que haber si me llega, pero tengo que aprenderlo.... He comprado un detector de frecuencias wifi, gps,cámaras,.... para detectar señales ocultas, sea wifi o gps, muy económico, lo que no se como va. He terminado de montar aquella placa que mareaba con las piezas, pero no funciona, arranca, pero no da señal, la he llevado a unos electrónicos, antes de acabarla de romper yo. Y nada, mucho lio, que no se ni por donde empezar... Vamos, antes de este ataque , estaba con el autodenominado PROYECTO CHIPS, que es el nombre que le he dado a mi objetivo, para motivarme.... tengo ya recopilada información, haber si me pongo, en foro willem me ayudan con el tema, pero no quiero saturar, y aprovechar a preguntar poco, que si no me dirán cansino, ya sabeis. Jeje, tengo ya la denominación del chip lan del VIA, tengo el dataseet, jejeje, me lo he estado mirando, tengo que mirar, si soporta jtag o serial o el que para programarlo y hacerlo, pero es jodido, si no sabes como... Me he enterado que todos los chips estos, en los dataseets , aparecen los pines, y hay unos para hacerles un reset :xD , pues lo que quiero hacer que me parece más facil, es resetear los chips, para dejarlos no se en que estado ¿? Bueno, perdón por escribir aqui , es por la pregunta de randomice, y por hacer un update de mis post parados. Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: simorg en 17 Marzo 2017, 19:33 pm Citar He comprado un detector de frecuencias wifi, gps,cámaras,.... para detectar señales ocultas, sea wifi o gps, muy económico, lo que no se como va. :huh: :huh: :huh: Explicate más, marca modelo, y pon una foto. ¿Se parece a este?, La pregunta sería ¿Para que lo necesitas?. (http://www.espiamos.com/825-large_default/detector-de-camaras-ip-wifi-y-microfonos-espias.jpg) Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Hason en 17 Marzo 2017, 20:12 pm MIra que preciosidad:
http://www.ebay.es/itm/112173789227?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT No se parece a este que pones, no se nada, nunca he visto uno ni nada. Mira la descripción que hace en donde lo venden, para esas cosas lo quiero. Haber si os comprareis uno ahora, no se si funcionará bien ni nada de nada, a la aventura, ya .... La verdad, quiero despejar unas dudas que tengo, y este cacharro me ayudará a ello, si llega y funciona claro. Saludos. Título: Re: CPU no soportado después de update firmware UEFI Publicado por: simorg en 17 Marzo 2017, 20:18 pm Pffff, el de la foto es uno profesional, el que pones tú es un juguete....... :xD que esperas por ese precio.
Suerte. :-X Saludos. Título: Re: Publicado por: kub0x en 17 Marzo 2017, 20:23 pm Moviéndome un poco por el foro de soporte de Asrock descubrí que la culpa es de AMD ya que al lanzar la serie 9K de CPU, estos al ocupar socket AMD3+ pues deberían funcionar en placas que tengan dicho zócalo.
Para los entendidos, las placas por aquel momento contaban con 140W de TDP y la serie 9K ocupa 220W de TDP, por lo tanto el módulo VRM acaba fallando cosa que ha pasado y se han dado casos de tarjetas gripadas vamos quemadas por una mala gestión de la ventilacíon y disipación de ese sobrecalentamiento generado por la CPU. En el año 2015 AMD se pronunció lanzando los requisitos necesarios para ocupar esta serie dejando claro que motherboards los soportan. En definitiva, cuando salio la serie los soportaban, se dieron cuenta de que la cagaron, lo trataron de arreglar, fallaron en mantenimiento y por lo tanto en posteriores versiones del firmware UEFI decidieron por comprobar en el boot process si se haya instalado alguna de estas CPUs si es asi sale el mensaje de unsupported, nada de microcodes ni nada. Teneis el link al thread en mi primer post, los chicos del foro técnico muy majos y se nota que saben ;) Saludos! Título: Re: CPU no soportado después de update firmware UEFI Publicado por: Hason en 17 Marzo 2017, 20:33 pm Pues parece que arreglado Kub0x, así mejor.
En cuanto al detector, pues ,no se, funcionar digo yo que funcionara, y al precio barato, fijate de donde viene y sin gastos de envio, normal tan barato. Por ser mi primer detector que compraré, ya está bien creo, para acabar rompiendolo o algo. Hombre, ahora que he mirado, la foto que has puesto simorg, se ve más compacto si ese, y el que compro yo se ve más de juguete, pero lo importante que funcione, y fijate todas las opciones que tiene, me parece muchas cosas por muy poco dinero. Saludos. Título: Re: Publicado por: Randomize en 18 Marzo 2017, 15:56 pm Moviéndome un poco por el foro de soporte de Asrock descubrí que la culpa es de AMD ya que al lanzar la serie 9K de CPU, estos al ocupar socket AMD3+ pues deberían funcionar en placas que tengan dicho zócalo. Para los entendidos, las placas por aquel momento contaban con 140W de TDP y la serie 9K ocupa 220W de TDP, por lo tanto el módulo VRM acaba fallando cosa que ha pasado y se han dado casos de tarjetas gripadas vamos quemadas por una mala gestión de la ventilacíon y disipación de ese sobrecalentamiento generado por la CPU. En el año 2015 AMD se pronunció lanzando los requisitos necesarios para ocupar esta serie dejando claro que motherboards los soportan. En definitiva, cuando salio la serie los soportaban, se dieron cuenta de que la cagaron, lo trataron de arreglar, fallaron en mantenimiento y por lo tanto en posteriores versiones del firmware UEFI decidieron por comprobar en el boot process si se haya instalado alguna de estas CPUs si es asi sale el mensaje de unsupported, nada de microcodes ni nada. Teneis el link al thread en mi primer post, los chicos del foro técnico muy majos y se nota que saben ;) Saludos! Resumen foro: Cambio de CPU + placa + RAM y si se puede GPU también, toooodo al mismo tiempo. Si no tendréis problemas. |