remove image from database without starting Darktable

I imported a sidecar generated with the AgX branch of Darktable into Darktable 5.2.1, onto the duplicate of the original image.

Since then, these two images (the original and the duplicate, only the latter has this sidecar file) do not render, and 90-99% cpu is used.

How can I undo this? I tried deleting the _02.RW2.xmp file but it does not do anything, I guess it is in the database now.

Have you tried to import another xmp on that photo - one without using AGX?

I’m not sure, if AgX is the culprit. That’s what I see if I open it with the stable version of dt:

1 Like

Thanks. I can discard history and now both images render.

But Darktable is still using 90% CPU, and if I want to shut it down it tells me that it will be locked in the background.

Is there a command line option to see what it thinks it is doing?

1 Like

Have you tried a clean start? (rename your config folder)
Maybe the database is corrupted.

1 Like

Or perhaps use SQlite tools to check the database as described here? Do that while darktable is not running…

With some luck, that may avoid destroying your current setup unnecesarily.

As for the high CPU use: do you have startup checks for changed items enabled? Or background thumbnail creation?

1 Like

Thanks, I tried that, everything is OK.

I think I have that excluded for now.

After I discarded history, closed darktable, opened darktable again, it was still 99% cpu, then I closed it again, opened it again, and it is back to normal. I have no clue what is going on but it seems to be fixed.

yes, I know this, but -d common showed nothing, and d all is like drinking from a firehose.

In any case, it is fixed.

2 Likes