CR2 files appear to be randomly corrupted - potentially due to the embedded preview

[platima]

I have searched the existing issues, both open and closed, to make sure this is not a duplicate report.

• Yes

The bug

I'm not 100% on the cause in the title, but it seems likely due to how the files present.

Using the same two CR2 files as a test, and repeatedly uploading, they break about 50% of the time.

The broken ones, when downloaded, still have a correct preview image, but the RAW/CR2 image data appears corrupted:

• https://plati.ma/wp-content/uploads/2025/12/Test-Files-Good.zip
• https://plati.ma/wp-content/uploads/2025/12/Test-Files-Broken.zip

I went through the .JPG copies of all the same photos (as my camera was set to save both) and there's no issues.

Strange!

Happy Holidays everyone regardless 😊

The OS that Immich Server is running on

Ubuntu 24.04.3 LTS (Josh Riek)

Version of Immich Server

v2.4.1-rknn

Version of Immich Mobile App

N/A

Platform with the issue

• Server
• Web
• Mobile

Device make and model

ArmSoM Sige7 / Banana Pi BPi-M7 (RK3588)

Your docker-compose.yml content

name: immich

networks:
  netdev-frigate:
    external: true
  immich-internal:
    driver: bridge
    
services:
  immich-server:
    container_name: immich_server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    security_opt: # enables full access to /sys and /proc, still far better than privileged: true
      - systempaths=unconfined
      - apparmor=unconfined
    group_add:
      - video
    devices:
      - /dev/rga:/dev/rga
      - /dev/dri:/dev/dri
      - /dev/dma_heap:/dev/dma_heap
      - /dev/mpp_service:/dev/mpp_service
      - /dev/mali0:/dev/mali0 # only required to enable OpenCL-accelerated HDR -> SDR tonemapping
    volumes:
      - /etc/OpenCL:/etc/OpenCL:ro # only required to enable OpenCL-accelerated HDR -> SDR tonemapping
      - /usr/lib/aarch64-linux-gnu/libmali-x11/libmali-valhall-g610-g13p0-x11-wayland-gbm.so:/usr/lib/aarch64-linux-gnu/libmali.so.1:ro # only required to enable OpenCL-accelerated HDR -> SDR tonemapping
      # Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATION in the .env file
      - ${UPLOAD_LOCATION}:/data
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - stack.env
    dns:
      - 1.1.1.1
      - 8.8.8.8
    networks:
      netdev-frigate:
        ipv4_address: 10.12.20.88
      immich-internal:
    #ports:
    #  - '2283:2283'
    depends_on:
      - redis
      - database
    restart: always
    healthcheck:
      disable: false

  immich-machine-learning:
    container_name: immich_machine_learning
    # For hardware acceleration, add one of -[armnn, cuda, rocm, openvino, rknn] to the image tag.
    # Example tag: ${IMMICH_VERSION:-release}-cuda
    image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}-rknn
    security_opt:
      - systempaths=unconfined
      - apparmor=unconfined
    devices:
      - /dev/dri:/dev/dri
    volumes:
      - model-cache:/cache
    env_file:
      - stack.env
    networks:
      - immich-internal
    restart: always
    healthcheck:
      disable: false

  redis:
    container_name: immich_redis
    image: docker.io/valkey/valkey:8@sha256:81db6d39e1bba3b3ff32bd3a1b19a6d69690f94a3954ec131277b9a26b95b3aa
    healthcheck:
      test: redis-cli ping || exit 1
    networks:
      - immich-internal
    restart: always

  database:
    container_name: immich_postgres
    image: ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0@sha256:bcf63357191b76a916ae5eb93464d65c07511da41e3bf7a8416db519b40b1c23
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
      POSTGRES_INITDB_ARGS: '--data-checksums'
      # Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs
      # DB_STORAGE_TYPE: 'HDD'
    volumes:
      # Do not edit the next line. If you want to change the database storage location on your system, edit the value of DB_DATA_LOCATION in the .env file
      - ${DB_DATA_LOCATION}:/var/lib/postgresql/data
    networks:
      - immich-internal
    shm_size: 128mb
    restart: always

volumes:
  model-cache:

Your .env content

UPLOAD_LOCATION=/data/off-host/docker/immich/library
DB_DATA_LOCATION=/data/off-host/immich/database
IMMICH_VERSION=v2
DB_PASSWORD=postgres
DB_USERNAME=postgres
DB_DATABASE_NAME=immich
MACHINE_LEARNING_RKNN_THREADS=3
IMMICH_PORT=80

Reproduction steps

1. Upload 'good' CR2 images to Immich (via web UI in my case)
2. Refresh - some might be broken
3. Delete and retry if not

Relevant log output

Additional information

No response

[bo0tzz]

Can you specify more clearly what you mean by broken? Are you using the "prefer embedded thumbnails" setting and have you tried changing that?

[platima]

Can you specify more clearly what you mean by broken? Are you using the "prefer embedded thumbnails" setting and have you tried changing that?

Sorry that's why I linked to the ZIP files. They are completely corrupted after being uploaded to Immich:

This corruption is present on the image when viewed in Immich after uploading, when downloaded from Immich and viewed locally, and then even when manually copied off the filesystem. The filesystem itself is perfectly fine though, and it's only sometimes when you upload a CR2, not every time.

The embedded thumbnail is not broken at all though. I am just thinking it might be related.

I'm guessing you meant "Prefer embedded preview"? If so, that's turned off, but should not matter as the preview is unharmed.

[platima]

UPDATE: I've found some JPEG files are being corrupted too: