Tabelle options crashed / zerstört

Hallo,
ich musste am WE leider feststellen, das mein Blog nicht mehr erreichbar ist. Ich hatte das schon hier gepostet, da ich jetzt das eigentliche Problem gefunden habe (aber noch keine Lösung), erlaube ich mir hier nochmal unter neuem Titel zu posten. Es erscheint die Meldung:

Zitat

Umleitungsschleife
Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.
Der Verbindungsversuch zur aufgerufenen Adresse wurde abgebrochen. Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.
* Haben Sie Cookies, die von dieser Website benötigt werden, deaktiviert oder blockiert?
* HINWEIS: Falls das Akzeptieren von Cookies die Probleme mit der aufgerufenen Adresse nicht behebt, handelt es sich vermutlich um eine Fehlkonfiguration des Servers und nicht um einen Fehler Ihres Computers.

und in der Adresszeile des Browsers steht der Link zur install.php:
Code:
http://www.domain.de/wp-admin/install.php

Wobei der Link nicht korrekt ist, weil meine Installation in einem Unterverezichnis liegt.
An nicht zugelassenen Cookies liegt es nicht.
Gestern habe ich mir dann die Datenbank mit phpmyadmin angesehen und muss feststellen, das es anscheinend die option-Tabelle zerlegt hat:

Zitat

#145 - Table './***/options' is marked as crashed and should be repaired

Hat jemand eine Idee, wie es zu so einem Crash kommen kann?

Vormittag habe ich noch problemlos im Blog gearbeitet (nur Beiträge geschrieben, keine Konfigurationsarbeiten oder so). Und abends muss ich feststellen, das meine Seite nicht mehr erreichbar ist. Ich kann nicht nachvollziehen, ob dies durch eine unbewusste Fehlbedienung verursacht wurde, oder ob irgendetwas anderes (Einbruchversuch?) die Tabelle zerstört hat.

Was für Möglichkeiten habe ich die Tabelle zu reparieren?
Ich habe eine ca. 8 Wochen alte Sicherung der Datenbank, kann ich aus dieser die Tabelle options auslesen und in meiner aktuellen wp-Installation einfügen?
Gehen mir da evtl. Daten der letzten posts verloren? Oder enthält die Tabelle wirklich nur Konfigurationseinstellungen?
Es könnte z. B. sein, das ich in diesem Zeitraum meine Permalinkstruktur angepasst habe (bin mir vom Zeitraum nicht ganz sicher), sprich die Sicherung die alte Struktur enthält.

Bin für jede Hilfestellung und jeden Tipp wie ich jetzt am Besten vorgehen soll dankbar.

:D cool, hat auf Anhieb geklappt, danke für die Hilfe. Bin doch echt erleichtert. Ich hoffe, das kommt nicht öfters vor.

Danke nochmal.

P.S. für Fremdsprachen-Legastheniker wie mich, die deutsche MySQL-Tutorial-Seite ist hier.

Jetzt läuft mein Blog zwar erstmal wieder, aber ich kann mich nicht mehr einloggen. :-(
Das Passwort wird nicht mehr akzeptiert.
Und die Mail mit einem neuen Passwort kommt nicht an.

Hilfe...

halt, alles zurück. Habe das falsche emailkonto gecheckt :oops:.

Neues Passwort ist angekommen und funktioniert.

Warum das alte allerdings nicht mehr funktionierte, keine Ahnung.
Irgendwie habe ich das ungute Gefühl, das sich da jemand am Blog zu schaffen gemacht hatte. Keine Ahnung.

jetzt geht´s doch nochmal weiter. Was mir vorhin in der Erleichterung, das der Blog wieder läuft nicht aufgefallen war, ist, das bis auf eine, alle meine statischen Seiten nicht mehr vorhanden sind. :-(

Wenn ich mit phpmyadmin in der Tabelle posts ein wenig suche, finde ich sie wieder, nur sind sie in der Spalte post_type als post und nicht als page gelistet. :???:

Die einzige Seite, die noch als Seite in der Tabelle geführt wird ist eine namens Archives, die zwar in der Tabelle meiner lokalen Sicherung auch vorhanden ist, dort aber mit dem post_status static und post_type post geführt wird und in der gecrashden Tabelle auf publish steht und als page gelistet ist. Konfusion...

Wie bekomme ich das denn jetzt wieder hin?

Update:
Die Seiten sind tatsächlich als Beiträge über die Stichwortsuche zu finden...
Soll ich in der Tabelle den post_type einfach wieder in page änder und alles ist wieder gut?

Update 2:
scheint geklappt zu haben. :mrgreen: Jetzt bin ich gespannt, ob und was noch so auftaucht, was nicht korrekt funkt oder so.

marX: coole Sache, so´ne Edit-Funktion... :), ich denk´nur nicht immer dran.

und weiter geht´s:
gerade muss ich feststellen, das mir im Backend in der Medaithek keine Einträge mehr angezeigt werden.

Jemand ´ne Idee, ob das mit der crashed options-Tabelle zusammenhängen kann? Und wie ich das evtl. korrigieren kann?

guter Hinweis, könnte ich mir vorstellen.
Bin allerdings gerade noch auf der Arbeit, werde ich heute abend checken und hier mit Hilfe der Editierfunktion ;) berichten.

Zitat von marX

Mach das. Aber Edit macht dann keinen Sinn, weil dann überseh ich deinen Edit an der Stelle sicher. ;-)

Maann, mal will er das man die edit-Funktion nutzt und dann mal wieder nicht, was denn nu? :lol: :wink:

Hallo marX,
leider lagst du mit Deiner Vermutung richtig. Sämtliche Einträge in der Tabelle posts haben den post_type post zugewiesen.
Tolle Wurst :x.
Welche Arten von post_type gibt es denn eigentlich noch außer post, page, attachment? Nur so, um mal abzuschätzen, was da auf mich zukommt.

Zitat von marX

Uff, da fragste mich was... also "Draft" (Entwurf) fällt mir noch ein, "Future" (vorgesehener Artikel). Mmh, musste mal suchen, auf die Schnelle hab ich da im Codex nix gefunden...

:mrgreen:, ich glaub´ den Tag muss ich mir im Kalender anstreichen.

Draft taucht bei mir in der Spalte post_status auf (nicht in post_type), die scheint zum Glück unverändert geblieben zu sein. Future-Artikel hatte ich nicht im Blog.

Ich habe im Moment den Eindruck, das alles wieder läuft wie es soll. Auch die Bilder sind wieder über die Mediathek erreichbar, nachdem ich den post_type auf attachment korrigiert hatte. Ich hoffe, es bleibt dabei.

Dank´ Dir nochmal, schönen Abend noch.