Autor
|
Tema: CPU no soportado después de update firmware UEFI (Leído 9,659 veces)
|
Randomize
|
No entiendo la manía de andar queriendo actualizar BIOS que funcionan a la perfección... 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...
|
|
|
En línea
|
|
|
|
Hason
Desconectado
Mensajes: 787
Keep calm and use the spiritual force
|
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.
|
|
|
En línea
|
|
|
|
Randomize
|
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.
|
|
|
En línea
|
|
|
|
Hason
Desconectado
Mensajes: 787
Keep calm and use the spiritual force
|
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.htmlSaludos.
|
|
|
En línea
|
|
|
|
Randomize
|
A saber en qué andas metido ahora, cuando no es un LPT saltas con una EPRON, ya contarás...
|
|
|
En línea
|
|
|
|
Hason
Desconectado
Mensajes: 787
Keep calm and use the spiritual force
|
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 , 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.
|
|
|
En línea
|
|
|
|
simorg
Ex-Staff
Desconectado
Mensajes: 8.301
|
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.
Explicate más, marca modelo, y pon una foto. ¿Se parece a este?, La pregunta sería ¿Para que lo necesitas?. Saludos.
|
|
« Última modificación: 17 Marzo 2017, 19:40 pm por simorg »
|
En línea
|
|
|
|
Hason
Desconectado
Mensajes: 787
Keep calm and use the spiritual force
|
MIra que preciosidad: http://www.ebay.es/itm/112173789227?_trksid=p2060353.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AITNo 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.
|
|
|
En línea
|
|
|
|
simorg
Ex-Staff
Desconectado
Mensajes: 8.301
|
Pffff, el de la foto es uno profesional, el que pones tú es un juguete....... que esperas por ese precio. Suerte. Saludos.
|
|
|
En línea
|
|
|
|
kub0x
Enlightenment Seeker
Colaborador
Desconectado
Mensajes: 1.486
S3C M4NI4C
|
|
Re:
« Respuesta #19 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!
|
|
|
En línea
|
|
|
|
|
|