“No space left on device” pot significar manca d’espai en bytes o esgotament d’inodes. WordPress, PHP, la base de dades, sessions, cache i logs necessiten escriure, de manera que un filesystem ple pot provocar errors molt diferents alhora.
Mesura bytes i inodes abans d’esborrar res
Comprova tots els punts de muntatge rellevants. Un disc pot tenir gigabytes lliures i no poder crear fitxers nous si no queden inodes.
Identifica què està creixent
- logs web/PHP/base de dades sense rotació;
- backups locals o snapshots fallits;
- directoris de cache i temporals;
- cues de correu o fitxers generats inesperadament.
Crea un petit marge operatiu segur
Atura o limita escriptors no essencials i elimina només dades que sàpigues que són prescindibles. No esborris fitxers de base de dades, còpies desconegudes o evidència d’una incidència.
Corregeix la font del creixement
Arregla retenció, rotació o l’aplicació que genera dades. Si el problema és una cua de correu, compara el flux de diagnòstic de correu spam a WordPress.
Revisa permisos quan torni a haver-hi espai
Si encara fallen escriptures amb espai disponible, consulta propietat i permisos abans de tocar chmod.
Criteri de sortida
Ús de disc i inodes han de quedar sota un llindar definit, les escriptures han de tornar a funcionar i la monitorització ha de confirmar que el patró de creixement no reapareix.
CRITERI D’INCIDENT WP REPAIR
Reconstrueix la incidència abans de corregir-la
Elimina fitxers aleatoris mentre els serveis continuen escrivint pot proporcionar només segons d’alleujament i eliminar l’evidència del procés que causa el creixement.
- 1
Comprova els bytes del sistema de fitxers i l’ús de l’inode per a cada muntura rellevant.
- 2
Identificar els fitxers recents més grans, directoris i creixement registre.
- 3
Inspecciona bases de dades, còpies de seguretat, memòria cau, ubicacions temporals i cua de correu.
- 4
Enregistrar errors d'escriptura o corrupció abans de reiniciar els serveis.
Què ha de quedar verificat
- l’ús del disc i inode roman per sota dels llindars documentats.
- Base de dades, càrregues, memòria cau i actualitzacions escriuen normalment.
- El monitoratge i la retenció prevenen el mateix patró de creixement.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Si l’ús del disc es veu bé, pot el lloc seguir fallant amb un error de 'no queda espai en el dispositiu'?+
Sí. L’error també pot venir de quedar-se sense inodes en comptes de, per la qual cosa tant els bytes del sistema de fitxers com l’ús de l’inode neceswebn ser comprovats separadament en cada muntura rellevant, no només el percentatge total del disc.
És segur eliminar fitxers grans immediatament per alliberar espai?+
No a l’atzar. Elimina fitxers mentre els serveis mantenen l’escriptura només pot proporcionar uns pocs segons d’alleujament i destrueix l’evidència necessària per identificar el que realment està causant el creixement — arxivar o eliminar només les dades confirmades és rebutjable.
He d'eliminar fitxers de còpia de seguretat desconeguts per recuperar espai durant un problema actiu?+
No, no sense entendre el que són, especialment si hi ha alguna possibilitat d’un compromís de seguretat. Elimina fitxers de base de dades actuals, còpies de seguretat no reconegudes o proves durant un incident actiu podeu eliminar l’única ruta a la recuperació.
Pot malware causar un error ple de disc fins i tot si ningú va pujar fitxers inusualment grans?+
Sí. L’activitat maliciosa o una cua de correu abusada pot generar un gran nombre de fitxers petits o missatges spam que s'acumulen silenciosament, de manera que val la pena comprovar la localització de la cua de correu i dades inesperats juntament amb registres i còpies de seguretat.