delle
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
Hallo zuusammen, ich benutze Shotwell. Fühlt sich alles in allem gut an, und ich bekomme meine Bilder mit Tags auch nicht da raus (raw+jpeg) deswegen muss ich es weiter verwenden. Leider habe ich momentan große Probleme damit import: dauert ewig (Stunden für zehn-hundert Bilder) Papierkorb leeren: dauert ewig Ereignisse zusammen führen: s.o. exportieren s.o. oder geht gar nicht
→ Ich bin auf ubuntu 16.04 weil ich dachte, dann ist alles stabil und so 😉 → Neueste shotwell version installiert: 0.23.4-1~jensge1~xenial3 ... hat nicht geholfen → Wahrscheinlich im Zusammenhang: Ich habe die externe Festplatte mit meinen Bildern drauf umbenannt. Daraufhin hat shotwell zwar die Bilder wieder erkannt, aber zumindest von allen raw+jpeg paaren ein weiteres Bild angelegt, dass *shotwell* im Namen hat. (hat nen ganzen Tag gedauert) output von ~/.cache/shotwell/shotwell.log hilft mir nicht (siehe Anhang) ich kram auch gerne weiter debug und sonstwie infos raus!! Hilfe ist hochwillkommen. Herzlichen Dank
Philipp
- shotwell.ksh (9.5 KiB)
- Download shotwell.ksh
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28924
Wohnort: WW
|
Hallo, das klingt sehr nach einem I/O Problem oder anders: deine Festplatte ist halt langsam und bremst Shotwell aus. Du schreibst was von einer externen Platte - wie ist die angeschlossen? USB 2.0? USB 3? ...? Gruß, noisefloor
|
delle
(Themenstarter)
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
Hi noisefloor, danke für den Tip. Aber erstens habe ich die externe Platte physikalisch nicht geändert; und das ging ja mal. zweitens sollte auch mit einer per USB 2.0 angeschlossenen Platte das löschen von Bildern Papierkorb leeren) nicht zu 1,5 Stunden nachdenken führen (heute morgen so ausprobiert).
Philipp
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28924
Wohnort: WW
|
Hallo, das stimmt wohl... wobei USB 2.O bei großen Daten schon lahm ist. Egal. Ausser ein paar Tags in die eigene Datenbank schreiben macht Shotwell ja nichts wirklich selber, von daher kann es IMHO nur irgendein Problem mit dem I/O sein. Was meinst du eigentlich mit:
und ich bekomme meine Bilder mit Tags auch nicht da raus (raw+jpeg) deswegen muss ich es weiter verwenden.
Die Bilder liegen doch alle auf der Festplatte und nicht _in_ Shotwell selber. D.h. an die Bilder an sich kommst du mit jedem Dateimanager. Und die Metadaten kannst du auch mit anderen Programmen ändern. Gruß, noisefloor
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11174
Wohnort: München
|
Sieht man in der Ausgabe von dmesg eventuell Hinweise auf Zugriffsfehler/Wiederholungsversuche beim Zugriff auf den Datenträger? ggf. lohnt es sich mal den Festplattenstatus zu überprüfen (falls der USB-Controller das mitmacht).
|
delle
(Themenstarter)
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
Moin zusammen,
@seahawk1986 werde mir die beiden links morgen zu gemüte führen, danke.
@noisefloor Shotwell schreibt die Tags leider nicht in die Dateien rein, sondern behält sie nur für sich 😉 zumindest bei Raw+JPEG paaren.
Ein Workaround war, die Bilder zu exportieren, dann wurden die Tags rein geschrieben. Das geht bei mir aber aktuell wie gesagt nicht mehr.
Grüße
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28924
Wohnort: WW
|
Hallo,
Shotwell schreibt die Tags leider nicht in die Dateien rein, sondern behält sie nur für sich
Kommt drauf an. Unter "Bearbeiten → Einstellungen → Bibliothek" kannst du einstellen, ob die Daten in die Bilddateien geschrieben werden oder nur in der Datenbank von Shotwell liegen. Wenn du das Häkchen nachträglich setzt werden AFAIK die Daten dann auch in die Bilddateien geschrieben. Die Daten speichert Shotwell in einer SQLite Datenbank, die unter ~/.local/share/shotwell/data liegt. Wenn du Programmieren kannst, könntest du auch die Datenbank auslesen und die Metadaten mit einem geeigneten Tool in die Bilddateien schreiben. Gruß, noisefloor
|
delle
(Themenstarter)
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
@ noisefloor: sorry, war mal wieder zu sehr in eile. Das beschriebene Häkchen kenne ich. Leider funktioniert es nicht für Raw+JPEG Paare. bzw nur dann wenn man die JPEGs aus Shotwell raus holt.
|
delle
(Themenstarter)
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
moin! Festplattenüberprüfung läuft, Ergebnisse sind für heute Abend um sieben angekündigt.
Die dmesg Ausgabe ist im Anhang ... Kann das jemand lesen?
Danke
Philipp
- dmesg.ksh (78.5 KiB)
- Download dmesg.ksh
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11174
Wohnort: München
|
Die dmesg-Ausgabe direkt nach dem Start zeigt leider nicht die Meldungen, die gestern eventuell im Betrieb aufgetreten sein könnten (vielleicht findest du die noch in /var/log/kernel.log bzw. /var/log/kernel.log.1).
Abgesehen davon, dass ich jetzt weiß, welche Hardware du hast und wie groß die angeschlossenen Platten sind, sehe ich in der geposteten Ausgabe nichts, was direkt auf eine Ursache für die langsamen Plattenzugriffe hindeutet.
|
delle
(Themenstarter)
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
ich habe die dmesg Sache nicht ganz verstanden: schreibt das nur mit was beim booten passiert oder kann ich zB in shotwell versuchen Ereignisse zusammen zu führen (dauert ca. 1h) und das dann mit dmesg mit schreiben?
danke
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11174
Wohnort: München
|
dmesg gibt die seit dem Systemstart aufgelaufenen Meldungen des Kernel aus. Wenn du den Befehl ausführst, nachdem shotwell gearbeitet hat, dann siehst du nicht nur was beim Booten passiert ist, sondern auch die seitdem dazugekommenen Meldungen vom Kernel.
|
delle
(Themenstarter)
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
Hi, habe jetzt noch ne dmesg Ausgabe nachdem ich shotwell gestartet hab und es versucht zwei Ereignisse zusammen zu führen (ging früher innerhalb von Sekunden, jetzt hängts mit ~70%CPU, seit ner halben Stunde) s. Anhang. Das ergebnis des Festplattenstatus ist auch im Anhang. Ich fürchte es liegt eher an Shotwell, als an der hardware. Ich freue mich sehr über weitere Vorschläge, wie ich raus finden kann, was los ist 😉 Danke
- dmesgMitShotwell.ksh (72.8 KiB)
- Download dmesgMitShotwell.ksh
- festplattenstatus.ksh (5.5 KiB)
- Download festplattenstatus.ksh
|
seahawk1986
Anmeldungsdatum: 27. Oktober 2006
Beiträge: 11174
Wohnort: München
|
Ok, die interne Festplatte scheint keine Fehler zu melden und in den Kernel Meldungen sieht man auch nichts auffälliges - wie sieht es mit dem Status der externen Festplatte aus?
|
delle
(Themenstarter)
Anmeldungsdatum: 23. Juli 2006
Beiträge: 80
Wohnort: Stuttgart
|
Danke fürs genaue hingucken, ich dachte, ich hätte die externe getestet ☺ Hab jetzt den Text für die externe Platte gestartet ... update heute Abend. Danke noch mal.
|