Arreglar “No se pudo escribir en disco” WordPress

Qué significa “No se pudo escribir en disco” en WordPress

Este error significa que WordPress ha intentado guardar un archivo en el sistema de archivos del servidor y no lo ha conseguido. No describe por sí solo una única causa: puede deberse a un problema de permisos en WordPress, a una carpeta temporal inaccesible, a falta de espacio en disco del hosting o a restricciones del entorno PHP.

En un sitio WordPress, la carpeta wp-content es clave porque aloja contenidos y componentes que necesitan escritura frecuente. Dentro de ella, wp-content/uploads suele almacenar imágenes, documentos y otros archivos enviados desde el panel. Si WordPress no puede escribir ahí, es habitual ver error al subir imágenes en WordPress, fallos al regenerar miniaturas o problemas con plugins que crean archivos temporales.

También puede aparecer durante actualizaciones. En esos casos, WordPress no solo necesita leer archivos, sino crear, reemplazar o descomprimir contenido temporalmente. Si el servidor bloquea esa escritura, el proceso falla aunque el núcleo de WordPress esté correcto.

Causas más habituales del error al subir archivos o actualizar WordPress

Las causas más comunes suelen agruparse en cuatro áreas: permisos, almacenamiento, carpeta temporal del servidor y operaciones que consumen más escritura de lo normal.

Los permisos WordPress son una causa habitual, especialmente tras migraciones manuales, restauraciones de copia de seguridad o cambios realizados por FTP/SFTP. Si el servidor web o el proceso PHP no tiene permiso para escribir en determinadas rutas, WordPress no podrá guardar archivos aunque el panel de administración siga cargando con normalidad.

La falta de espacio en disco hosting también es frecuente. No solo importa el tamaño total disponible: algunos proveedores limitan además el número de archivos, los temporales o el espacio asignado a ciertas particiones. Por eso un sitio puede parecer operativo y, aun así, fallar al subir imágenes o actualizar un plugin.

Otro punto sensible es la carpeta temporal PHP. Antes de mover un archivo a uploads, PHP puede usar una ubicación temporal del servidor. Si esa carpeta no existe, no es accesible o está restringida por configuración, WordPress mostrará un error de escritura aunque el directorio final sea correcto.

Cómo revisar permisos, carpeta temporal y espacio disponible

Si quieres diagnosticar el error disco WordPress sin entrar en cambios arriesgados, conviene seguir un orden. La idea es confirmar primero si el fallo está en la ruta de escritura, en el almacenamiento o en la capa PHP del servidor.

1. Verifica la estructura de carpetas que usa WordPress

Comprueba desde el gestor de archivos del hosting o por SFTP que existen wp-content y wp-content/uploads. Si la carpeta uploads falta, está vacía de forma anómala o su fecha coincide con una migración reciente, puede haber un problema estructural o de restauración.

Aun existiendo, el directorio debe ser escribible por el entorno donde se ejecuta PHP. Los permisos habituales de referencia en muchos hostings Linux pueden ser distintos para carpetas y archivos, pero no conviene asumir valores universales sin revisar cómo trabaja tu proveedor. Si no estás seguro, pide confirmación al soporte técnico antes de aplicar cambios masivos.

2. Revisa si el problema afecta solo a Medios o a todo el sitio

• Si falla solo la biblioteca multimedia, el foco suele estar en uploads o en la carpeta temporal del servidor.
• Si también fallan instalaciones de plugins o actualizaciones, puede afectar a más zonas de wp-content o al almacenamiento general.
• Si aparecen errores al generar miniaturas, el archivo puede subirse parcialmente pero el proceso posterior no completarse por falta de espacio o restricciones temporales.

3. Comprueba el espacio disponible y las cuotas del plan

En el panel del hosting suele haber un apartado de uso de disco, cuotas o estadísticas. Revisa si el sitio está cerca del límite o si hay directorios que han crecido demasiado. Los sospechosos habituales son:

• Copias de seguridad almacenadas dentro de la propia cuenta.
• Plugins de caché o seguridad que guardan registros voluminosos.
• Archivos temporales creados durante actualizaciones.
• Bibliotecas multimedia con imágenes muy pesadas o duplicadas.

Si tu proveedor limita también inodos o número de archivos, puedes encontrarte con un escenario en el que todavía queda espacio en megas, pero el servidor ya no admite más escritura de archivos pequeños. Ese detalle depende del hosting y conviene confirmarlo con su soporte.

4. Comprueba la carpeta temporal de PHP

PHP puede usar una directiva como upload_tmp_dir para almacenar archivos temporales antes de moverlos a su ubicación final. Si esa ruta no está configurada, no existe o no es escribible por el servidor, WordPress puede mostrar errores al subir archivos WordPress.

Un usuario sin conocimientos avanzados puede revisar si el hosting ofrece una pantalla con la configuración de PHP o un selector de versión donde aparezcan valores relevantes. Si no ves esa información o no entiendes la ruta mostrada, lo más prudente es abrir un ticket técnico indicando que sospechas de la carpeta temporal del servidor.

5. Observa el contexto en el que empezó el fallo

Si el error comenzó después de instalar un plugin de copias, importar muchos archivos, migrar el sitio o ejecutar una actualización grande, esa cronología ayuda mucho. A veces WordPress no es el origen del problema, sino el proceso que ha llenado el almacenamiento, ha cambiado permisos o ha dejado archivos temporales sin limpiar.

Qué hacer si el problema viene del hosting o de la configuración de PHP

Cuando ya has comprobado que el problema no se limita a una imagen concreta o a un fallo puntual del navegador, suele tocar validar el entorno del servidor. Aquí la clave es no forzar cambios sin contexto, especialmente en cuentas compartidas o gestionadas por el proveedor.

• Pide al hosting que confirme si la cuenta tiene espacio real disponible, sin olvidar cuotas, inodos o límites internos.
• Solicita revisión de propietario y permisos de wp-content y uploads.
• Pregunta si la upload_tmp_dir está definida y accesible para el proceso PHP que ejecuta tu web.
• Consulta si hay bloqueos por seguridad, aislamiento de cuentas o cambios recientes de versión PHP.
• Si el fallo coincide con una actualización, pide que revisen errores del servidor o registros relacionados con escritura de archivos.

En algunos proveedores, los cambios de permisos visibles desde el gestor de archivos no solucionan por sí solos el problema si el propietario del archivo no coincide con el usuario bajo el que corre PHP. Eso es algo que normalmente debe revisar el soporte del hosting.

Si el alojamiento ofrece herramientas de reparación, escaneo o restablecimiento de permisos, úsalas con cautela y solo si entiendes su alcance. En sitios en producción, conviene hacer antes una copia de seguridad válida y reciente, guardada preferiblemente fuera de la propia cuenta para no agravar el consumo de disco.

Como referencia técnica, la documentación oficial de PHP explica el comportamiento de la directiva de subida de archivos y su carpeta temporal. Si necesitas una base para hablar con el proveedor, puedes revisar la documentación oficial de PHP sobre directivas del núcleo.

Cómo prevenir que el error vuelva a aparecer

Una vez resuelto, merece la pena reducir las posibilidades de que el fallo se repita. La prevención suele depender más de buenas prácticas operativas que de un único ajuste.

• Controla el crecimiento de la biblioteca multimedia y evita subir archivos innecesariamente pesados.
• Revisa dónde se guardan las copias de seguridad: si se almacenan dentro del propio hosting, pueden llenar el plan sin avisar con suficiente margen.
• Mantén plugins y temas bajo control, eliminando extensiones que generan temporales, registros o cachés excesivas.
• Antes de actualizaciones grandes, comprueba que el sitio dispone de margen de almacenamiento.
• Después de migraciones o restauraciones, valida permisos y prueba una subida real a la biblioteca multimedia.
• Si tu proveedor lo permite, monitoriza uso de disco, inodos y errores PHP de forma periódica.

En entornos con varias webs, tiendas online o sitios con mucho movimiento de archivos, un plan de mantenimiento WordPress ayuda a detectar a tiempo señales como almacenamiento lleno, carpetas temporales saturadas o plugins que disparan el consumo de recursos.

Cuándo conviene pedir soporte WordPress

Hay comprobaciones que cualquier usuario puede hacer sin conocimientos avanzados: verificar si el hosting está lleno, confirmar si el error ocurre al subir una imagen concreta, revisar si el problema empezó tras una migración o desactivar temporalmente el plugin que acaba de instalar. Pero hay un punto en el que conviene escalar.

Pedir soporte WordPress o ayuda del proveedor es razonable si ocurre alguna de estas situaciones:

• No puedes determinar si el problema está en permisos, en PHP o en el hosting.
• El error afecta a actualizaciones del núcleo, plugins y temas, no solo a imágenes.
• El sitio viene de una migración, restauración o cambio de servidor reciente.
• El panel del hosting muestra espacio disponible, pero WordPress sigue sin escribir archivos.
• Necesitas revisar propiedad de archivos, registros del servidor o configuración avanzada de PHP.