Aunque existen ciertos problemas con el firmware (entre otros parece que tienes activado el TPM en la BIOS pero no proporciona los datos necesarios al kernel o el kernel no puede acceder a ellos por lo que en principio deberías desactivarlo, al ser arquitetura intel no AMD tu placa quizás venga por
Intel Platform Trust Technology) que sugieren que deberías asegurar que tienes instalada la última versión de la BIOS-Firmware. La versión F.65 Rev.A
está disponible(*)
Por lo demás, parece que finalmente el responsable del renderizado es la grafica discreta AMD y se carga el controlador adecuado
amdgpu. Esto no quiere decir que la integración del kernel/controlador con tu equipo (tal vez por lo anterior) sea la ideal y no sólo por no mostrase la gráfica dedicada en el
inxi ya que parece que el sistema no puede manejar como debiera los estados de energía (escalado de frecuencias de la CPU, modo adaptativo de la gráfica discreta que parece reclamar, o a demanda o intercambiable de la gráfica híbrida...).
Como antes el cambio de gráficas los de HP lo relegan
al software para Windows (AMD) aunque quizás puedas predeterminar que inicie por defecto con la AMD si añades como parámetro de inicio
i915.modeset=0 (quizás junto con otros como
amdgpu.si_support=1...) con un mayor consumo de energía y probando previamente su eficacia como se indica más abajo.
Deberás consultar información relativa al AMDGPU en portátiles con gráficas híbridas (mira
aquí como punto de partida) ya que ese no es mi fuerte.
Sin algunos ajustes o sin la actualizacion de la BIOS es posible que que el comportamiento del equipo sea peor con la dedicada que con la integrada (como leo en algún hilo de tu equipo) e incluso en Windows muchos usuarios optan por iniciar con la intel por defecto. En tal los modificadores anteriores deberían ir al contrario (0 donde 1 y viceversa)
, como sugiere
matrovska habría que saber donde va a parar tal cantidad de memoria con Baobab (Menú>Administración>Analizador de discos). Ese problema no parece reflejado en el
inxi de todas formas (
ID-1: / size: 915.40 GiB used: 189.86 GiB (20.7%) fs: ext4 dev: /dev/sda2).
Los errores que aparecen en la imagen del primer post (ahora que se puede ver la imagen) pueden ocasionar tanto la lentitud del sistema (incluso el cuelgue) como la perdida de espacio libre del disco por el crecimiento de los registros del sistema. Aunque no lo mencionas la solución aparente a ese problema fué añadir a la carga del kernel el modificador
pci=nomsi.
Si que existen hilos dedicados en el foro sobre esto (de hecho son los aportes de este foro los que encontrarás referenciados en muchos otros foros, incluso en los de HP), Si busca por el error, por ejemplo en el Google por "
AER: PCIe BUS error....site:linuxmint.com" verás esa solución en el foro de Mint, sola o junto a
pci=noaer, como
aquí.
Con ello evitas además que esos errores, que a veces son inocuos, sean reportados siendo la causa un crecimiento desmesurado de los registros como posibles responsables de la pérdida de espacio. Sería el bucle (es decir el empeño en hacer algo que el sistema/dispositivo a veces simplemente no puede) la causa de la ralentización y los cuelgues ocasionales. Habría que comprobar antes si persisten errores o han mutado viendo el resultado de
dmesg, por ejemplo los últimos 20 registros con
dmesg | tail -20
También es frecuente que se notifiquen como solución extendida en vez de los anteriores otra mas drástica como
pcie_aspm=off que conllevan un incremento en el consumo de energía.
En cualquier caso antes de incorporar modificadores en la carga del kernel (dado que pueden causar otros problemas) de forma definitiva en el
/etc/default/grub/ conviene comprobar su eficacia y hacerlo de forma provisional en una sola sesión haciendo lo indicado
aquí (pero en vez de
nomodeset usar el/los parámetro/s deseados).
También puedes hacer lo indicado para eliminar esos parámetros en un sólo inicio, por si el cambio de BIOS o un nuevo kernel solucionara el problema haciéndolo innecesario ya.
---------------------------------------------------------------
(*) Debes seleccionar Otro sistema operativo>Windows y luego cualquiera de los Windows 64. Desplegando las Opciones de BIOS-Firmware, el primer enlace incia el asistente, pero si despliegas el menú puedes simplemente descargar el exe.
También existen indicaciones
en el manual de usuario sobre como instalar la actualización...desde Windows claro. Al ser un exe, si no tienes Windows instalado como parece aunque no lo mencionas (debes confirmarlo) puedes recurrir también
a la página de soporte y también a
sus foros (como no podía ser de otra forma a este también) para saber como actualizar la BIOS/Firmware a partir del .exe descargado desde la página de soporte.
Del tutorial de foro no te doy en enlace y aunque lo encuentres no te será de utilidad dado que se refiere a otros exe para la actualización de BIOS tradicionales (no UEFI) y no para conducir la creación del USB como el tuyo. Tampoco suelen ser válidos otros métodos que leas en algunos hilos, como ejecutar el exe desde un live con Winpe (no suelen ser recomendados los de usar Wine para ello o una Máquina virtual de Windows).
Como puedes comprobar en los enlaces, lo intricado del proceso y las dudas sobre cómo proceder y sobre todo la desconfianza en el resultado final hace que muchos usuarios busquen una mayor seguridad instalando Windows 10 64 bits provisionalmente en una partición del disco, claro está en modo UEFI. A diferencia de las instalaciones BIOS, las UEFI no deberían cascar el inicio UEFI de Linux (opción Ubuntu) aunque si pasar a ser la opción de inicio por defecto al situarse en primer lugar.
No importa el tema de licencias, ya que la actualización de la BIOS la harás de forma inmediata (no después de los treinta días que tienes para activarlo) la iso de Wiondws 10 la puedes descargar
aquí para crear el medio de instalación (DVD).
Lo cierto es que los de HP, como otros fabricantes, podría pensar en que no todos los usuarios lo son de Windows (o no el último).
También te digo que de no querer estar a la última, instalando la última versión de Linux, una edición anterior (como LM19 o LM 19.1 no debería requerir la actualización de la BIOS pero tampoco es garantía de que se solucionen todos los problemas, aunque si de que la integración del kernel mas maduro será mejor. Lo mas nuevo, sobre todo en Linux, no siempre es lo mejor.
