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. De fout failed to write file to disk wordpress heeft bijna altijd één van twee oorzaken: verkeerde rechten op de uploads-map, of een vol opslagquotum. We lopen drie checks door waarmee je uploads weer werkend krijgt.
Twee meest voorkomende oorzaken
In verreweg de meeste gevallen ligt het probleem aan een van deze twee zaken:
- Permissies-issue: 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 na een handmatige bestands-operatie via FTP waarbij ownership of mode-bits verschoven zijn. - Vol opslagquotum: de hosting-account zit aan de limiet. PHP kan dan geen nieuw bestand wegschrijven, ook al kloppen de rechten. WordPress meldt dit met dezelfde tekst, want het onderliggende systeem-call faalt op precies dezelfde manier.
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 Bestanden.
- Navigeer naar
httpdocs/wp-content/uploads. - Selecteer de map
uploads, klik op het menu-icoon en kies Permissies wijzigen. - Zet de waarde op
755. Vink Wijzigingen toepassen op alle ingesloten bestanden en submappen aan, met de optie om mappen op755en bestanden op644te zetten. - Klik op OK. Plesk past de rechten recursief toe.
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. PHP geeft dezelfde melding als de schijf vol is, want de schrijfoperatie faalt op systeem-niveau.
In ons artikel over huidig opslaggebruik bekijken leggen we uit 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 opslag uitbreiden.
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 op een aparte backup-infrastructuur en kosten geen schijfruimte op je hosting-account. 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.