Hi,

so I run UnRaid 7.0.1, I have docker container with Tiddlywiki5 (repo: jbardi/tiddlywiki5-lazy-images). It works well for me.

I had problem with different container: File manager - there was suddenly without reason "server error" so guided with some info I disabled docker - deleted docker.img - reinstalled it and using my templates I reinstalled them. All my containers reinstalled smoothly and work well but unfotunatelly (what I obviously ommited) there is no data in the Tiddlywiki container as there was no external path for the files/tiddlers. Everything was stored inside the container and I learned it just then.

So I think: no problem. I have Appdata Backup plugin istalled, it makes weekly backup to external server so I will revert it. Unfortunately I can't. I can't find the container data anywhere. Only the template. Using the plugin itself also doesn't help.

Could anybody help me on that matter? I have very important data/notes there and it means a lot for me.

Thank you for all suggestions.

Edited October 9, 2025Oct 9 by vielebny

57 minutes ago, vielebny said:

So I think: no problem. I have Appdata Backup plugin istalled, it makes weekly backup to external server so I will revert it.

That backs up the container's data paths. If the container was incorrectly configured and there were none there was nothing for it to back up so it's gone.

12 minutes ago, Kilrah said:

There was nothing for it to back up so it's gone.

So ultimately no way to get it back? It was in that docker.img that was deleted? It is not stored anywhere else for backup reasons?

Just now, vielebny said:

So ultimately no way to get it back? It was in that docker.img that was deleted? It is not stored anywhere else for backup reasons?

No.

You are meant to configure docker containers so all their variable data is mapped to external storage. The docker.img file is only meant to contain files that are not part of the containers working set, so normally no reason to consider backing up the docker.img file.

OK. Thank you. It's a bit late but now I know.

Hello again. Using xfs_undelete I recovered the file named "2025-10-05-19-20_158175641.sqlite3". It is 33GB in size which is the same size that my docker.img was.

My question is: what is this sqlite3 file format for, is it possible to somehow see what is inside (most programs don't want to open such a big database).

Edited October 7, 2025Oct 7 by vielebny

It's the program that will have misidentified it as sqlite3, since you know it's a raw disk image rename it to img and try to mount it on a linux distro that has btrfs tools installed (assuming the image is the default btrfs format).

Edited October 7, 2025Oct 7 by Kilrah

On 10/7/2025 at 10:14 AM, Kilrah said:

It's the program that will have misidentified it as sqlite3, since you know it's a raw disk image rename it to img and try to mount it on a linux distro that has btrfs tools installed (assuming the image is the default btrfs format).

Thank You Kilrah for your guidance... I succeded ! :) Never say never!

I scanned my SSD with Recovery Explorer Standard (35 EUR), I chose "btrfs" and other Linux file formats and fortunately the files from inside the container where there - all and intact!

I now created new container and I will just import the data with no problems... and of couse now I will make paths to external storage ;)