ERROR database disk image is malformed

[jobo]

Einfach Dinge ausschließen, vorzugsweise grobe Entscheidungen treffen, die einfach umsetzbar sind:
Nimm irgendeinen USB Stick, pack die DB drauf und wiederhole dort den Import 10x, 100x, es ist ja offenbar nur eine kleine Datei mit einer vierstelligen Anzahl von Datensätzen.
Man kann in der Variante ohne SSD vielleicht annehmen, dass selbst ein Controller Fehler vor der SSD beim USB Stick nicht greifen würde. Ist aber auch nur geraten.
Der Zweig der fehlschlägt, wäre dann weiter zu verfolgen, aufzudröseln. Andere Disk, anderer Rechner, Importdateien halbieren, vorderere/ hintere Hälfte testen oder nach dem Split einen identischen Teil 2x hintereinander hängen, oder generierte/"genormte" Daten in großer Menge importieren.
Im Taskmanager oder besseren Tools mal nach verdächtigen Prozessen suchen (tote EXEn ..)
In der Computerverwaltung o.ä. mal die geöffneten Dateien inspizieren.
..

Datenfehler:
Dass fehlerhafte Daten zu Problemen führen (also nicht logische Probleme), kenne ich seit ca. 10-15 Jahren nicht mehr und auch da waren es schon alte, schlechte DB Treiber und der Fehler hat niemals dazu geführt, dass die DB korrupt war.

andere Fehler:
Master/Detail macht etwas hellhörig. Der Fehler ist vielleicht weniger in den Daten zu suchen, als in den Importmechnismen oder der Version der SQLite DLL (Ich habe nicht im Kopf, ob Du das hier irgendwo aufgeführt hast, welche SQLlite DLL / Delphiversion)

Vielleicht machst Du ja auch irgendwelche "kranken" Sachen im Import Code. Am Ende sind hunderte Connections zur DB offen oder Du hast irgendwo ein File Handle auf die SQLite geöffnet oder IDE (kann auch zur Designzeit die DB öffnen und offen halten) und Kompilat kommen sich in die Quere, .. es gibt viele Möglichkeiten.

Ist aber letztlich alles auch Rätselraten, wenn Dein (Import) Code hier unbekannt ist, ebenso wie die Importdaten.

[Peter-Pascal]

Vielen Dank an Jo und Delphi.Narium (was bedeutet dieser Nick? hoffentlich ist die Frage nicht zu unhöflich)

ich werde das mal der Reihe nach abarbeiten. Ich hatte gestern bereits ein Tool (HDDScan.exe) laufen lassen, hat aber keine Fehler gefunden. Möglicherweise liegt es doch an dem was ich zusammengeschrieben habe.

Trotzdem werde ich chkdsk noch laufen lassen.
Wobei ich das nicht verstanden habe, dass Windows dies beim Start ausführt, ich dachte ich öffen die DOS-Box oder wie die jetzt heißt, tippe die Buchstaben ein und los gehts.... und ich gehe Mittagsschlaf machen.

[Delphi.Narium]

Der Nick bedeutet genau nix, war nur Nonsen:

Als Kind hat mich das Delphinarium im Duisburger Zoo fasziniert. Heute hab' ich da eher ein "abstandhaltendes" Verhältnis zu, nachdem ich mal im Wuppertaler Zoo mitbekommen habe, wie hochgradig verhaltensgestört sich etliche der dort lebenden Tiere verhalten (und das bei artgerechter Haltung). Aber das geht jetzt am Thema vorbei

Vor der Rechtsschreibreform schrieb man Delfin noch Delphin. In Delphinarium kommt halt Delphi vor und um das "hervorzuheben" hab' ich 'nen Punkt zwischen Delphi und narium gemacht und da man nach 'nem Punkt, am Satzanfang, groß schreibt wurde daraus Delphi. Narium. Aber da im Nick kein Leerzeichen möglich war (oder ist?), hab' ich das weggelassen. Ist dann sowas wie "künstlerische Freiheit" oder so ähnlich. Soweit so Blödsinn

ChkDsk muss vor dem Windowsstart laufen, damit garantiert keine Datei von Wasoderwemauchimmer im Zugriff ist. ChkDsk benötigt absolut exklusiven Zugriff auf alles, da es ansonsten nicht möglich ist, beliebige Dateien bei Bedarf ganz oder teilweise zu lesen, geschweigedenn zu schreiben, um sie von Sektor X nach Sektor Y oder sonstwohin zu verschieben.

Zitat:

Möglicherweise liegt es doch an dem was ich zusammengeschrieben habe.

Das kann man natürlich nicht ausschließen, aber warum funktioniert es denn dann manchmal und manchmal nicht, und von SSD immer, aber von Festplatte nur zu ca. 80%? Dafür müsstes Du dann doch irgendeine "Zufallskomponente" in der Programmlogik haben, die nur unter bestimmten (bisher unbekannten) Umständen zu Fehlern führt.

Sprich: Wird die CSV stumpf und stur zeilenweise gelesen und in die DB geschrieben, oder gibt es da irgendwelche Abhängigkeiten, Daten die erst zur Laufzeit berechnet werden, Zeit- und/oder Datumswerte, die beim Import errechnet, hinzugefügt, ... werden, Zeichensatzkonvertierungen, ...?

Eventuell mal https://www.heise.de/download/produc...diskinfo-59349 anschauen und auch den Hinweisen auf weitere Software folgen.
Beim Hersteller der Festplatte mal nachschauen, ob er ein entsprechendes Werkzeug für seine Festplatten zur Verfügung stellt.

[Peter-Pascal]

Hallo Delphi.Narium,
Du hast Dir jedenfalls richtig Gedanken mit Deinem Nick gemacht. Ich habe einfach nur Pascal (wg Blaise Pascal) an meinen richtigen Vornamen gehängt.

Das Einlesen der CSV-Datei habe recht umfangreich gestaltet. Es sind ca. 1030 Zeilen, die hier zu veröffentichen etwas umfangreich wären.
Ich lese Bankdaten ein, also die Umsätze eines Bankkontos. Bevor ich die in die Datenbank speichere, werden die Daten erst in einem Grid dargestellt und der User kann die Spalten Datum, Betrag, Verwendungszweck ets. zuordnen. Gegebenenfalls können auch kleine Korrekturen vorgenommen werden, wenn sich in den Zahlen Buchstaben verirrt haben.
Erst dann werden die Daten aus dem Grid gelesen und pro Colum in je eine TList<T> gespeichert und in die jeweiligen Typen string, Datum, currency umgewandelt.
Wenn das ohne Fehler funktioniert schreibe ich die Daten in die DB. Der Buchungsatz besteht aus zwei Teilen. Die Kopfdaten enthalten das Datum, Verwendungszweck etc. und die Detaildaten nehmen das Konto hier Bank und den Betrag auf. (Ist wie bei SAP aufgebaut). Ein Fehler bei der Umwandlung wird mitgeteilt und es kann in dem Grid gesucht werden.
Und wenn es beim Speichern zum Fehler kam, dann hat das System ca. 500 Datensätze geschrieben, und irgenwann abgebrochen. Kopf und Detail stimmen überein und weitere 100 Datensätze fehlen. Konnte ich schon mal nachtragen, ebenfalls mit einer CSV.

Im nächsten Schritt kann dann der Buchungssatz vervollständigt werden.

Heute nachmittag oder gegen Abend starte ich mal Chckdsk und werde Dir schreiben, was sich ergeben hat.

Gegebenenfalls anschließend CrystalDiskInfo. Mal schauen was die mir erzählen.

Danke für Deine Tipps und die Links.