Der große Capture One Infothread

[RobiWan]

Gibt es eine weitere Möglichkeit den aktuellen Katalog von 2016-11-13 noch zu reparieren?

Wohl kaum. Nach dem Screenshot könnte ich mir vorstellen, dass Dein Katalog 0Byte groß ist und deswegen als unbekannter Typ angezeigt wird.

 

[spassig]

Danke für feedback

Wohl kaum. Nach dem Screenshot könnte ich mir vorstellen, dass Dein Katalog 0Byte groß ist und deswegen als unbekannter Typ angezeigt wird.

Katalog zeigt 11,99 GB.
Habe nun ein support case erstellt.

Großer Mist

Jochen

 

[RobiWan]

Katalog zeigt 11,99 GB.

Nö. Das ist das komplette Verzeichnis (hatten wir schon mehrfach hier) und nicht die Katalogdatei

 

[spassig]

Nö. Das ist das komplette Verzeichnis (hatten wir schon mehrfach hier) und nicht die Katalogdatei

OK.
Im screenshot beide Kataloge
links defekte, rechts funktionierende.

Jochen

 

[ap2c1]

Hast du evtl. eine Sicherung in der Time Machine, so dass dir nicht fast eine ganze Woche verloren geht?

Grüsse,
Oli

 

[spassig]

Hast du evtl. eine Sicherung in der Time Machine, so dass dir nicht fast eine ganze Woche verloren geht?

Grüsse,
Oli

Danke. TM habe ich nur sporadisch an.
Habe damit ab und an Probleme und versuche raus zu bekommen woran es liegt.

Jochen

 

[RobiWan]

OK.
Im screenshot beide Kataloge
links defekte, rechts funktionierende.

Dann kannst schauen was sqlite zu der Datenbank sagt.

Terminal starten, in das Verzeichnis wechseln und dann

sqlite C1_8_CaptureOneCatalog.cocatalogdb

Kommt keine Fehler o.ä dann einfach

.quit (beachte den Punkt vorne!) eingeben.

Damit sollte die -journal Datei verschwinden.

 

[spassig]

Danke

Dann kannst schauen was sqlite zu der Datenbank sagt.

Terminal starten, in das Verzeichnis wechseln und dann

sqlite C1_8_CaptureOneCatalog.cocatalogdb

Kommt keine Fehler o.ä dann einfach

.quit (beachte den Punkt vorne!) eingeben.

Damit sollte die -journal Datei verschwinden.

In welches Verzeichnis muss ich genau wechseln?
Da wo sich die -journal befindet oder ein Ordner höher?

Jochen

 

[Merlin2504]

Danke. TM habe ich nur sporadisch an.
Habe damit ab und an Probleme und versuche raus zu bekommen woran es liegt.

Jochen

Welche Probleme hast du mit TM ?

 

[spassig]

Welche Probleme hast du mit TM ?

Warum fragst Du?
Hat nicht mit der korrupten Datenbank von C1 zu tun?

Jochen

 

[Merlin2504]

Warum fragst Du?
Hat nicht mit der korrupten Datenbank von C1 zu tun?

Jochen

Hast Recht anderes Thema. Aber TM funktioniert immer !!! Läuft bei mir seit Jahren konstant.

 

[spassig]

Hast Recht anderes Thema. Aber TM funktioniert immer !!! Läuft bei mir seit Jahren konstant.

Lief bei mir Jahre auch konstant.
Seit einiger Zeit nicht mehr.
Bin auf Fehlersuche wo es klemmt.
TM Platte oder OS X?

Jochen

 

[spassig]

Fand zu korrupter DB was im PO Forum

http://forum.phaseone.com/En/viewtopic.php?f=61&t=24509
Habe mich mal da rein gehängt.

Jochen

 

[RobiWan]

Da wo sich die -journal befindet oder ein Ordner höher?

Da wo sich die Dateien befinden.

Und als erstes lösche die Datei "writelock". Die verhindert das öffnen in RW Modus

 

[spassig]

Da wo sich die Dateien befinden.

Und als erstes lösche die Datei "writelock". Die verhindert das öffnen in RW Modus

a) Was bedeutet RW Modus?
b) In einem anderen Katalog der sich öffnen lässt befindet sich auch eine writelock.
Darin lassen sich auch Änderungen vornehmen.
Wie passt das zusammen?

Jochen

 

[RobiWan]

a) Was bedeutet RW Modus?
b) In einem anderen Katalog der sich öffnen lässt befindet sich auch eine writelock.
Darin lassen sich auch Änderungen vornehmen.
Wie passt das zusammen?

Jochen

RW - Read/Write
Ja die Datei wird beim Start erstellt und bei beenden wieder gelöscht. Inhalt der Datei ist Dein Anmeldename

 

[spassig]

RW - Read/Write
Ja die Datei wird beim Start erstellt und bei beenden wieder gelöscht. Inhalt der Datei ist Dein Anmeldename

Danke, konnte es nachvollziehen.

Jochen

 

[RobiWan]

Danke, konnte es nachvollziehen.

Ja und das heißt jetzt was? Läuft Dein Katalog wieder oder hast Angst zu probieren was ich Dir geschrieben habe?

 

[spassig]

Ja und das heißt jetzt was? Läuft Dein Katalog wieder oder hast Angst zu probieren was ich Dir geschrieben habe?

Ich hole mir Morgen erst mal eine neue Backup Platte.
Muss TM wieder nutzen.
Danach probiere ich es.

LG

Jochen

 

[rodinal]

@spassig

Mal etwas Grundlegendes zu sqlite: Wenn du Daten änderst, lässt das DB-System zunächst die eigentliche Datenbank unangetastet und schreibt die Änderungen in die Journal-Datei. Erst wenn der Befehl commit() ausgeführt wird, wird das Journal in die Datenbank eingepflegt und anschliessend gelöscht. Vermutlich setzt C1 diesen Befehl erst beim Beenden des Programms. Daraus ergeben sich zwei Möglichkeiten:

-C1 ist vor dem commit abgeschmiert. Dann könnte das Journal korrupt sein, damit wären die Daten der letzten Sitzung hin.

- Du hast C1 während des commit abgeschossen. In diesem (seltenen) Fall wäre der Katalog wahrscheinlich komplett im Eimer.

Ein erstes Indiz für die Situation könnte das Änderungsdatum der Dateien liefern. Ist die db jünger als das Journal, sieht es schlecht aus. Ansonsten empfiehlt sich folgendes Vorgehen:

Erst mal Sicherungskopie von Journal und db machen, dann das Journal löschen. Das writelock muss natürlich auch weg. Dann sollte die Datenbank mit dem Zustand vor der letzten Sitzung verfügbar sein.

Sqlite ist kein besonders leistungsfähiges Datenbanksystem. Verwaltest du damit grössere Bestände, setzt du den Zweitakter einer Motorsäge als Antrieb für einen Bus ein. Da kannst du als Anwender keine spontanen Reaktionen erwarten und solltest dir Gedanken um Überlast-Situationen machen. Eine mögliche Strategie: C1 öfter herunterfahren und neu starten, damit das Journal nicht zu gross wird.