<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Apt on Homelab.es</title><link>https://homelab-es.com/tags/apt/</link><description>Recent content in Apt on Homelab.es</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>© 2026</copyright><lastBuildDate>Tue, 14 Apr 2026 08:00:00 +0200</lastBuildDate><atom:link href="https://homelab-es.com/tags/apt/index.xml" rel="self" type="application/rss+xml"/><item><title>Actualizar Proxmox sin ir a ciegas: el preflight real que hago antes de un apt full-upgrade</title><link>https://homelab-es.com/posts/actualizar-proxmox-preflight-apt-full-upgrade/</link><pubDate>Tue, 14 Apr 2026 08:00:00 +0200</pubDate><guid>https://homelab-es.com/posts/actualizar-proxmox-preflight-apt-full-upgrade/</guid><description>&lt;p>No me preocupa actualizar Proxmox. Lo que me preocupa es hacerlo con esa falsa tranquilidad de quien ve cuatro checks verdes y piensa que ya está todo bajo control. En un nodo suelto ya hay margen para liarla. En un cluster pequeño, todavía más. No porque Proxmox sea frágil, sino porque en casa solemos mezclar infra razonable con decisiones que tomamos medio dormidos.&lt;/p>
&lt;p>Mi experiencia con esto es bastante simple. Los upgrades salen bien cuando llegas con contexto. Se tuercen cuando entras con prisa, ejecutas &lt;code>apt full-upgrade&lt;/code> porque hoy te viene bien y solo después descubres que había un paquete raro, un nodo con quorum justo o una VM donde no tocaba.&lt;/p></description></item></channel></rss>