DigiKam Datenbankfehler beim Öffnen

THK · 21. Juni 2018

Hallo miteinander,

ich möchte mir das Programm DigiKam5.9 unter Linux Mint 18.3 genauer anschauen. Nachdem ich die Version 4 aus der Anwendungsverwaltung wieder deinstalliert habe habe ich das aktuelle *.appimage von der Homepage heruntergeladen.
Beim Starten bekomme ich die Fehlermeldung "Fehler beim öffnen der Datenbank. Es wird versucht, automatisch eine neue Verbindung zur Datenbank herzustellen."

Das Internet bittet hier nur eine Lösung zu Version 4 die Datei "digikam.rc" zu löschen. Das wirkt aber nicht auf die 5.9er.

Wie kann ich eine Datenbank neu erstellen für die 5.9er ? Gerne würde ich auch den Assistenten nochmals neu starten wollen, finde diese Option aber nicht.

Wer weiss Rat?

Vielen Dank, thk_ms

RobiWan · 21. Juni 2018

Ich kenne Digikam überhaupt nicht.
Ist es nicht so, dass die Dateien mit Einstellungen in Deinem Home immer mit "." anfangen? Also in dem Fall .digikam.rc

Wie man den Assistenten wieder aufrufen kann, wird wohl auch irgendwo in einem *.rc (o.ä) Skript zu finden.

Gast_19809 · 21. Juni 2018

such raus, wo die Datenbank gespeichert wird und lösche die. Und dann gewohn Dir direkt an davon regelmässig eine Datensicherung zu machen (digikam darf dabei nicht laufen) und eine Sicherung der erweiterten Dateisystemattribute (xattr) und nie Bilder auf NTFS oder NFS/SBM Netzlaufwerke auslagern, sonst ist die Verwaltung im Eimer...

R.Stephan · 21. Juni 2018

****************** schrieb:
… und nie Bilder auf NTFS oder NFS/SBM Netzlaufwerke auslagern, sonst ist die Verwaltung im Eimer...

Was erwiesenermaßen Blödsinn ist, mit Verlaub. Dateien auf Wechseldatenträgern, dazu zählt, in dem Fall, auch NFS, bringen Digikam keineswegs aus dem Tritt.

Gast_19809 · 22. Juni 2018

R.Stephan schrieb:
Was erwiesenermaßen Blödsinn ist, mit Verlaub. Dateien auf Wechseldatenträgern, dazu zählt, in dem Fall, auch NFS, bringen Digikam keineswegs aus dem Tritt.

Digikam kommt aus dem Tritt weil es unter Linux mit dem semantischen Desktop verbandelt ist und daher einige Informationen in den erweiterten Dateisystemattributen (die in den freien Bereichen der i-Nodes landen) unterbringt. Wenn Du also die Bilder irgendwann von einem internen Laufwerk auf ein externes verschiebst, dann verlierst Du diese erweiterten Dateisystemattribute und damit auch einen Teil Deiner Informationen.

THK · 22. Juni 2018

Hallo und guten Morgen!

Genau damit habe ich Probleme. Ich finde nicht heraus wo Version 5.9 Ihre Datenbank ablegt. Bei der Zuerst installierten Version 4.0 aus der Anwenderverwaltung wurde ich nach einem Speicherpunkt gefragt. Diese Datenbank konnte ich auch nachvollziehen.
Wenn ich mich recht erinnere gab es den Assistenten auch nur in Version 4. Hat Version 5.9 diesen Einrichtungsassistenten überhaupt?

Bezüglich NFS: Tatsächlich habe ich meine Bilder auf einem NAS im lokalen Netzwerk. Zugriff über NFS,... Damit scheint DigiKAm ehh gestorben für mich!?

Vielen Dank, thk_ms

pk5dark · 22. Juni 2018

Code:

$ find -iname '*digikam*'

liefert bei mir

Code:

./.cache/digikam
./Bilder/thumbnails-digikam.db
./Bilder/digikam4.db
./digikam1.png
./.config/digikam_tagsmanagerrc
./.config/digikamrc
./.local/share/digikam
./.local/share/kxmlgui5/digikam

Löschen von

Code:

$ rm ~/.config/digikamrc

hat bei mir gereicht, damit der Ersteinrichtungsdialog auch beim Start vom Appimage wieder auftaucht.

RobiWan · 22. Juni 2018

****************** schrieb:
Wenn Du also die Bilder irgendwann von einem internen Laufwerk auf ein externes verschiebst, dann verlierst Du diese erweiterten Dateisystemattribute und damit auch einen Teil Deiner Informationen.

Ich wusste nicht warum xattr nicht mitkopiert werden sollen. Hängt zwar von eingesetzten FS ab aber selbst über NFS4 werden xattr unterstützt.

THK schrieb:
Bezüglich NFS: Tatsächlich habe ich meine Bilder auf einem NAS im lokalen Netzwerk. Zugriff über NFS,... Damit scheint DigiKAm ehh gestorben für mich!?

Wenn Digikam in der tat xattr benutzt und Du NFS4 mit passendem FS auf der NAS Seite einsetzt, wusste ich kein Grund warum das nicht gehen soll.

Gast_19809 · 22. Juni 2018

RobiWan schrieb:
Ich wusste nicht warum xattr nicht mitkopiert werden sollen. Hängt zwar von eingesetzten FS ab aber selbst über NFS4 werden xattr unterstützt.

Aber nicht vom Linux-Dateisystem...

RobiWan schrieb:
Wenn Digikam in der tat xattr benutzt und Du NFS4 mit passendem FS auf der NAS Seite einsetzt, wusste ich kein Grund warum das nicht gehen soll.

Viel Spass mit dem Murks, ich hab das Zeuch nach 18 Jahren inkl. Mitentwicklung aufgegeben...

R.Stephan · 22. Juni 2018

Mit dem AppImage habe ich vor einiger Zeit auch mal rumgespielt, allerdings ohne die Distriversion zu löschen. Hat sich auch parallel einsetzen lassen. Seit die 5.9 aber in Buster, bzw. Sid, ist hab ich das AppImage wieder gelöscht.
Bilder selber liegen auf nem NAS mit Debian Stable, Standardrechner unter Debian Buster/Sid und der Bildschirmlose Rechenknecht unterm Tisch auch mit Buster/Sid.
Bilderverzeichnis eingebunden mit NFS und keine Auffälligkeiten im Betrieb.

Georgius · 23. Juni 2018

****************** schrieb:
Aber nicht vom Linux-Dateisystem...

was ist das? Du kannst mindestens 10 unterschiedliche Dateisysteme verwenden.

THK · 23. Juni 2018

pk5dark schrieb:
Löschen von

Code:

$ rm ~/.config/digikamrc

hat bei mir gereicht, damit der Ersteinrichtungsdialog auch beim Start vom Appimage wieder auftaucht.

Hallo und guten Morgen,

das hat es bei mir auch wieder gerichtet. Da war ich irgendwie blind auf beiden Augen,...

Vielen Dank, thk_ms

Borrelio · 22. Sep. 2019

pk5dark schrieb:
Code:

$ find -iname '*digikam*'

liefert bei mir

Code:

./.cache/digikam ./Bilder/thumbnails-digikam.db ./Bilder/digikam4.db ./digikam1.png ./.config/digikam_tagsmanagerrc ./.config/digikamrc ./.local/share/digikam ./.local/share/kxmlgui5/digikam

Löschen von

Code:

$ rm ~/.config/digikamrc

hat bei mir gereicht, damit der Ersteinrichtungsdialog auch beim Start vom Appimage wieder auftaucht.

Tut mir leid, ich bin nicht so der Computerexperte.

Nach der Neuinstallation von Digikam 6.3 habe ich auch die Anzeige, dass die Datenbank nicht gefunden werde. Das Programm startet gar nicht erst.

Wo bzw. wie finde die die Datei, die anscheinend gelöscht werden muss, um den Fehler zu beheben?

caldir65 · 11. März 2020

Borrelio schrieb:
Tut mir leid, ich bin nicht so der Computerexperte.

Nach der Neuinstallation von Digikam 6.3 habe ich auch die Anzeige, dass die Datenbank nicht gefunden werde. Das Programm startet gar nicht erst.

Wo bzw. wie finde die die Datei, die anscheinend gelöscht werden muss, um den Fehler zu beheben?

Moin,

die Datei, die Du löschen mußt, ist die Config-Datei digikamrc, liegt in Deinem Home-Dir, also z.B

Code:

/home/<dein Name>/

und dort im (versteckten) Unterverzeichnis

Code:

.config

Löschen in einem Terminal mit dem Befehl

Code:

rm ~/.config/digikamrc

(die ~ wird automatisch zu Deinem Homedirectory expandiert bzw. repräsentiert dieses)

Wenn Du jetzt Digikam startest, kommt der Erststart-Assistent ...

Gruß, Christoph

THK · 09. Okt. 2022

Hallo zusammen,

im folgenden ein Bild was ich seit installation von digikam 7.8 erscheint. Das Bild im Anhang zeigt das Problem.

Davor hatte ich eine Version vor 7.4 installiert gehabt. Ich habe etwas rumprobiert (mit den appimages) und habe festgestellt, dass die Fehlermeldung ab Version 7.4 ersscheint. Mit 7.3 läuft alles tadellos.

Im Internet finde ich dazu nur Bug-Meldungen - bezug nehmend auf viel älteren Versionen. Ein Lösungsansatz konnte ich noch nicht finden.

Weis jemand Rat?

Und klar, ich nutze Digikam immer noch unter linux-Mint version 20.3. Braucht es noch mehr Infos?

LG, thk_ms

RobiWan · 09. Okt. 2022

THK schrieb:
Weis jemand Rat?

Na ja aus welchem Grund auch immer kann die Datenbank nicht aktualisiert werden. Ew. warum sollte in den Konsolemeldungen zu finden sein.
Da es sich um Linux handelt - wird man auch ggf. finden können was genau passieren soll und man kann es dann auch manuell durchführen.

THK · 10. Okt. 2022

Hallo und Grüß aus MS zurück,

mit "./digikam" bekomme ich folgende Log-code:

Code:

qt5ct: using qt5ct plugin
digikam.coredb: Core database: cannot process schema initialization
QThreadStorage: Thread 0x7fe1d527b9a0 exited after QThreadStorage 12 destroyed
/CODE]

Nun, klar, es gibt Problem mit der Datenbank. Aber was macht man dann - löschen? Dann ist sie weg,... :lol:

Klappt da etwas mit exportieren und importieren? Wie macht man das genau?

Vielen Dank, thk_ms

caldir65 · 10. Okt. 2022

Moin,

schreibst Du die Daten nur in die DB, oder auch in die Bilder oder Sidecardateien. In letzten beiden Fällen wären die Daten jauch nach einer DB-Löschung noch vorhanden.

Sichere Dir die DB vorsichtshalber weg, bevor Du ggf. löschst.

Wenn Du jetzt neu startest, sollte Digikam eine neue DB erstellen und füllen...

Gruß, Christoph

Herzlich willkommen im "neuen" DSLR-Forum!

DigiKam Datenbankfehler beim Öffnen

THK

RobiWan

Gast_19809

Guest

R.Stephan

Gast_19809

Guest

THK

pk5dark

RobiWan

Gast_19809

Guest

R.Stephan

Georgius

Super-Moderator

THK

Borrelio

caldir65

THK

Anhänge

RobiWan

THK

caldir65