Diese hier MySQL/Backup (Abschnitt „Logisches-Backup“)
Mit folgendem Befehl:
marc@marcy:~$ sudo -i [sudo] Passwort für marc: root@marcy:~# mysqldump -u root -p --all-databases > sicherung.sql Enter password: root@marcy:~#
(Themenstarter)
Anmeldungsdatum: Beiträge: 844 |
Diese hier MySQL/Backup (Abschnitt „Logisches-Backup“) Mit folgendem Befehl: marc@marcy:~$ sudo -i [sudo] Passwort für marc: root@marcy:~# mysqldump -u root -p --all-databases > sicherung.sql Enter password: root@marcy:~# |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 7478 |
😮 mein Versuch mit den gleichen Befehlen, wie deine bzw aus dem Wiki. mate-22-04-test@mate2204test-VirtualBox:~$ sudo -i [sudo] Passwort für mate-22-04-test: root@mate2204test-VirtualBox:~# mysqldump -u root -p --all-databases > sicherung.sql Enter password: root@mate2204test-VirtualBox:~# und auch bei mir > 0 root@mate2204test-VirtualBox:~# ls -lauhF|grep -i sicherung.sql -rw-r--r-- 1 root root 1,3M Aug 10 14:18 sicherung.sql root@mate2204test-VirtualBox:~# |
(Themenstarter)
Anmeldungsdatum: Beiträge: 844 |
Ok, da hab ich wohl etwas falsch interpretiert: marc@marcy:~$ ls -lauhF|grep -i sicherung.sql -rw-rw-r-- 1 marc marc 0 Aug 10 13:13 sicherung.sql marc@marcy:~$ sudo -i [sudo] Passwort für marc: root@marcy:~# ls -lauhF|grep -i sicherung.sql -rw-r--r-- 1 root root 2,0G Aug 10 13:14 sicherung.sql root@marcy:~# exit |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 7478 |
Jetzt ist der Besitzer Sicherheitshalber würde ich das MySQL/Backup (Abschnitt „Datenbankdateien-kopieren“) auch noch machen. Dann meine Idee.
du hast ja die Datenbank-Kopie. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 844 |
Entschuldige die späte Rückmeldung. Digikam einfach neu aufzuspielen war auch mein Gedanke. Aber es hat leider nicht funktioniert. Der Fehler bleibt bestehen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 844 |
Ok, ich konnte das Problem lösen. Es gab eine ähnliche Fehlermeldung hier https://www.mail-archive.com/kde-bugs-dist@kde.org/msg665066.html. Nach diesem Befehl, ausgeführt in Mysql: set global log_bin_trust_function_creators=1; funktioniert es wieder. Warum, weiß ich leider nicht. ☺ |
(Themenstarter)
Anmeldungsdatum: Beiträge: 844 |
Wunderbar. Nachdem ich Digikam wieder zum Laufen gebracht habe, habe ich doch glatt einen saudummen Fehler gemacht. Ich habe in digikam nochmal in die Datenbank geschaut und habe beim Namen dieser Database DB Similarity Name: den falschen Namen eingetragen: So, jetzt lässt sich Digikam nicht mehr starten, weil die DB ja unbekannt ist. Sieht folgendermaßen aus: marc@marcy:~$ digikam digikam.widgets: Use installed icons digikam.general: AlbumWatch is disabled digikam.general: Database Parameters: Type: "QMYSQL" DB Core Name: "digikam" DB Thumbs Name: "digikam" DB Face Name: "digikam" DB Similarity Name: "digikamah" Connect Options: "" Host Name: "localhost" Host port: 3306 Internal Server: false Internal Server Path: "" Internal Server Admin Cmd: "" Internal Server Serv Cmd: "" Internal Server Init Cmd: "" Username: "digimarc" Password: "XXXXXXXXXX" digikam.dbengine: Loading SQL code from config file "/usr/share/digikam/database/dbconfig.xml" digikam.dbengine: Checking XML version ID => expected: 3 found: 3 digikam.coredb: Core database: running schema update digikam.coredb: Core database: have a structure version 15 digikam.coredb: Core database: makeUpdates 15 to 15 digikam.database: Creating new Location "/Bilder" uuid "volumeid:?uuid=0ed16e86-de1b-466f-89df-c996c506b5fe" digikam.database: Creating new Location "/Bilder" uuid "volumeid:?uuid=490ac44d4784f04e" digikam.database: Creating new Location "/marc/Bilder/Fotos_aus_Digikam" uuid "volumeid:?uuid=79c282e3-8cb6-419c-ad9b-aeeb271d3c6f" digikam.database: Creating new Location "/Bilder Krg" uuid "volumeid:?uuid=0ed16e86-de1b-466f-89df-c996c506b5fe" digikam.database: Creating new Location "/Fotos" uuid "volumeid:?uuid=0ed16e86-de1b-466f-89df-c996c506b5fe" digikam.database: Creating new Location "/2022" uuid "volumeid:?uuid=0ed16e86-de1b-466f-89df-c996c506b5fe" digikam.database: location for "/media/marc/Linux_ext4/Bilder" is available true digikam.database: location for "/media/marc/Linux_Win/Bilder" is available true digikam.database: location for "/home/marc/Bilder/Fotos_aus_Digikam" is available true digikam.database: location for "/media/marc/Linux_ext4/Bilder Krg" is available true digikam.database: location for "/media/marc/Linux_ext4/Fotos" is available true digikam.database: location for "/media/marc/Linux_ext4/2022" is available true digikam.general: KMemoryInfo: Platform identified : "LINUX" digikam.general: KMemoryInfo: TotalRam: 16625254400 digikam.general: Allowing a cache size of 400 MB digikam.thumbsdb: ThumbDB SelectThumbnailSetting val ret = 0 digikam.thumbsdb: ThumbDB SelectThumbnailSetting val ret = 0 digikam.thumbsdb: Thumbs database: have a structure version "3" digikam.general: Thumbnails database ready for use digikam.dbengine: Error while opening the database. Error was QSqlError("1044", "QMYSQL: Es kann keine Verbindung aufgebaut werden", "Access denied for user 'digimarc'@'localhost' to database 'digikamah'") QSqlDatabasePrivate::removeDatabase: connection 'similarityDatabase-94363337542640' is still in use, all queries will cease to work. QSqlDatabasePrivate::addDatabase: duplicate connection name 'similarityDatabase-94363337542640', old connection removed. digikam.dbengine: Error while opening the database. Error was QSqlError("1044", "QMYSQL: Es kann keine Verbindung aufgebaut werden", "Access denied for user 'digimarc'@'localhost' to database 'digikamah'") digikam.dbengine: Error while opening the database. Error details [ QSqlError("1044", "QMYSQL: Es kann keine Verbindung aufgebaut werden", "Access denied for user 'digimarc'@'localhost' to database 'digikamah'") ] digikam.dbengine: Error while opening the database. Error details [ QSqlError("1044", "QMYSQL: Es kann keine Verbindung aufgebaut werden", "Access denied for user 'digimarc'@'localhost' to database 'digikamah' So, wie kann ich die denn wieder änder, wenn ich Digikam nicht mehr öffnen kann? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 844 |
Ok, konnte das Problem lösen. Puh.... |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 7478 |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 844 |
Den falschen Namen der Datenbank konnte ich in der Datei digikamrc einfach wieder löschen. Das ursprüngliche Problem mit der Datenbank konnte mit folgendem Befehl set global log_bin_trust_function_creators=1; , ausgeführt in Mysql, behoben werden. |