Ich bin zu netcup umgezogen und habe mit Duplicati auf meinem alten Host zwei webpages gesichert. Eine Seite stammt von meiner Hauptdomain, eine Seite von einer Subdomain.
Die Hauptdomain habe ich bei netcup wiederhergestellt, danach auch die Subdomain. Nachdem diese installiert war, war meine Hauptdomain nicht mehr erreichbar.
Ich habe alles wieder gelöscht und will jetzt nur die Hauptdomain wiederherstellen. Das Aufspielen von Duplicati löst vor dem Kopieren von Dateien einen 403-Fehler aus. Nur Wordpress installiert, komme ich ins Wordpress-Panel, aber beim Absprung ins Untermenü wird mir sofort der 403-Fehler angezeigt.
Als nächstes habe ich die Wordpress-Installation geprüft. Hier wird mir angezeigt dass die Prüfsummen nicht übereinstimmen. Eine Core-Neuinstallation zeigt mir den Fehler "Warning: Unable to copy 'index.php' to current directory. Error: Couldn't extract WordPress archive. There was an error overwriting existing files. Downloading WordPress 7.0.2 (en_US)... md5 hash verified: 3ed26b59ad663f6378960916a2440043". Daraufhin habe ich mir die index.php angeschaut, die hatte nur Leserechte. Nachdem ich die Schreibrechte eingetragen habe läuft die core-Installation durch, die Prüfung ergibt aber sofort wieder den Fehler mit den Prüfsummen.
Ich habe die Passwörter geändert, über ftp das Verzeichnis gelöscht und alles wieder von vorne begonnen, Ergebnis idem.
Die Seite ist jetzt über eine Woche offline und ich habe keine Idee wie ich jetzt weiterkomme.
Kann irgendjemand etwas mit der Fehlerbeschreibung anfangen?
danke J.
wordpress-core korrupt
-
jogi64 -
1. August 2026 um 06:16 -
Erledigt
-
Kann irgendjemand etwas mit der Fehlerbeschreibung anfangen?
Die ist doch relativ aussagekräftig und auch die KI zeigt sofort auf das gleiche Problem, dass du im Ansatz schon versucht hast zu fixen.
Ich selbst habe keine Erfahrung mit Duplicati und ziehe immer brutal ohne Plugins um und nutze das Plesk WordPress Toolkit im WCP, seitdem ich bei netcup auch ein paar WordPress Instanzen betreibe. Also LMLLMT4Z let me LLM this for you.
Bei netcup gehören die Dateien in den Webhosting Paketen immer den hosting12345678 Benutzer und der Gruppe psacln oder psaserv je nachdem, ob vom Server oder Client (FTP, SSH, etc ...) angelegt. Das ist wichtig eventuell für den chown Teil, der nach der Anpassung der Datei- und Verzeichnisrechte kommt.
____
Diese Fehlermeldung bedeutet, dass WordPress keine Schreibrechte auf Ihrem Server hat oder bestehende Dateien blockiert sind. Nach einer Wiederherstellung mit Duplicati oder Duplicator stimmen oft die Besitzrechte (Owner/Group) der Dateien nicht mehr mit dem Webserver-Nutzer überein. Das automatisierte WP-CLI-Skript versucht, WordPress Core-Dateien zu überschreiben, scheitert aber am Dateisystem.Die 3 wahrscheinlichsten Ursachen & Lösungen
1. Falsche Dateiberechtigungen (CHMOD)
Der Webserver darf die vorhandenen Dateien nicht überschreiben.
- Lösung: Verbinden Sie sich per FTP (z.B. FileZilla) oder über das Dateimanager-Tool Ihres Hosters mit dem Server.
- Setzen Sie alle Ordner auf den Berechtigungswert 755.
- Setzen Sie alle Dateien (einschließlich index.php) auf den Berechtigungswert 644.
2. Falscher Datei-Besitzer (Chown)
Nach dem Duplicati-Import gehören die Dateien oft dem Root-Nutzer oder einem Backup-Skript statt dem Webserver-Nutzer (z.B. hosting12345678).
- Lösung: Mit SSH-Zugriff führen Sie folgenden Befehl im WordPress-Hauptverzeichnis aus:
chown -R hosting12345678:psacln .
3. Blockierende alte Core-Dateien
Manchmal blockieren beschädigte Reste der alten index.php oder anderer Systemdateien das Entpacken des neuen WordPress-Archivs.
- Lösung: Löschen Sie die problematische index.php im Hauptverzeichnis manuell per FTP.
- Starten Sie den Wiederherstellungs- oder Update-Prozess danach erneut.
Es wäre cool, nett oder auch nur hilfreich für andere Foren- WordPress- oder Duplicati/Duplicator Benutzer, wenn du die Ergebnisse oder auch eine Gutmeldung postest, falls du das Problem lösen kannst. Viel Glück und Geduld
-
Der 403 Fehler hat vermutlich andere Ursachen. Generell halte ich den Umzug mit Hilfe eines Plugins nicht für optimal. Besser wäre der manuelle Weg.
- Hast du mal in den Log files geschaut?
- Ist eine wp-config.php vorhanden ?
- Stimmen dort die MySQL Werte ?
- Stimmt die Zuweisung Domain Installationsverzeichnis ?