De WordPress-melding Upload: Failed to write file to disk. verschijnt zodra je een afbeelding of bestand in de mediabibliotheek probeert te uploaden en WordPress het bestand niet kan wegschrijven. Failed to write file to disk in WordPress heeft bijna altijd een van twee oorzaken: verkeerde rechten op de uploads-map of een volle opslag. We lopen twee checks door waarmee je uploads weer werkend krijgt.
De twee meest voorkomende oorzaken
In verreweg de meeste gevallen ligt het probleem aan een van deze twee zaken:
- Verkeerde rechten: PHP heeft niet de juiste rechten om in
wp-content/uploadste schrijven. Dit gebeurt bijvoorbeeld na een migratie, na het terugzetten van een backup, of nadat je via FTP bestanden hebt verplaatst en daarbij de eigenaar of de rechten zijn veranderd. - Vol opslagquotum: je hostingaccount zit aan zijn limiet. PHP kan dan geen nieuw bestand wegschrijven, ook al kloppen de rechten. WordPress geeft dan dezelfde melding.
Check 1: permissies op wp-content/uploads
De standaardrechten voor WordPress zijn 755 voor mappen en 644 voor bestanden. De map wp-content/uploads moet schrijfbaar zijn voor de webserver-gebruiker, en datzelfde geldt voor alle submappen die WordPress automatisch aanmaakt (per jaar en per maand).
Je controleert en herstelt de rechten via de Plesk file-manager:
Log in op het controlepaneel
Je vindt het controlepaneel door :8443 achter jouw domeinnaam te typen. Bijvoorbeeld: www.jouw-website.nl:8443.
Ben je je gebruikersnaam of wachtwoord vergeten, dan vind je op deze pagina instructies om je wachtwoord op te vragen.
- Klik in Plesk op Files.
- Navigeer naar
httpdocs/wp-content/uploads(ofpublic_html/wp-content/uploadsals je al voor 2021 klant was). - Selecteer de map
uploads, klik op het menu-icoon en kies Change Permissions (rechten wijzigen). - Zet de waarde op
755en laat Change permissions recursively uit: dat vinkje geeft alle bestanden en submappen dezelfde waarde. Bestanden die niet schrijfbaar zijn, zet je apart op644, of vraag support om de rechten te herstellen. - Klik op Save.
Probeer daarna opnieuw een bestand te uploaden via de WordPress-mediabibliotheek. Komt de fout terug, ga dan door naar check 2.
Let op: zet permissies nooit op 777. Dat lost de fout vaak op, maar opent je site voor misbruik. 755 en 644 volstaan op een correct ingerichte hosting.
Check 2: opslagruimte vol
Als de rechten kloppen maar de fout blijft, controleer dan of je hosting-account niet aan zijn opslaglimiet zit. Is je opslag vol, dan krijg je dezelfde melding.
In je opslaggebruik bekijken lees je waar je in Plesk je verbruik en limiet ziet. Zit je tegen de limiet aan, lees dan ook het artikel over opslagruimte vrijmaken voor concrete acties: oude e-mail opruimen, backups buiten je account zetten, of op Advanced en Business extra opslag bijkopen.
Houd je opslaggebruik zelf in de gaten via Plesk. Loop je tegen je limiet aan, dan denken we graag mee over opschonen of een passender pakket.
Een veelgestelde vraag: tellen de Acronis-backups van Chessweb mee voor je opslagquotum? Nee, die staan apart en tellen niet mee voor de opslag van je hostingaccount. Je quotum gaat dus alleen op aan je eigen bestanden, databases en e-mail.
Hulp nodig? Onze support kijkt met je mee, neem contact op.