Forem: Счетчики Тепла

La noche que mi portátil murió 6 horas antes de un despliegue a producción

Счетчики Тепла — Sun, 19 Apr 2026 07:11:35 +0000

La historia de la persona inesperada que salvó mi sprint.

Era un jueves por la noche en Valencia. El sol ya se había escondido detrás de los tejados del Carmen, y yo estaba sentado frente a mi escritorio rodeado de tres tazas de café vacías y el zumbido constante de los ventiladores de mi portátil a pleno rendimiento.

Faltaban seis horas para desplegar una nueva arquitectura de microservicios para un cliente que llevaba tres meses esperando. Staging estaba en verde. El pipeline de CI estaba feliz. Mi tech lead en Berlín ya había dado el visto bueno y se había ido a dormir. Todo era perfecto.

Entonces mi portátil hizo un sonido que nunca había escuchado antes.

Una especie de... clic. Seguido de silencio. Y luego una pantalla que decía esto:

Reboot and Select proper Boot device
or Insert Boot Media in selected Boot device and press a key

Las cinco etapas del duelo del desarrollador

Etapa 1 — Negación: Reinicié. Tres veces. Cuatro veces.

Etapa 2 — Negociación: Busqué en Google "reparar MBR Windows 10" con el móvil mientras intentaba recordar dónde había guardado mi USB de recuperación (spoiler: nunca lo había creado).

Etapa 3 — Ira: Dije algunas palabras que no voy a repetir aquí.

Etapa 4 — Depresión: Me quedé mirando el techo calculando cuánto tardaría en montar todo mi entorno de desarrollo en mi viejo MacBook de 2015, que funciona aproximadamente tan rápido como un perro cansado.

Etapa 5 — Aceptación: Abrí WhatsApp y empecé a buscar ayuda.

El mensaje que lo cambió todo

No necesitaba un portátil nuevo. Necesitaba este portátil, con todas mis claves SSH, mis contenedores Docker corriendo en local, mis notas del despliegue a medias — todo. Comprar algo nuevo no era una opción a las diez de la noche en España.

Un compañero en Valencia me había mencionado una vez un servicio de reparación local, de los que vienen a tu casa. Encontré el enlace: Reparación de Ordenadores a Domicilio en Valencia. Pensé que valía la pena intentarlo. Envié un mensaje explicando mi situación — desarrollador, despliegue en 6 horas, fallo de arranque, por favor ayuda.

Veinte minutos después, mi teléfono sonó.

El técnico

Se llamaba Carlos. Llegó en menos de una hora con una bolsa que parecía la de un cirujano de campo: pendrives de arranque, un adaptador SATA-USB, herramientas de diagnóstico, pasta térmica, destornilladores de todos los tamaños imaginables.

No entró en pánico. No me preguntó qué significaba "microservicios". Simplemente abrió mi portátil como si hubiera abierto mil antes, enchufó una unidad de diagnóstico y empezó a leer los resultados.

"Tu SSD no está muerto", dijo después de unos cuatro minutos. "La tabla de particiones está corrupta. Probablemente un apagado forzado durante una actualización. Podemos arreglarlo."

Casi le doy un abrazo.

Arrancó desde un entorno live de Linux, ejecutó testdisk, reconstruyó la tabla de particiones y en 40 minutos — 40 minutos — mi portátil estaba de nuevo en la pantalla de inicio de sesión. Todo intacto. Mis volúmenes de Docker, mi carpeta .ssh, mi /etc/hosts con cien entradas de dominios de desarrollo acumuladas en tres años.

Lo que aprendí esa noche

1. La experiencia local es insustituible.
Soy desarrollador. Puedo depurar sistemas distribuidos, escribir infraestructura como código y navegar por configuraciones de Kubernetes. ¿Pero hardware? Cuando un disco empieza a fallar a nivel de sistema de archivos, estoy tan perdido como cualquiera. Carlos sabía exactamente qué mirar y en qué orden. Eso son años de experiencia práctica que no puedes conseguir buscando en Stack Overflow a las diez de la noche.

2. "Todo está en la nube" es una mentira que me contaba a mí mismo.
Mis repositorios git estaban subidos. Pero mi entorno local — variables de entorno, volúmenes de Docker, sesiones del navegador con tokens de autenticación, certificados SSL locales — nada de eso estaba en ningún sitio que no fuera ese SSD. La nube no te salva de un sector de arranque corrupto.

3. Tener un contacto de reparación local de confianza es infraestructura.
Ahora lo pienso igual que pienso en los backups o el monitoreo. No lo necesitas hasta que lo necesitas desesperadamente. Reparación de Ordenadores a Domicilio en Valencia está ahora en mis contactos, no enterrado en un hilo de WhatsApp. Es parte de mi runbook personal.

4. El despliegue salió bien.
Hicimos el push a las 4:07 de la madrugada. Sin tiempo de inactividad. El cliente envió un mensaje feliz en Slack a las 9 de su mañana. Nadie en el equipo supo lo cerca que había estado el desastre.

Una nota sobre el hardware

Pasamos mucho tiempo en esta industria hablando de resiliencia — sistemas redundantes, clusters con failover, degradación elegante. Diseñamos nuestro software para sobrevivir a los fallos.

Y luego trabajamos detrás de un único portátil sin ningún plan de recuperación.

No digo que necesites hardware de backup empresarial en tu escritorio de casa. Pero una tabla de particiones corrupta, un SSD que falla, una placa base que muere — estas cosas le pasan a todo el mundo eventualmente, normalmente en el peor momento posible (la Ley de Murphy tiene especial entusiasmo por los días de despliegue).

Si vives en Valencia y trabajas en remoto o como freelance, en serio: guarda el enlace. Reparación de Ordenadores a Domicilio en Valencia. El hecho de que el técnico venga a tu casa, con herramientas profesionales, y pueda resolver tanto fallos de hardware como de software — es el tipo de cosa que convierte una catástrofe en una anécdota graciosa que cuentas en una conferencia.

La mañana después

Al día siguiente le invité a un café a Carlos. Me explicó lo que probablemente había pasado: Windows había iniciado una actualización en segundo plano justo cuando yo había forzado el apagado durante una sesión de depuración tensa. La actualización había escrito datos parciales en la tabla de particiones y la había dejado en un estado inconsistente. Corrupción clásica por apagado forzado.

También me mostró cómo configurar correctamente las snapshots de VSS en Windows y me recomendó comprar un USB barato para tener una imagen de Clonezilla arrancable. Hice ambas cosas ese fin de semana.

"Los desarrolladores siempre sois los peores clientes", dijo riendo. "Los más urgentes y los menos preparados para los problemas de hardware."

No le falta razón.

¿Has tenido alguna vez un fallo de hardware en el peor momento posible? ¿Cuál es tu plan personal de recuperación ante desastres para tu máquina de desarrollo? Déjalo en los comentarios — tengo genuina curiosidad por saber cómo gestionan esto otros desarrolladores.

Tags: #devstory #hardware #productivity #spanish

Cuando tu Entorno de Desarrollo va Lento: Guía Técnica para Diagnosticar Problemas de Hardware

Счетчики Тепла — Tue, 20 Jan 2026 19:17:08 +0000

Como desarrolladores, pasamos horas frente a nuestros ordenadores. Compilaciones lentas, IDEs que se congelan, contenedores Docker que consumen toda la RAM... A veces asumimos que es "normal" o que necesitamos optimizar nuestro código, cuando en realidad el problema está en el hardware.

Después de años trabajando en proyectos que van desde aplicaciones web hasta machine learning, he aprendido a identificar cuándo el cuello de botella no está en mi código, sino en mi máquina. Esta guía te ayudará a diagnosticar esos problemas antes de que arruinen tu productividad.

Los Síntomas Más Comunes

1. Compilaciones Cada Vez Más Lentas

Has notado que npm install, gradle build o compilar tu proyecto de Rust tarda el doble que hace unos meses. No has cambiado nada significativo en tu código.

Posible causa: Disco duro degradado o con sectores defectuosos.

Diagnóstico rápido:

En Linux/Mac:

# Verifica la salud del disco
sudo smartctl -a /dev/sda

# Mide la velocidad de lectura/escritura
sudo hdparm -Tt /dev/sda

En Windows (PowerShell como admin):

# Verifica errores en el disco
wmic diskdrive get status

# Información detallada del disco
Get-PhysicalDisk | Get-StorageReliabilityCounter

Si ves errores SMART o velocidades muy por debajo de las especificaciones del fabricante, tu disco está muriendo. Los SSDs tienen una vida útil limitada (especialmente si trabajas con compilaciones constantes que escriben mucho).

2. El IDE se Congela al Indexar

VSCode, IntelliJ IDEA o Android Studio se quedan congelados al abrir proyectos grandes. El ventilador suena como un avión despegando.

Posible causa: Problemas térmicos o RAM insuficiente/defectuosa.

Diagnóstico:

# Linux - Monitorea temperatura CPU
watch -n 1 sensors

# Verifica uso de memoria
free -h
vmstat 1

# Prueba de estrés de RAM
memtester 1024 5

En Windows:

# Monitorea temperatura (necesitas herramientas de terceros como HWMonitor)
# Pero puedes verificar throttling:
Get-Counter '\Processor(_Total)\% Processor Time'

# Test de memoria
mdsched.exe

Si tu CPU supera los 90°C constantemente, está haciendo throttling térmico. Tu pasta térmica probablemente está seca o los ventiladores están obstruidos.

3. Docker Containers Inexplicablemente Lentos

Tus contenedores funcionan bien en producción, pero en tu máquina local tardan una eternidad en iniciar.

Diagnóstico específico para Docker:

# Verifica estadísticas de contenedores
docker stats

# Mira los logs del daemon
journalctl -u docker.service

# En Mac/Windows, verifica recursos asignados a Docker Desktop
# Settings > Resources > Advanced

Frecuentemente el problema es:

Poco espacio en disco (Docker necesita espacio para capas)
RAM insuficiente asignada
Virtualización deshabilitada en BIOS (en Windows/Mac)

Problemas Intermitentes: Los Más Frustrantes

Pantallazos Azules o Kernel Panics Aleatorios

Estos son especialmente problemáticos porque son impredecibles. Puedes estar en medio de un commit importante y ¡boom!

Causas comunes:

RAM defectuosa: Un módulo con bits defectuosos
Sobrecalentamiento: Protección térmica que apaga el sistema
Fuente de alimentación débil: No proporciona voltaje estable

Test definitivo de RAM:

# Linux - Bootea desde MemTest86+ (crea USB booteable)
# Déjalo correr toda la noche, mínimo 1 pase completo

# Windows
# Windows Memory Diagnostic desde el menú de arranque

Si encuentras errores de memoria, no hay solución de software. La RAM está físicamente dañada.

Desconexiones de Periféricos USB

Tu teclado mecánico, mouse o webcam se desconectan aleatoriamente durante videollamadas o mientras programas.

Diagnóstico:

# Linux - Monitorea eventos USB
dmesg -w | grep -i usb

# Lista dispositivos USB y su consumo
lsusb -v | grep -i power

En Windows:

# Event Viewer > Windows Logs > System
# Busca eventos con "USB" en el log

Causas frecuentes:

Puertos USB deteriorados físicamente
Fuente de alimentación insuficiente (USB 3.0 necesita más energía)
Drivers conflictivos

Herramientas de Diagnóstico Profesional

Para CPU y Temperatura

stress-ng (Linux): Test de estrés completo

sudo apt install stress-ng
stress-ng --cpu 4 --timeout 60s --metrics

Prime95 (Windows/Linux): El test más agresivo para CPUs
HWiNFO (Windows): Monitoreo en tiempo real de TODO

Para Discos

CrystalDiskInfo (Windows): Estado SMART fácil de leer
fio (Linux): Benchmarking avanzado de I/O

fio --name=random-write --ioengine=libaio --rw=randwrite --bs=4k --size=1g --numjobs=4 --runtime=60 --time_based

Para RAM

MemTest86: El estándar de oro, booteable
Prime95 Blend Test: Prueba CPU + RAM simultáneamente

Cuándo Dejar de Intentarlo Tú Mismo

Soy un firme creyente en que los desarrolladores debemos entender nuestro hardware. Pero hay límites:

Señales de que necesitas ayuda profesional:

Pantallazos persistentes después de reinstalar el OS: Problema de hardware confirmado
El ordenador no arranca después de una limpieza de polvo: Posible daño físico
Problemas eléctricos: Olor a quemado, chispas, apagones repentinos
Portátiles con daño físico: Pantallas rotas, puertos arrancados, líquidos derramados
Datos críticos en discos fallidos: No arriesgues con recuperación casera

Si estás en Valencia y enfrentas alguno de estos problemas críticos, servicios profesionales como reparar ordenador en Valencia pueden diagnosticar y solucionar el problema sin que pierdas días investigando. A veces, especialmente con portátiles, el problema requiere microsoldadura o herramientas especializadas que simplemente no tenemos en casa.

Prevención: Mejor que Diagnóstico

Rutinas de Mantenimiento

Cada 3 meses:

Limpia el polvo de ventiladores y rejillas
Verifica temperaturas en idle y bajo carga
Revisa espacio en disco (mínimo 20% libre)

Cada 6 meses:

Backup completo de proyectos y configuraciones
Actualiza firmware de SSD
Verifica estado SMART de discos

Anualmente:

Considera reemplazar pasta térmica (especialmente en portátiles gaming)
Revisa si tus SSDs están cerca de su límite TBW (Total Bytes Written)

Scripts de Monitoreo Automático

Pequeño script que ejecuto cada mañana:

#!/bin/bash
# health_check.sh

echo "=== Health Check $(date) ==="

# Temperatura CPU
echo "🌡️ CPU Temp:"
sensors | grep "Core 0"

# Estado discos
echo "💾 Disk Health:"
sudo smartctl -H /dev/nvme0n1 | grep "SMART overall-health"

# Uso de disco
echo "📊 Disk Usage:"
df -h / | tail -1

# RAM disponible
echo "🧠 Available RAM:"
free -h | grep "Mem:" | awk '{print $7}'

# Uptime
echo "⏰ Uptime:"
uptime -p

Conclusión

Como desarrolladores, optimizamos algoritmos, refactorizamos código y mejoramos arquitecturas. Pero a veces olvidamos que nuestro hardware también necesita atención. Un disco en proceso de fallo puede costarte horas de trabajo perdido. Una RAM defectuosa puede generar bugs imposibles de reproducir. Sobrecalentamiento puede reducir la vida útil de tu CPU a la mitad.

El diagnóstico de hardware no tiene por qué ser intimidante. Con las herramientas adecuadas y conocimiento básico, puedes identificar el 80% de los problemas comunes. Para el 20% restante, no dudes en buscar ayuda profesional, especialmente si involucra datos importantes o reparaciones físicas delicadas.

Tu ordenador es tu herramienta de trabajo principal. Trátalo bien, y te durará años de desarrollo productivo.

¿Has experimentado alguno de estos problemas? ¿Qué herramientas de diagnóstico usas regularmente? Comparte en los comentarios.

hardware #performance #developers #debugging #productivity

Guía práctica para técnicos: diagnóstico y reparación rápida de ordenadores (lista de comandos y flujo de trabajo) 🛠️💻

Счетчики Тепла — Sat, 06 Dec 2025 11:42:20 +0000

Guía rápida para arreglar tu PC: Trucos para técnicos 🛠️💻

Si sueles usar DEV, sabes que aquí hay gente que controla, así que te dejo una guía que puedes copiar y pegar. Incluye: cómo saber qué le pasa a tu PC, comandos para Windows, Linux y macOS, programas que te ayudarán, una lista para asegurarte de que no se te olvida nada al arreglarlo y cómo hablar de tus servicios sin que suene a anuncio.

Empezamos

Cuando alguien te dice que su ordenador va lento o no enciende, saber qué hacer rápido puede evitar que la cosa empeore. Aquí te cuento cómo reviso y arreglo la mayoría de los problemas de PCs y portátiles, con comandos, programas y trucos para cuando toca recuperar datos o llevar el equipo a un taller.

Cosas importantes a tener en cuenta

Copia antes de tocar nada (si los datos son importantes). Haz una copia de seguridad o una imagen del disco, si puedes.
Averigua bien qué le pasa al ordenador. ¿No enciende? ¿Hace ruido? ¿Sale una pantalla azul? ¿Va lento solo al navegar o en todo el sistema?
Revisa el hardware rápido (5 minutos). Mira las luces, los ventiladores, si hace ruidos raros, la temperatura y las conexiones.
Arranca con lo mínimo. Usa un USB o un Linux para ver si el problema es del software o del hardware.
Mira los registros y haz pruebas. Revisa el visor de eventos, journalctl o dmesg, y haz pruebas de memoria RAM y disco.
Arregla o recupera datos según lo que encuentres.
Informa al cliente y dale consejos. Después de arreglarlo, haz pruebas para asegurarte de que todo va bien.

Programas que no pueden faltar (gratis y útiles)

USB de arranque. Ventoy o Rufus para preparar archivos ISO (Windows PE, Ubuntu live, SystemRescue).
Smartctl (smartmontools). Revisa el estado SMART de los discos y haz pruebas.
MemTest86 / Windows Memory Diagnostic. Prueba la memoria RAM.
CrystalDiskInfo (Windows). Muestra el estado SMART de discos duros y SSDs.
HDDErase / Programas del fabricante. Para pruebas a fondo (¡cuidado al usarlos!).
Clonezilla / ddrescue. Clona discos o recupera partes dañadas (ddrescue para discos que fallan).
Sysinternals Suite (Windows). Process Explorer, Autoruns, Sigcheck.
Programas para recuperar datos. Recuva, TestDisk/PhotoRec, R-Studio (de pago).
Caja para discos duros / Adaptador USB. Para conectar discos fuera del ordenador.
Termómetro infrarrojo / Base refrigeradora / Aire comprimido. Para problemas de temperatura y limpieza.

Comandos rápidos para diagnosticar (según el sistema operativo)

Windows

Registros y eventos:
- eventvwr → Revisa las secciones System y Application.
- perfmon /rel → Monitor de fiabilidad.
Sistema de archivos y discos:
- chkdsk C: /f /r → Busca y arregla errores (ojo: tarda).
- sfc /scannow → Arregla archivos del sistema.
- DISM /Online /Cleanup-Image /RestoreHealth → Arregla la imagen de Windows.
Controladores y procesos:
- msconfig o Autoruns (Sysinternals) para quitar programas que se abren al encender el ordenador.
- Driver Verifier para encontrar controladores que dan problemas (¡cuidado!).
Memoria:
- Ejecuta Windows Memory Diagnostic (se reinicia y hace pruebas).

Linux

Registros:
- journalctl -p err -b → Muestra los errores desde que se encendió el ordenador.
- dmesg | less → Mensajes del kernel (dispositivos, discos, controladores).
Temperatura y uso:
- top / htop → Muestra qué procesos usan la CPU y la RAM.
- iotop → Muestra qué procesos usan el disco duro.
- sensors (lm-sensors) → Muestra las temperaturas.
Discos y SMART:
- sudo smartctl -a /dev/sda → Muestra el estado SMART.
- sudo badblocks -v /dev/sda → Busca sectores defectuosos (¡cuidado, solo lectura al principio!).
Clonar / Recuperar:
- ddrescue -f -n /dev/sda /mnt/recovery/image.img /mnt/recovery/logfile → Clona un disco que falla (mejor ddrescue que dd).

macOS

Disk Utility / diskutil list → Revisa las particiones y monta/desmonta.
fsck (en modo Single User) para arreglar HFS/APFS si es necesario.
Reinicia en Recovery Mode para reinstalar o usar First Aid.

Pruebas específicas de hardware

Test de RAM. MemTest86 → Déjalo al menos 2 veces (mejor 4 o más).
Estado del disco. SMART + CrystalDiskInfo / smartctl. Fíjate en: Reallocated Sectors Count, Current Pending Sector.
Fuente de alimentación. Si el ordenador falla al encender o se reinicia cuando trabaja mucho, prueba con otra fuente que funcione bien.
Temperatura/ventiladores. Límpialos con aire comprimido, cambia la pasta térmica si la CPU tiene más de 2 años o si se calienta mucho.
Conexiones. Revisa la RAM y los cables SATA/M.2, el botón de encendido/reset de la placa.

Recuperación de datos: ¡haz esto rápido!

Si el disco hace ruidos raros (clic) → No lo uses mucho: apágalo, clona con ddrescue en frío y trabaja con la copia.
Si el problema es lógico (tabla/partición dañada) → Prueba TestDisk para recuperar la tabla o las particiones.
Si hay un virus que pide rescate (ransomware) → Aísla el disco. No pagues. Intenta recuperar desde copias de seguridad. Si no, busca ayuda profesional para recuperar los datos.
Si el SSD dice que está fallando (SMART failing) → Clona cuanto antes, porque puede morir rápido.

Arreglos comunes y buenas ideas

Reinstala el sistema operativo. Si hay muchos virus o el sistema no va bien después de muchas actualizaciones. Antes: haz una copia de seguridad completa.
Cambia el disco duro por un SSD. Mejora mucho el rendimiento. Clona con Clonezilla o Macrium Reflect (Windows).
Aumenta la RAM. Mira si es compatible y usa doble canal para que vaya mejor.
Actualiza el firmware/BIOS. Solo si arregla algo o mejora la compatibilidad. Guarda la versión anterior por si acaso.
Pon pasta térmica nueva. Cada 2-4 años o si el ordenador se calienta mucho.

Ejemplo: PC muy lento (30-90 minutos)

Pregunta qué le pasa y qué es lo más importante.
Mira qué procesos están abiertos: top/Administrador de tareas. Quita programas que no tengan que abrirse al inicio (Autoruns).
Libera espacio: deja más del 15% libre en el disco.
Revisa rápido el estado SMART: smartctl -H /dev/sda o CrystalDiskInfo.
Busca virus: Malwarebytes + Windows Defender (o ClamAV en Linux).
Test de RAM (si se cuelga): MemTest86 (al menos 2 veces).
Si tiene disco duro y está fragmentado: cambia a un SSD. Si el SSD tiene problemas SMART: clona e informa al cliente.
Explica al cliente: cuánto costará, qué recomiendas (SSD, RAM, mantenimiento).

Ejemplos:

Si prefieres que un técnico lo revise en 24 horas, ofrecemos servicio a domicilio en Valencia: repararordenadorvalencia.es.
Para recuperar datos de discos que hacen ruido, mira nuestra guía y servicio: repararordenadorvalencia.es/recuperacion-datos.