Tecnología · GUÍA PRÁCTICA
¿APT dice “Could not get lock”? Demuestra la transacción antes de detener procesos
El lock protege una transacción. Identifica titular y progreso, espera o detén con gracia según política, audita el estado y nunca borres el archivo de lock.
El lock protege una transacción. Identifica titular y progreso, espera o detén con gracia según política, audita el estado y nunca borres el archivo de lock.
El frontend lock coordina acceso a dpkg. Un PID es evidencia, no permiso para matarlo.
1. Conserva error y lock
Guarda salida, código, ruta, PID y comando; no mezcles locks de listas, caché, frontend y base dpkg.
unlink de la ruta no cierra el objeto abierto y puede permitir un segundo escritor.
2. Demuestra titular y fase
Revisa PID, padre, inicio, comando y dueño updater/apt/dpkg/cloud-init.
Observa progreso con logs, hijos, archivos abiertos, CPU/I/O y marcas de tiempo.
3. Espera o parada autorizada
Si avanza, usa espera acotada y repite el mismo PID; evita sleeps fijos.
Si está bloqueado y la política lo permite, detén el servicio o usa terminación normal y espera salida.
4. Audita el estado de paquetes
Tras interrupción usa dpkg --audit y logs para confirmar estado pendiente.
dpkg --configure -a cambia estado: úsalo solo con evidencia.
5. Repite acción y corrige automatización
Repite la acción APT original y exige lock normal, resultado esperado y salida cero.
En CI coordina con el actualizador y registra dueño, decisión, auditoría y reintento.
