Hardware

Problema En varios portátiles y desktops con Windows 11, después de aplicar una actualización de Windows que incluye un firmware (BIOS/UEFI) nuevo, el arranque se detiene con el mensaje “Boot manager has been blocked by the current security policy”. El equipo no pasa del control de Secure Boot y no carga el sistema operativo, aunque desactivar temporalmente Secure Boot permite iniciar Windows sin problemas. El síntoma se repite en máquinas que usan BitLocker, en configuraciones con claves de arranque firmadas y en entornos donde la política de firma de Secure Boot se actualiza automáticamente. ...

Problema Los equipos de infraestructura on‑prem están enfrentando un doble golpe: los precios de las licencias de VMware han subido entre 300 % y 400 %, y los presupuestos de hardware (memoria, almacenamiento, servidores) se han disparado de forma similar. Cuando el gasto de renovación supera el presupuesto anual, la planificación tradicional de refresh cada 3‑5 años se vuelve insostenible. La presión lleva a dos decisiones opuestas: posponer la compra de equipos, arriesgándose a una gran inversión concentrada en el futuro, o acelerar la migración a la nube sin una visión clara de costos reales. El reto es encontrar una estrategia que permita seguir operando on‑prem sin que los costos exploten, mientras se mantiene la flexibilidad para mover cargas a la nube cuando sea rentable. ...

Problema Los sistemas Windows 11 que presentan pantallas azules (BSOD) de forma esporádica comparten un patrón reconocible: el equipo se congela, muestra un mensaje de error con un porcentaje de carga detenido en 0 % y se apaga sin generar un volcado completo. Los códigos de parada más habituales son UNEXPECTED_STORE_EXCEPTION, CRITICAL_PROCESS_DIED y KMODE_EXCEPTION_NOT_HANDLED. El fallo ocurre tanto bajo carga pesada (juegos, benchmarks) como en situaciones de bajo uso (navegación web). Los eventos de Kernel-Power y volmgr aparecen en el visor de eventos, indicando que el sistema no pudo escribir el dump antes de perder energía. ...

Problema En infraestructuras virtualizadas es frecuente que los servidores dependan de un UPS para evitar apagados bruscos. Cuando el UPS se comunica por USB, la mayoría de las soluciones de gestión de energía en Proxmox requieren scripts personalizados o acceso directo al hardware, lo que complica la automatización y la portabilidad. El patrón típico es: Un UPS conectado vía USB a un nodo que no ejecuta directamente el software de monitorización. Necesidad de exponer los valores de batería a varios hosts sin instalar agentes complejos. Riesgo de que el driver del UPS falle y siga enviando datos “stale”, provocando decisiones de apagado erróneas. El objetivo es disponer de un punto único que lea los datos del UPS, los sirva a través de una API estándar y permita que cualquier host (incluidos contenedores Docker) tome decisiones de apagado basadas en información fiable. ...

Problema Los entusiastas de la infraestructura casera suelen combinar servidores antiguos, tarjetas aceleradoras y discos de alta velocidad para ejecutar cargas de trabajo de IA, contenedores y servicios de respaldo. Cuando la arquitectura incluye varios tipos de CPU (EPYC, Xeon, Power8), GPUs de consumo (RTX 3090) y GPUs de centro de datos (Tesla P100, A2), además de almacenamiento NVMe, SAS y cintas LTO, la complejidad de la gestión crece rápidamente. Los síntomas típicos son: ...

Problema En entornos de virtualización basados en Proxmox es frecuente conectar adaptadores de red USB de alta velocidad para ampliar la capacidad de ancho de banda sin abrir el chasis. Los modelos que usan el chipset Realtek RTL8159 (también conocidos como r8152) aparecen en el mercado como una opción económica para 10 GbE. Sin embargo, la mayoría de los kernels que incluye Proxmox no reconocen el hardware y no crean una interfaz en ip link. El síntoma típico es la ausencia de cualquier dispositivo enx* o eth* asociado al dongle, a pesar de que el bus USB lo detecta (lsusb muestra el ID 0bda:815a). El problema no es exclusivo de una versión concreta; cualquier nodo que ejecute un kernel sin el mapeo del ID de dispositivo sufrirá el mismo bloqueo. ...

Problema Los entornos de borde suelen requerir servidores pequeños, silenciosos y de bajo consumo. Un clúster HA con tres SBCs ofrece redundancia, pero el coste de hardware, NVMe y switches PoE rápidamente supera el presupuesto de un proyecto doméstico o de una oficina remota. Además, la gestión de un sistema operativo tradicional (Armbian, Debian, etc.) genera deriva de configuración: paquetes instalados manualmente, servicios que se activan o desactivan sin control y actualizaciones que pueden romper la estabilidad. El reto es conseguir un nodo único que ejecute Kubernetes de forma fiable, con una superficie de ataque mínima y sin necesidad de intervención manual después del despliegue inicial. ...

Problema En muchos homelabs aparecen servidores de segunda mano que funcionan, pero su perfil de consumo y ruido genera dudas. El dilema típico es decidir si integrar una máquina robusta –por ejemplo, un HP ProLiant DL360p Gen8 con dos CPUs Xeon y cientos de gigabytes de RAM– o descartarla por el coste operativo. La pregunta se repite en entornos donde ya existe un nodo más pequeño que cubre la mayor parte de los servicios, y el nuevo hardware parece sobredimensionado. El objetivo es definir criterios claros para evaluar la viabilidad de reutilizar ese equipo, sin que el consumo eléctrico o el ruido anulen sus ventajas. ...

Problema En entornos de virtualización o servidores de alta disponibilidad, es frecuente que el sistema de archivos raíz se vuelva de solo‑lectura y el host se quede colgado sin una causa evidente en los logs locales. Un patrón recurrente es la pérdida del controlador NVMe del bus PCIe, que se manifiesta con mensajes como: nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0x10 nvme nvme0: Disabling device after reset failure: -19 EXT4-fs (dm-1): I/O error while writing superblock EXT4-fs (dm-1): Remounting filesystem read-only El controlador deja de responder, el kernel marca el dispositivo como fallido y el disco desaparece del árbol PCI. La situación ocurre tanto bajo carga intensiva como en reposo prolongado, y el único remedio suele ser un power‑cycle completo. El problema no está limitado a un modelo de SSD concreto, a una ranura M.2 específica ni a una versión de BIOS; es una falla que puede afectar cualquier combinación de hardware y firmware cuando el enlace PCIe se vuelve inestable. ...

Problema En equipos con Windows 11 es frecuente encontrarse con pantallas azules que indican VIDEO_TDR_FAILURE y hacen referencia al archivo nvlddmkm.sys. El síntoma típico es una caída repentina del sistema mientras se ejecuta cualquier carga de GPU: juegos, editores de imágenes, o incluso al volver del modo de ahorro de batería. El mensaje de error aparece varias veces a la semana, a veces en sucesión, y el equipo no arranca de forma estable hasta reiniciarse. Este patrón no está ligado a una aplicación concreta; lo que lo une es la interacción entre el controlador de vídeo y la gestión de energía del sistema. ...