Foro de elhacker.net

Informática => Hardware => Mensaje iniciado por: kub0x en 13 Marzo 2017, 11:19 am



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&#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.