#Error backing up with iOS mobile app

1 messages · Page 1 of 1 (latest)

boreal haven
#

Hi everyone,
I'm not sure if I should post it on GitHub, as I've seen this error before and many people haven't fixed it.
I have Immich installed on three iOS devices: an iPhone 13 Pro, an iPhone 12 and an iPhone 11. I don't know why, but on both the iPhone 12 and iPhone 11, the app cannot back up pictures using the new timeline.
The only solution I've found is to switch to the old timeline, but then I get a message saying it's deprecated, so I'd like to fix the problem with the new one.
Attached are the logs from the mobile app.

brave larkBOT
#

:wave: Hey @boreal haven,

Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich immich.

References

#

Checklist

I have...

  1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
  2. :ballot_box_with_check: read applicable release notes.
  3. :ballot_box_with_check: reviewed the FAQs for known issues.
  4. :ballot_box_with_check: reviewed Github for known issues.
  5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
  6. :ballot_box_with_check: uploaded the relevant information (see below).
  7. :ballot_box_with_check: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable

(an item can be marked as "complete" by reacting with the appropriate number)

Information

In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:

  • Your docker-compose.yml and .env files.
  • Logs from all the containers and their status (see above).
  • All the troubleshooting steps you've tried so far.
  • Any recent changes you've made to Immich or your system.
  • Details about your system (both software/OS and hardware).
  • Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
  • The version of the Immich server, mobile app, and other relevant pieces.
  • Any other information that you think might be relevant.

Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)

If this ticket can be closed you can use the /close command, and re-open it later if needed.

brave larkBOT
gloomy forge
#

Can you please use the new timeline, logout then log back in and see if that help fixes the issue?

boreal haven
#

I've already tried it, I've already tried to clear the db SQLite and I've tried reinstalling the app

gloomy forge
#

Can you help go on the web and go to the following url for album?

http://your-ip:2283/albums/a423c731-73e3-43e9-b6c1-675bdb677ef7
#

see how many shared users are in that album

boreal haven
#

I get this:


Not found or no album.read access (HTTP 400)


Not found or no album.read access - 400
Error: Error: 400
    at Object.Pe [as ok] (https://nas.my_domain.it/_app/immutable/chunks/C78-MhtN.js:1:2749)
    at async fa (https://nas.my_domain.it/_app/immutable/nodes/14.CqXK5Vic.js:1:2746)
    at async De (https://nas.my_domain.it/_app/immutable/chunks/CFdN69or.js:1:13899)

gloomy forge
#

so this one is from another user 🤔

#

how many users do you have on this instance?

#

did you use any script to upload/modify data previously or just simply using the mobile app?

boreal haven
#

Let me explain.
I think the problem probably comes from a shared album with the ID 34b1a739-bcbe-4da7-8309-7ee5aedf178a, which, as you can see, is different from the one in the logs.

Three users are using Immich (the three iPhones), and each of us has a shared iCloud album. Since I thought it might be the cause of the problem, I'm not uploading this shared album from the other two users who aren't the owners of it.

However, I still get an error on an album that doesn't exist.

I've only used the mobile app (with different timelines, but only the mobile app).

#

I get a bunch of other errors btw

gloomy forge
#

can you try track down that shared album 34b1a739-bcbe-4da7-8309-7ee5aedf178a and remove it from the web?

boreal haven
#

Yes, I'll try

#

It's the shared icloud album

#

Should I stop sharing it?

gloomy forge
boreal haven
#

Ok, I've stopped the sharing from immich and now I'm logging back in

gloomy forge
#

a423c731-73e3-43e9-b6c1-675bdb677ef7 doesn't exist anywhere?

boreal haven
#

Nope

boreal haven
#

Should I post it as an error on Github?

gloomy forge
#

Let’s investigate some more

#

@naive bloom fyi

boreal haven
#

okkkk

naive bloom
boreal haven
#

Here's the result. There's no a423c731-73e3-43e9-b6c1-675bdb677ef7 album

naive bloom
#

Can you try the following query:

select * from album_user where "albumId" = 'a423c731-73e3-43e9-b6c1-675bdb677ef7';
boreal haven
naive bloom
#

Okay so these rows shouldn't exist on this server and should've been removed when the said album was deleted.

boreal haven
#

What should I do then?

naive bloom
#

Have you ever did a database restore recently?

boreal haven
#

Yes, I've switched immich to a new machine and I had to restore the db using the CLI

naive bloom
#

Make a backup of your database and execute the following query to remove the dangling rows
https://docs.immich.app/administration/backup-and-restore/

delete from album_user where "albumId" = 'a423c731-73e3-43e9-b6c1-675bdb677ef7';

Once the sync issue is resolved, we can look into your database and make sure the schema is consistent so this does not happen again

boreal haven
#

Now i get the problem with another album

SqliteException(787): while executing statement, FOREIGN KEY constraint failed, constraint failed (code 787)
  Causing statement: INSERT INTO "remote_album_user_entity" ("album_id", "user_id", "role") VALUES (?, ?, ?) ON CONFLICT("album_id", "user_id") DO UPDATE SET "role" = ?, parameters: 836149be-3a23-47a2-ab84-6b4aafca1657, a5684707-1433-4bf1-ab5b-0842385cb9bf, 0, 0
naive bloom
#

Can you find the album in the previous album query? If not? we can remove this as well using the same steps by replacing the ID with the new one. Make sure you get your backups right before doing anything critical like deletes

boreal haven
#

Ok, I'll try

boreal haven
#

I've tried doing so but I get an error on the only device that didn't had any error so I've restored the previuous database version

SqliteException(787): while executing statement, FOREIGN KEY constraint failed, constraint failed (code 787)
  Causing statement: INSERT INTO "remote_album_asset_entity" ("asset_id", "album_id") VALUES (?, ?) ON CONFLICT("asset_id", "album_id") DO NOTHING, parameters: 3978788e-6a7b-4c41-b037-dc20bac48131, 34b1a739-bcbe-4da7-8309-7ee5aedf178a
#

I've tried to delete the album in the error but I still have problems on the other albums

#

I've looked up this error and they sugget to run the migration job so I'm doing it. When it's finish I'll try again ut I don't think it will change something

boreal haven
#

I’ve ran migration job and it didn’t fixed anything. I still get this error

#
SqliteException(787): while executing statement, FOREIGN KEY constraint failed, constraint failed (code 787)
  Causing statement: INSERT INTO "remote_album_asset_entity" ("asset_id", "album_id") VALUES (?, ?) ON CONFLICT("asset_id", "album_id") DO NOTHING, parameters: fcd9b943-aa47-4e76-b2ba-39d6952aa694, ba4ce2a2-b660-40cf-97ac-78da022df859
naive bloom
#

What migration job did you run exactly? Can you link it here?

boreal haven
#

These two

boreal haven
#

What should I do?

naive bloom
#

Can you connect to the postgres console and share the output of the following two commands?

\d album_user
\d album_asset
boreal haven
#
immich=# \d album_user
                                 Table "public.album_user"
  Column   |           Type           | Collation | Nullable |           Default
-----------+--------------------------+-----------+----------+-----------------------------
 albumId   | uuid                     |           | not null |
 userId    | uuid                     |           | not null |
 role      | character varying        |           | not null | 'editor'::character varying
 updateId  | uuid                     |           | not null | immich_uuid_v7()
 updatedAt | timestamp with time zone |           | not null | now()
 createId  | uuid                     |           | not null | immich_uuid_v7()
 createdAt | timestamp with time zone |           | not null | now()
Indexes:
    "album_user_pkey" PRIMARY KEY, btree ("albumId", "userId")
    "album_user_albumId_idx" btree ("albumId")
    "album_user_createId_idx" btree ("createId")
    "album_user_updateId_idx" btree ("updateId")
    "album_user_userId_idx" btree ("userId")

immich=# \d album_asset
                           Table "public.album_asset"
  Column   |           Type           | Collation | Nullable |     Default
-----------+--------------------------+-----------+----------+------------------
 albumId   | uuid                     |           | not null |
 assetId   | uuid                     |           | not null |
 createdAt | timestamp with time zone |           | not null | now()
 updatedAt | timestamp with time zone |           | not null | now()
 updateId  | uuid                     |           | not null | immich_uuid_v7()
Indexes:
    "album_asset_pkey" PRIMARY KEY, btree ("albumId", "assetId")
    "album_asset_albumId_idx" btree ("albumId")
    "album_asset_assetId_idx" btree ("assetId")
    "album_asset_updateId_idx" btree ("updateId")

immich=#
#

Here it's

boreal haven
#

What should I do now??

boreal haven
#

Please help me, I can't use immich anymore now... I just can watch the pictures but I can't upload anything....

#

Should I revert to the backups that were working at least for one of the 3 iphone users?

gloomy forge
#

I think the previous restoration you did is somehow bork a lot of things in the database. It might be faster to create a new instance and pull all the current files in the library to a new instance

boreal haven
#

Ok, I can do it by creating a new instance and upload all the existing pictures by using the external library feature but I’m scared that by doing so I’ll lose every picture property (for example if a picture was taken on the 01-02-2026 but uploaded on the 03-02-2026 I’ll look like it was created on the 03-02 and not on the 01-02

#

I’m also scared that I’ll lose some pictures because in the upload directory many pictures are missing…. For example I have some pictures from the 12-12-2026 but if I go in the upload directory I don’t find anything on that day….

gloomy forge
#

When you creating new instance, you should first drag all the photos from the preivous instance over, they should be either in the library or upload folder

boreal haven
#

By using this upload button right?

gloomy forge
#

yes, from the web. YOu can also drag and drop the folder into the web

boreal haven
#

Ok but look at this. I have a picture take on the 24 November 2025 and Immich tells me it’s in the following directory but when I go there it doesn’t exist

#

That’s why I’m scared to create a new instance….

gloomy forge
#

is that iCloud?

boreal haven
#

The first picture with IMG_0452 is Immich (the details of a random picture) and the other picture is the nas file system

gloomy forge
#

there is no folder with 20 in your screenshot though

#

you are looking at the wrong folder

boreal haven
#

As you can see it’s the right folder

#

There’s only the 20 folder

gloomy forge
#

Can you download that image?

boreal haven
#

I can download it but then I get “Unable to open the image”

gloomy forge
#

Do you have a pc you can try to download it from the web?

boreal haven
#

I was downloading it from the web but from my phone

#

I’ll try tomorrow from the pc

gloomy forge
#

sounds good

#

if you can also monitor the server logs to see if it spit out anything, it'd be good

boreal haven
#

Perfect

#

Thanks for the help

boreal haven
#

In attachment same pictures that describe the problem.

For immich the image exisist in a specific folder but when I look manually in that folder it doesn't exist and the pic can't be downloaded

These are the logs from immich-server container

[Nest] 50  - 02/20/2026, 1:37:16 PM   ERROR [Api:GlobalExceptionFilter~enoef0ac] Unknown error: Error: ENOENT: no such file or directory, access '/data/library/marco/2025/11-November/24/IMG_0443.jpg'
Error: ENOENT: no such file or directory, access '/data/library/marco/2025/11-November/24/IMG_0443.jpg'
    at async access (node:internal/fs/promises:609:10)
    at async sendFile (/usr/src/app/server/dist/utils/file.js:49:9)
    at async AssetMediaController.downloadAsset (/usr/src/app/server/dist/controllers/asset-media.controller.js:48:9)

This is the folder where the picture should be located

/srv/dev-disk-by-uuid-fa12ab9b-97a8-49ba-8be8-76508b93a8aa/IMMICH/library/marco/2025/11-November# ls -a
.  ..  20

This is my env

UPLOAD_LOCATION=/srv/dev-disk-by-uuid-fa12ab9b-97a8-49ba-8be8-76508b93a8aa/IMMICH
THUMB_LOCATION=/srv/dev-disk-by-uuid-71bc1e88-4d05-4460-ba20-f6e3841e31b1/thumbs

DB_DATA_LOCATION=./postgres

TZ=Europe/Rome

DB_PASSWORD=my_secret
DB_USERNAME=marco
DB_DATABASE_NAME=immich

IMMICH_ALLOW_SETUP=true

IMMICH_VERSION=v2.5.6

And this is part of my docker-compose

name: immicg

services:
  immich-server:
    container_name: immich_server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    # extends:
    #   file: hwaccel.transcoding.yml
    #   service: cpu # set to one of [nvenc, quicksync, rkmpp, vaapi, vaapi-wsl] for accelerated transcoding
    volumes:
      # Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATIO>
      - ${UPLOAD_LOCATION}:/data
      - ${THUMB_LOCATION}:/data/thumbs
      - /etc/localtime:/etc/localtime:ro

And yes, i know that the name of the stack is wrong

boreal haven
#

In addition to that if I try to search the Image manually in the IMMICH repo nothing shows up...

/srv/dev-disk-by-uuid-fa12ab9b-97a8-49ba-8be8-76508b93a8aa/IMMICH# find . -iname "img_0443.jpg"
gloomy forge
#

With this symptom, it looks like your mount point was unmounted during operation at some point, so the file is written to the location where the mount point should be. So if you unmount the network drives and navigate to that mount location, you will see the files

boreal haven
#

Thanks for the info but the drive mentioned in the previous messages is not a network drive but a physical drive in the machine. I'm running openmediavault as OS and I deployed immich using the cli.... So what should I do to fix the problem? Turn off the machine and turn it back on? turn off immich and turn it back on?

gloomy forge
#

I am not using openmediavault so I am not sure

#

I think it adds another layer of abstraction for the storage mechanism so I don't have a full understand how to properly fix your situation yet, you might have to do some research

boreal haven
#

It’s based on Debian Linux

boreal haven
#

Can you please tell me what is the default way to unmount the drive?

gloomy forge
#

I don’t know how you would do it from OMV

#

From the command line you can use the umount command

#

Google is your best friend here for those type of learning

boreal haven
#

Thanks

boreal haven
#

Hey, I've tried unmounting the file system from OpenMediaVault interface and mount it again but I still can't find my pictures.... What should I do?

#

Note that is a physical disk and not a network drive

gloomy forge
#

not unmount then remount

boreal haven
#

Ok, so I should just unmount it and check in the path? I’m not sure if it works cause if I unmount a drive how can I navigate it?

gloomy forge
#

when the drive is mounted, you can think of another layer is set on top of that path

#

so when the drive is unmounted, that path would be a normal path on your host os

boreal haven
gloomy forge
#

no I was just giving the path as an example

#

wherever you choose to mount, navigate there

boreal haven
#

Ok, I’ll try some thing

boreal haven
#

I've tried unmounting the drive an navigate and this is what i get:

root@NAS-SCAPOLO:/srv/dev-disk-by-uuid-fa12ab9b-97a8-49ba-8be8-76508b93a8aa/IMMICH# ls
thumbs

The drive appears to be empty even if I know inside there must be pictures....

boreal haven
#

Hey, sorry for not updating you but I had been very busy this week. Now I’m back and I’ll try to unlink the drive

boreal haven
#

Hi @gloomy forge and @naive bloom . Firstly thanks again for helping me.

I just wanted to say that I’ve tried literally everything to fix this problem but I didn’t manage to do it. I’ve unmounted the disk, physically removed it and thousands of other things all for nothing.

I want to ask you again for your help and if you can’t give it to me please tell me who should I ask to and what is the best solution to fix this problem. I’m really scared cause that’s the only copy of the pictures I have…. I’ve backed up I’m 3 ways but all from the library folder (so the things that are not there are not backed up….)

#

Please help me, I’m kinda of desperate

gloomy forge
#

When you unmount the disk, and navigate to such location, you don’t see the files?

boreal haven
#

Exactly. Even though I unmounted the disk I don’t find the missing folder… I’ve also tried restoring the disk with ddrescue but it tells me there’s not bad sector or nothing else

boreal haven
#

I unmounted the disk and checked the /srv/dev-disk-by-uuid-... directory on the OS drive. The folders (FOTO, IMMICH, etc.) are present, but they are completely empty. There are no hidden files written to the root filesystem

gloomy forge
#

I am then not sure what could have happened unless the file has been removed from disk at some points

boreal haven
#

How??? That’s crazy cause I never deleted anything I’ve done a backup every night….

#

Ok, but is there a way now to know how many photos have suffered the same fate?

#

I can manually screenshot them so I don’t lose them…

gloomy forge
boreal haven
#

The problem is that if I look at the the backups there’s not the missing folder. The process backs up only the things on the disk (and that folder was apparently never there)

gloomy forge
boreal haven
#

Yes, I roughly know how it works. I know that modern OMV manages mounts via its internal database and SaltStack, creating systemd mount units under /srv/dev-disk-by-uuid-<UUID>.

I believe what happened is that the physical disk dropped or was unmounted, but the mount point directory remained on the root filesystem. Since Immich (via Docker) is configured with absolute paths pointing inside that specific UUID path, when the container started without the disk being mounted, Docker simply recreated the empty folder structure (FOTO, IMMICH, etc.) directly on the root drive at that location."

boreal haven
#

And then when I mounted back the disk everything was overwritten

thorn nacelle
#

You can unmount the drive and everything will appear again 👀

#

then it'd be a matter of moving the files out of the way and merging the directories

#

But restoring from an older backup and resyncing is the most foolproof

boreal haven
#

Hi @thorn nacelle I've already try unmounting the disk but nothign appeared

#

I can't go that back in time..... I'll lose the new pictures

thorn nacelle
#

Are they not found anywhere else?

boreal haven
#

No. I've tried scanning everywhere....

boreal haven
#

So again my question is: how can I know what pictures were lost?

thorn nacelle
boreal haven
#

/DATA/AppData/immich# ./check.sh
Files written:
library.tsv
library.mismatch.tsv
Total assets/files:
27559
Inconsistencies found:
19885

I think I'm screwed.... right @thorn nacelle ?

boreal haven
#

Honestly, I'm close to tears.

I set up this system for my whole family, and when I saw that it was working properly, I stopped backing up the pictures in Amazon Photos.

The fact that the life of all my pictures depends on whether the Docker container is actually working is killing me.

Should I go to a hardware store or data recovery centre to have my data recovered?

thorn nacelle
#

First off, you should always have a second backup somewhere, I know this sounds mean at this time but we highly recommend that exactly for these types of scenarios

#

second, try this:
sudo du -hcd1 /var/lib/docker to see whether there's anything saved in the docker directory

boreal haven
boreal haven
# thorn nacelle second, try this: `sudo du -hcd1 /var/lib/docker` to see whether there's anythi...

root@NAS-SCAPOLO:~# sudo du -hcd1 /var/lib/docker
8.0K /var/lib/docker/plugins
36K /var/lib/docker/image
312K /var/lib/docker/network
4.0K /var/lib/docker/runtimes
860M /var/lib/docker/volumes
8.0K /var/lib/docker/tmp
84K /var/lib/docker/buildkit
4.0K /var/lib/docker/swarm
33G /var/lib/docker/rootfs
1.2G /var/lib/docker/containers
35G /var/lib/docker
35G total
root@NAS-SCAPOLO:~#

Looks like there's something there

#

in rootfs

#

root@NAS-SCAPOLO:/var/lib/docker/rootfs/overlayfs# ls
337da9dd760ade1b7e0f2472cff5ebd15e393a5be251928f2b16fa26d5887910 b78a146e91bd2fdfe92401d4b6e654cef68861bbe66d5927a4847c17cacb94de
370807bcb885356951481cdcd3b23a631b4a3aa3278c5c4fda9b178384bfd2d9 bfff130defb02399b204d594f3787d7910def825f211a2d7cbbb5638c44fc53e
6b56a7faf1e1a23902819462a3e0cf1e48e68181b913d352cb34eaf6d7ac156f d2af6680f9a302c03d6ac896437133f1a8ad8767e91afbf7120614eed8fdd5db
9b5cba473086f7630f4bde33d6edf50bc1089eeb46c57af6b46b95f5f25e42cd de5805572e4b35495f36c2dc3aaa878f8530a5acd64affe43e76049d10d4fcd8
a4618b989748272fd23735cef8eb49cadd71cd1eccec203b625d138fe0a37f36 e9d1bd02559af5e2bf39b5884eba370cd1bae08b5964c33b08b01af110317e8f
root@NAS-SCAPOLO:/var/lib/docker/rootfs/overlayfs#

thorn nacelle
#

you can dig deeper with sudo du -hcd1 /var/lib/docker/rootfs

#

personally I use ncdu which allows for navigation but you'd probably have to install that first

boreal haven
#

Ok, so I should install it and then do what?

thorn nacelle
#

sudo ncdu -x /var/lib/docker/rootfs

boreal haven
#

root@NAS-SCAPOLO:/var/lib/docker/rootfs/overlayfs# ls
337da9dd760ade1b7e0f2472cff5ebd15e393a5be251928f2b16fa26d5887910 b78a146e91bd2fdfe92401d4b6e654cef68861bbe66d5927a4847c17cacb94de
370807bcb885356951481cdcd3b23a631b4a3aa3278c5c4fda9b178384bfd2d9 bfff130defb02399b204d594f3787d7910def825f211a2d7cbbb5638c44fc53e
6b56a7faf1e1a23902819462a3e0cf1e48e68181b913d352cb34eaf6d7ac156f d2af6680f9a302c03d6ac896437133f1a8ad8767e91afbf7120614eed8fdd5db
9b5cba473086f7630f4bde33d6edf50bc1089eeb46c57af6b46b95f5f25e42cd de5805572e4b35495f36c2dc3aaa878f8530a5acd64affe43e76049d10d4fcd8
a4618b989748272fd23735cef8eb49cadd71cd1eccec203b625d138fe0a37f36 e9d1bd02559af5e2bf39b5884eba370cd1bae08b5964c33b08b01af110317e8f

thorn nacelle
#

mmm did you do sudo ncdu -x /var/lib/docker/rootfs or did you do sudo ncdu -x /var/lib/docker/rootfs/overlayfs ?

boreal haven
#

Both

#

Even if I do the first one it shows I have only 4KB....

thorn nacelle
#

I guess they are all mounted on a different FS then, repeat without the -x

boreal haven
#

Okkk

boreal haven
#

I’ve tried and there’s nothing

#

If you have any other suggestions on how to recover the pictures please tell me. The thing I’m wondering is. How does the immich still shows me a picture even if it doesn’t exist on the fs? I don’t think they’re just the thumbs cause it’s too good quality. And by the way maybe it would be nice to save the thumbs and upload them in the new instance in order to not lose the pictures

#

Could it be possible without doing it manually and while still keeping the exact date and time where the pic was taken?

wind lodge
#

Immich has not just thumbs but also higher resolution previews that it generates

#

What are you seeing in the web UI right now? If you hit "download original" on a file, does that work or do you get an error in the server logs?

boreal haven
#

I get this error

[Nest] 51  - 03/15/2026, 11:23:16 AM   ERROR [Api:GlobalExceptionFilter~sn3c625s] Unknown error: Error: ENOENT: no such file or directory, access '/data/library/marco/2025/11-November/24/IMG_0443.jpg'
Error: ENOENT: no such file or directory, access '/data/library/marco/2025/11-November/24/IMG_0443.jpg'
    at async access (node:internal/fs/promises:609:10)
    at async sendFile (/usr/src/app/server/dist/utils/file.js:49:9)
    at async AssetMediaController.downloadAsset (/usr/src/app/server/dist/controllers/asset-media.controller.js:48:9)
wind lodge
#

Yeah, so it's just showing you the preview, not the original

boreal haven
#

58112 pictures and 5654 videos but 40000 are from external libraries

wind lodge
#

Do you mean those 40k are still intact?

boreal haven
#

Yes, cause thet're saved in external HDD (they were the pictures I've saved on the nas before having immich

wind lodge
#

Alright

#

Do you have another computer that has enough room to store those ~23000 temporarily?

boreal haven
wind lodge
#

So here's what I'm thinking: I can make a script that downloads the generated previews from Immich and gets the metadata from the API to add to those files, then saves them somewhere, that's at least something. Then my recommendation after that would be for you to shut everything down and take the drive that the originals were on at some point to a data recovery business, if you want to try to get the originals back

boreal haven
#

That would be perfect. Can you do it? thank you so much.

I would also ask you: what do you suggest after shutting everything?

Should I

  1. freshly reinstall immich on the same OS (openmediavault) ?
  2. freschly reinstall immich on the same OS after a complete reinstall of the OS?
  3. install immich on a new OS (truenas, ubuntu server, ecc...)
wind lodge
#

My suggestion after shutting everything down is to take the disk to a data recovery business

#

without touching it any other way

#

If you're giving up on the files then you can do whatever

wind lodge
#

idk, that probably depends on their results as well

#

Do you have multiple users in Immich or just one?

boreal haven
#

We're 5 users

#

I could also give you access to my pc using anydesk if it helps... Maybe you can check better than me....

wind lodge
#

I don't want remote access to your systems and that's not something you should be giving out either

boreal haven
#

I would give you access to an isolated computer... but ok

wind lodge
#

I would say start small with just one user

#

And ideally, run this on a completely separate machine

#

(the goal behind that is to try to write nothing at all to the affected disk, as that gives better chances for data recovery)

boreal haven
wind lodge
#

If that's the best you got then yes

boreal haven
#

Perfect, thanks

wind lodge
#

How did you get on?

boreal haven
#

Hey, thanks for the script. I'm downloading all the assets doing one user at the time. Thanks

#

I'll update you when I have more news.

Just to ask @wind lodge . Does the script downloads the original image if it exists or just downloads only the thumbnails even if the original exists?

wind lodge
#

It doesn't do anything with originals

#

The reasoning for this script is that the thumbnail/preview files don't have any metadata in them, so this adds that while downloading

#

If you still have any originals you can just grab them from the Immich folders

boreal haven
#

Hey @wind lodge, can I ask you a favor. Can you edit the script or make a new one that tries to download the original file and, if not existing it downloads the preview or the thumbnail? I would be perfect so I can just run it and I'll find everthing in one folder without having to check which picture I have and which I don't. Can you also order the picture and create various folders (like one per year) and then per month? Thank you so much and sorry again to disturb you

boreal haven
#

Let me know if it's possible

boreal haven
#

Let me know

boreal haven
#

Hi @wind lodge, @thorn nacelle, @gloomy forge
Before we start again from scratch, I would like to ask you one more thing: some pictures have been listed under the wrong date, as you can see below. Would it be possible to add a feature to the script that allows the date and time metadata to be pasted onto the pictures (including the original assets, without deleting the location and other metadata)? Thank you so much!

root@NAS-SCAPOLO:/srv/dev-disk-by-uuid-fa12ab9b-97a8-49ba-8be8-76508b93a8aa/IMMICH/library/marco/2026/01-January/01# ls -la
total 470548
drwxr-xr-x  2 root root     4096 Feb 15 01:00 .
drwxr-xr-x 28 root root     4096 Feb  6 13:14 ..
-rw-r--r--  1 root root 15202548 Jan  1 00:34 16A92907-3AC0-4A01-8657-FE1AC7578FF2.mp4
-rw-r--r--  1 root root   466419 Jan  1 01:09 6AEE5E6D-4084-4673-B5A3-1300F09464D5.jpg
-rw-r--r--  1 root root  1675047 Jan  1 10:07 FDD1E5D7-8CC0-4981-B587-944327A7584F.jpg
-rw-r--r--  1 root root  1624296 Jan  1 00:31 FE3AD575-4CED-4E01-B1A5-033512F93516.jpg
-rw-r--r--  1 root root  1613862 Jan  2 17:12 FullSizeRender+1.heic
-rw-r--r--  1 root root  1672735 Jan  1 22:58 FullSizeRender+1.mov
-rw-r--r--  1 root root   405708 Jan  1 00:31 FullSizeRender.heic
boreal haven
#

Hi everyone! I don’t want to seem ungrateful in any way for everything you’ve done for me so far.
However, I would like to ask if you could help me with the final steps of the recovery and restoration process of my Immich instance. It would be greatly appreciated if you could answer the questions I have asked, as it has been almost two months since I encountered this problem.

thorn nacelle
#

The thumbdump already tries to recover any metadata it can find @boreal haven

boreal haven
thorn nacelle
#

Ah not the thumbs 🤔 mmm

boreal haven
#

Exactly

boreal haven
boreal haven
#

Please let me know, thank you so much

covert goblet
#

I think that if you need a custom script then you should plan to write it yourself, sorry but keeping to ask for someone to write a script for you is not appropriate

boreal haven
#

Thanks

#

It’s just harder for me to do it cause I don’t have the knowledge on the matter that you have

#

But I will try my best, don’t worry

boreal haven
#

Please let me know and thanks again for your help all the way

boreal haven
#

I've restarted immich and now everything works

#

thanks a lot for the help

#

i'll close the ticket