Un inodo representa un objeto del sistema de archivos, como un archivo o directorio. La cuenta puede tener gigabytes libres y no poder crear ni un archivo más; entonces fallan extracciones de plugins, subidas, sesiones y correo con «No space left» o errores parecidos a permisos.
Borrar un archivo enorme libera bytes, pero solo un inodo. Hay que medir cantidades por zona.
Confirma que faltan inodos
Usa los informes de recursos del hosting y los logs. Anota cuota, inodos usados, bytes libres y ruta que falla.
Directorios con muchos archivos:
cachés
sesiones PHP y temporales
Maildir del correo
fragmentos de backups
miniaturas
staging, vendor o node_modules
logs de seguridadNo recorras árboles enormes con un script PHP web: puede agotar tiempo y recursos.
Detén la creación de nuevos archivos
Pausa precarga de caché, backups divididos, importaciones, generación de miniaturas, escáneres y loops de correo desde sus controles.
No repitas instalaciones: cada extracción puede dejar miles de archivos parciales. Si PHP no crea sesiones, login y administración pueden fallar; conserva acceso por panel o SFTP.
Cuenta por directorio con seguridad
cPanel o Plesk puede mostrar uso por archivos. Con shell autorizado, utiliza herramientas acotadas en horas de poco tráfico y no sigas enlaces simbólicos hacia otras cuentas.
Identifica propietario, antigüedad y generador antes de eliminar. Un árbol muy poblado puede contener correo o medios originales. Guarda los mayores recuentos para monitorizar recurrencias.
Revisa dependencias y copias de releases
Composer vendor, npm node_modules, objetos Git y releases fechadas pueden acumular cientos de miles de elementos. Decide si las dependencias son necesarias en ejecución o deberían construirse fuera.
No borres la versión activa ni el destino compartido. Conserva solo el número documentado de releases para rollback y genera artefactos en staging o CI; no ejecutes npm repetidamente en hosting compartido.
Controla el crecimiento de miniaturas
Cada imagen puede generar muchas medidas registradas y varios temas o plugins multiplicarlas. Inventaría tamaños activos y volumen de medios antes de regenerar.
Desactiva solo tamaños sin uso mediante código mantenido y limpia derivados obsoletos con una herramienta consciente de WordPress y una copia. Nunca borres originales ni nombres referenciados en metadatos. Prueba srcset.
Limpia cachés y temporales desde su propietario
Usa el purgado del plugin o hosting y el mecanismo de retención de sesiones PHP. Confirma que las sesiones han caducado.
No elimines sesiones activas indiscriminadamente: cerrarías usuarios o interrumpirías transacciones. Repara cron para que caché y sesiones vencidas se limpien automáticamente.
Revisa Maildir
Maildir consume un inodo por mensaje, así que spam o una cuenta catch-all pueden agotar la cuota con correos pequeños.
Consulta informes, archiva correo autorizado y aplica retención y antispam. No borres mensajes empresariales sin aprobación. Revisa Spam, Papelera y buzones deshabilitados conservados indefinidamente.
Inspecciona backups y staging
Las copias incrementales pueden crear árboles enormes y un staging sin comprimir duplica miniaturas y plugins.
Mueve backups verificados fuera del servidor y elimina stagings obsoletos únicamente tras confirmar ruta y propietario. Conserva .git, dependencias y directorios de build solo donde los necesite el despliegue.
Reduce el recuento futuro
Limita tamaños de imagen innecesarios antes de regenerar, consolida la estrategia de caché y valora almacenamiento de objetos cuando corresponda.
Un plan con más inodos puede ser razonable, pero primero corrige el generador descontrolado. Configura alertas: los inodos pueden crecer mucho más rápido que los bytes.
Verifica actualizaciones y servicios
Tras liberar margen seguro, corrige directorios parciales e instala un paquete fiable. Prueba uploads, sesiones, cron y correo.
Monitoriza el recuento durante varios días. WordPress necesita crear muchos archivos pequeños; una cuota de disco grande por sí sola no garantiza que pueda hacerlo.