System startet nicht

hitzi · March 29, 2025 at 11:22 PM

Hallo,

ich hatte gestern Abend Portainer und dort dann Immich installiert. Dann in Immich eine externe Bibliothek eingebunden (vom Volume 2). Diese wurde von Immich indexiert (nicht importiert). Dabei ist mir noch aufgefallen, dass Immich meinte, dass nur 18GB zur Verfügung stehen würden. Volume 1 (NVMe 1 TB) hatte noch 700GB frei und Volume 2 (2x 4TB Festplatten als Raid 1) hatte noch 3,4TB frei.

Heute wollte ich mich dann auf der NAS anmelden, aber die Anmeldung meinte immer, dass mein Token abgelaufen wäre. Browser- und auch Rechnerneustart haben nichts daran geändert. Portainer funktionierte noch - ich dachte, dass Immich daran schuld wäre, deshalb habe ich es in Portainer gelöscht. Aber auch danach funktionierte das Login nicht. SSH ist frei geschalten auf der NAS, deshalb per SSH mit der NAS verbunden und sudo reboot durchgeführt.

Das NAS war für kurze Zeit am Router sichtbar. Danach war es wieder offline. Die Power-LED blinke langsam, rechts die nächste LED blinkte, die nächsten 2 LEDs blinkten langsam - was laut Handbuch auf einen Systemfehler und einen Fehler mit den zwei Festplatten deutete.

Dann habe ich die zwei Platten ausgebaut. Jetzt blieb die NAS online, aber ich konnte mich nicht einloggen - die Webseite blieb bei DIenst wird gestartet stehen. SSH funktionierte nun aber wieder. Jetzt die NAS per langen Druck auf den Einschaltknopf heruntergefahren und auch die NVMe ausgebaut. Jetzt startete das System ohne Probleme.

Danach habe ich die NAS wieder heruntergefahren (diesmal über die Weboberfläche) und die zwei Festplatten eingebaut. Jetzt startete die NAS wieder ohne Probleme und meine Daten waren wieder da. Jetzt nochmal heruntergefahren und nun auch die NVMe eingebaut. Und siehe da, das System bootet wieder ohne Probleme mit all meinen Datenträgern.

Bekomme ich irgendwie heraus, was hier das Problem war? Und wie kann ich dieses Problem in Zukunft verhindern?

Vielen Dank und viele Grüße
hitzi

eineb · March 30, 2025 at 12:20 AM

Quote from hitzi

Bekomme ich irgendwie heraus, was hier das Problem war?

Evtl. über das Protokoll Center, falls Du nichts findest, evtl. mit einschlägigem Suchbegriff suchen zb. Error usw.

Sollte so etwas nochmals auftauchen auch andere male mit anderem im Zusammenhang. Ersteinmal einen Reebot durchführen, kann sein daß sich das NAS grad nach Eingriffen beim booten mal sozusagen Verschluckt.

hitzi · March 30, 2025 at 12:34 AM

Im Protokollzentrum ist nur eine Verzeichnisnamensänderung von mir von letzter Nacht und der nächste Eintrag ist dann der erste Reboot von heute Abend.

Neugestartet habe ich die NAS mehr als einmal. Jedes mal habe ich mehr entfernt (1. Neustart ohne Hardwareänderung, 2. Neustart mit entfernten Festplatten, 3 Neustart mit entfernter NVMe - erst ab den Zeitpunkt konnte ich mich wieder einloggen, danach Stück für Stück wieder eingebaut, am Ende lief wieder alles)

Welches Log könnte ich evtl. per SSH prüfen, um zu sehen, was das Problem war?

Willi · March 30, 2025 at 9:18 AM

hitzi
Das klingt für mich sehr nach einem inkompatiblem RAM oder einer defekten HDD/NVMe.
Was ich jedenfalls ausschließen kann, ist ein Zusammenhang des Problems mit Immich.
Wenn Immich nicht funktioniert, würden maximal die Docker-Container nicht laufen .

Was das Log betrifft, hast du mal per ssh unter /var/log/syslog nachgeschaut?

VG Willi

hitzi · March 30, 2025 at 9:58 PM

Der RAM ist der mit der NAS mitgelieferte RAM.

Ich glaube ich habe das Problem gefunden. Ich hatte Immich versucht nach einer bekannten Anleitung im Internet (welche nicht genannt werden darf) zu installieren. Damit ist der Server aber nicht gestartet. Ich habe dann die aktuellste YAML Datei von Immich heruntergeladen, aber nicht daran gedacht die Volumes auf das Volume1 einzustellen. So sind die wahrscheinlich auf dem Systemlaufwerk erstellt worden. Deshalb war Immich auch der Meinung, dass nur noch 18GB frei sind. Mit der Indexierung der externen Bibliothek (etwa 130000 Fotos), war dann der interne Speicher voll und das System konnte nicht mehr richtig arbeiten. Warum dann aber das Löschen des Immich Stacks in Portainer nicht geholfen hat, erschließt sich mir nicht.

Ich habe Immich jetzt mit den richtigen Volumes erstellt und nun passt der angezeigte freie Speicher. Und das System läuft ohne Probleme.

Wohin lädt dann eigentlich Portainer die heruntergeladenen Images? Ich hoffe nicht auf das Systemlaufwerk. Falls doch, kann man das anpassen?

eineb · March 30, 2025 at 10:31 PM

I'm Normalfall liegen die Container auf dem Volumen wo auch die DockerApp installiert ist

Nehmen wir Volumen1 an - > Pfad

volume1/@docker/Containers

Dort sind die Container unter ihrer ID gespeichert

volume1/@docker/image/ - > hier geht es dann aber noch ein Paar Ordner weiter im Pfad zur imagedb und layerdb

ds106 · March 31, 2025 at 12:26 AM

Die images liegen unter /volumeX/@docker/overlay2 und dort unter ihrer ID in verschiedenen Verzeichnissen.

eineb · March 31, 2025 at 1:41 PM

Es gibt mehrere /overlay2 Ordner, woran machst Du das fest daß es dieser ist ?

ds106 · March 31, 2025 at 2:44 PM

docker inspect <containername>

hitzi · April 7, 2025 at 10:42 PM

Das Speicherproblem ist später nochmal aufgetreten. Die Docker Volumes von dem ersten Versuch mit Immich waren immer noch auf dem Systemlaufwerk im Overlay Verzeichnis, welches 17GB Speicher zur Verfügung hat (angezeigt mit df -h). Die hatte ich dann noch bereinigen müssen.

Portainer hatte die Immich Volumes durch meine Falschkonfiguration definitiv auf dem Systemlaufwerk erstellt. Irgendwann hatte das NAS OS keinen freien Speicher mehr und funktionierte dann nicht mehr richtig.

ransi · November 6, 2025 at 11:52 AM

Hallo,

ich habe jetzt auch das Problem das Immich immer gesagt hat 18 GB verfügbar, aber ich hatte immer nur einen Teil genutzt. Dann habe ich eine ext. Library hinzugefügt und nicht dran gedacht das nachts alles mögliche abläuft. Also wurde auch die neu Lib gescannt und dann war alles voll und ich konnte mich auch nicht mehr auf dem NAS einloggen.

Habs jetzt wieder hingekriegt und läuft auch alles wieder ohne Immich, aber ich weis nicht was da falsch in meiner yaml war und ob ich jetzt noch was von der Systemplatte löschen muss.

df -h zeigt folgendes, aber ich kann das nicht deuten.

Code

Filesystem                                      Size  Used Avail Use% Mounted on
udev                                            3.8G     0  3.8G   0% /dev
tmpfs                                           770M  6.0M  764M   1% /run
/dev/mmcblk0p4                                  959M  959M     0 100% /rom
/dev/mmcblk0p6                                  3.9G  2.5G  1.3G  68% /ugreen
/dev/mmcblk0p1                                  256M  123M  133M  49% /boot
overlay                                          19G   18G     0 100% /
tmpfs                                           3.8G  2.1M  3.8G   1% /dev/shm
tmpfs                                           5.0M     0  5.0M   0% /run/lock
efivarfs                                        192K   88K  100K  47% /sys/firmware/efi/efivars
tmpfs                                           3.8G  160K  3.8G   1% /tmp
/dev/mmcblk0p7                                   19G   18G     0 100% /overlay
/dev/mmcblk0p3                                  8.6M   31K  7.8M   1% /mnt/factory
tmpfs                                           1.0G     0  1.0G   0% /var/lib/nginx
/dev/mapper/ug_75382E_1746948599_pool2-volume1  917G   85G  831G  10% /volume2
/dev/mapper/ug_75382E_1747737151_pool1-volume1  3.7T  2.9T  789G  79% /volume1
/dev/mapper/ug_75382E_1747737151_pool1-volume1  3.7T  2.9T  789G  79% /home
tmpfs                                           770M     0  770M   0% /run/user/110
overlay                                         917G   85G  831G  10% /volume2/@docker/overlay2/cd7f4a5f724e85911530ca044c7cb56ad70eb5d8db34a6a12a2c53a5b5fb9903/merged
overlay                                         917G   85G  831G  10% /volume2/@docker/overlay2/b20349e2e18435212b2184cff01948f857489168218489776cc17d4515411fec/merged
overlay                                         917G   85G  831G  10% /volume2/@docker/overlay2/4e04bc6962051de6d5e894dcd22b25746fc6f937e089447d2256fc19ef22020f/merged
overlay                                         917G   85G  831G  10% /volume2/@docker/overlay2/5ea9535b11f3f3eefa0ae41e2787a426c03b2a37e34748f9f3176f2fc373f727/merged
overlay                                         917G   85G  831G  10% /volume2/@docker/overlay2/6bd8de1c560ffd28cc4d698a952f7deb527e9ff584eb68ed33abd319dc35a916/merged
tmpfs                                           770M     0  770M   0% /run/user/1001

Display More

Vielleicht könnt ihr mir auf die Sprünge helfen, ehe ich Immich wieder in Betrieb nehme, oder neu aufsetze.

Benares · November 6, 2025 at 12:17 PM

Mir fällt auf, dass / bzw. /overlay zu 100% belegt ist. Vermutlich wurde da was zugemüllt.
Hangel dich mal mit "du -hxd 1 | sort -h -r" entlang der fettesten Pfade runter.

Beispiel:

Code

root@DXP4800PLUS:~# cd /overlay
root@DXP4800PLUS:/overlay# du -hxd 1 | sort -h -r
5.4G    .
1.4G    ./upper
16K     ./lost+found
8.0K    ./work

usw.

ransi · November 6, 2025 at 12:29 PM

da sehe ich das, was soll ich damit anfangen? Ich habe noch in Docker laufen: Portainer, agentdvr, plex und photoprism.

Code

18G     ./upper
18G     .
16K     ./lost+found
8.0K    ./work

Du meinst unter upper die Behfehle immer wieder.

_____________________

Habs hingekriegt.

Code

root@DXP2800-7D5B:/overlay/upper# du -hxd 1 | sort -h -r
18G     .
17G     ./data
1.1G    ./var
388M    ./usr
2.3M    ./etc
1.3M    ./root
52K     ./mnt
32K     ./tmp
20K     ./opt
4.0K    ./volume2
4.0K    ./volume1
4.0K    ./runtime
4.0K    ./rom
4.0K    ./home
4.0K    ./daemon.json
4.0K    ./boot
root@DXP2800-7D5B:/overlay/upper# cd data
root@DXP2800-7D5B:/overlay/upper/data# du -hxd 1 | sort -h -r
17G     ./compose
17G     .
root@DXP2800-7D5B:/overlay/upper/data# ls compose
2  4
root@DXP2800-7D5B:/overlay/upper/data# cd compose/
root@DXP2800-7D5B:/overlay/upper/data/compose# cd 2
root@DXP2800-7D5B:/overlay/upper/data/compose/2# du -hxd 1 | sort -h -r
381M    ./database
381M    .
76K     ./storage
root@DXP2800-7D5B:/overlay/upper/data/compose/2# cd ../4
root@DXP2800-7D5B:/overlay/upper/data/compose/4# du -hxd 1 | sort -h -r
16G     ./library
16G     .
459M    ./postgres
root@DXP2800-7D5B:/overlay/upper/data/compose/4# cd library
root@DXP2800-7D5B:/overlay/upper/data/compose/4/library# du -hxd 1 | sort -h -r
16G     .
14G     ./thumbs
1.6G    ./encoded-video
283M    ./backups
8.0K    ./upload
8.0K    ./profile
8.0K    ./library
root@DXP2800-7D5B:/overlay/upper/data/compose/4/library# cd thumbs
root@DXP2800-7D5B:/overlay/upper/data/compose/4/library/thumbs# du -hxd 1 | sort -h -r
14G     ./168c2557-72dc-460c-b655-3cbeb3c29cea
14G     .
root@DXP2800-7D5B:/overlay/upper/data/compose/4/library/thumbs# cd 168c2557-72dc-460c-b655-3cbeb3c29cea/
root@DXP2800-7D5B:/overlay/upper/data/compose/4/library/thumbs/168c2557-72dc-460c-b655-3cbeb3c29cea# du -hxd 1 | sort -h -r
14G     .
71M     ./22
68M     ./e7
67M     ./4e
67M     ./3a
66M     ./da

Display More

Jetzt ist die Frage,

1. löschen aber ab wo und dann ist alles von Immich wohl weg? Ich würde es auch neu aufsetzen ist nur eine Fleißaufgabe.

2. Wahrscheinlich ist mein yaml falsch (/data), aber wie sonst, steht so bei Immich?

Benares · November 6, 2025 at 12:43 PM

Genau.

Beispiel:

Code

root@DXP4800PLUS:/overlay# cd upper
root@DXP4800PLUS:/overlay/upper# du -hxd 1 | sort -h -r
1.4G    .
1006M   ./var
388M    ./usr
6.4M    ./tmp
2.0M    ./etc
1.4M    ./root
36K     ./mnt
20K     ./opt
4.0K    ./volume2
4.0K    ./volume1
4.0K    ./rom
4.0K    ./home
4.0K    ./daemon.json
4.0K    ./boot

Display More

Damit sieht man wie sich die 1.4GB (bei mir) zusammensetzen.
Edit: data habe ich nicht. Was ist da drin?

ransi · November 6, 2025 at 1:14 PM

Ich denke die Thumbnails von allen Fotos.

das einzige data das ich kenne kommt vom yaml:

Code

 volumes:
      # 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
      - /volume2/m2_handyphotos/HandyMicha:/external/handy_m:rw
      - /volume2/m2_handyphotos/HandyKarin:/external/handy_k:rw
      - /volume1/storage/photos/1Chronologisch:/external/chronologisch:ro

in stack.env steht das:

Code

UPLOAD_LOCATION=./library
DB_DATA_LOCATION=./postgres
IMMICH_VERSION=release
DB_PASSWORD=postgres
DB_USERNAME=postgres
DB_DATABASE_NAME=immich
TZ=DE

habe ich so aus der Immich Doku übernommen und das ist auch genau das, wo ich bis jetzt nicht den Zusammenhang verstehe. /data sollte doch eigentlich nur im Container verfügbar sein.

Warum das jetzt auf die System SSD kam?

Ich wüsste jetzt nicht wo ich die Upload Location hinlegen soll/muss

Benares · November 6, 2025 at 1:28 PM

Mmh, wundert mich auch. Hier mal zum Vergleich meine yaml und meine .env. Weiß aber nicht mehr, wo ich die her habe.
Meine Bilder liegen alle remote auf der DS1522. Das ist das einigste was ich noch reingebastelt habe.

Code

services:
 immich-server:
   container_name: immich_server
   user: 1001:10                                                                     #PUID:PGID angeben
   image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
   volumes:
     - /volume2/photo:/mnt/media/photo:ro                                          #Pfad zu externen Medien (optional)
     - /volume2/video:/mnt/media/video:ro                                          #Pfad zu externen Medien (optional)
     - ds1522photo:/mnt/media/ds1522photo:ro                                       #Pfad zu externen Medien (optional)
     - ${UPLOAD_LOCATION}:/usr/src/app/upload:rw
   env_file:
     - stack.env
   ports:
     - '2283:2283'
   depends_on:
     - redis
     - database
   restart: unless-stopped
   healthcheck:
     disable: false
 immich-machine-learning:
   container_name: immich_machine_learning
   user: 1001:10                                                                     #PUID:PGID angeben
   image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
   volumes:
     - /volume1/docker/immich/cache:/cache:rw                                    #Ordnerpfad vor dem : anpassen
     - /volume1/docker/immich/pcache:/.cache:rw                                  #Ordnerpfad vor dem : anpassen
     - /volume1/docker/immich/config:/.config:rw                                     #Ordnerpfad vor dem : anpassen
     - /volume1/docker/immich/upload:/usr/src/app/upload:rw                          #Der Pfad vor dem : entspricht der Variable UPLOAD_LOCATION in der Datei stack.env
   env_file:
     - stack.env
   restart: unless-stopped
   healthcheck:
     disable: false    
 redis:
   container_name: immich_redis
   user: 1001:10                                                                     #PUID:PGID angeben
   image: docker.io/redis:6.2-alpine@sha256:905c4ee67b8e0aa955331960d2aa745781e6bd89afc44a8584bfd13bc890f0ae
   healthcheck:
     test: redis-cli ping || exit 1
   volumes:
     - /volume1/docker/immich/redis:/data:rw                                     #Ordnerpfad vor dem : anpassen
   restart: unless-stopped
 database:
   container_name: immich_postgres
   image: docker.io/tensorchord/pgvecto-rs:pg14-v0.2.0@sha256:90724186f0a3517cf6914295b5ab410db9ce23190a2d9d0b9dd6463e3fa298f0
   environment:
     POSTGRES_PASSWORD: ${DB_PASSWORD}
     POSTGRES_USER: ${DB_USERNAME}
     POSTGRES_DB: ${DB_DATABASE_NAME}
     POSTGRES_INITDB_ARGS: '--data-checksums'
   volumes:
     - ${DB_DATA_LOCATION}:/var/lib/postgresql/data
   healthcheck:
     test: >-
       pg_isready --dbname="$${POSTGRES_DB}" --username="$${POSTGRES_USER}" || exit 1;
       Chksum="$$(psql --dbname="$${POSTGRES_DB}" --username="$${POSTGRES_USER}" --tuples-only --no-align
       --command='SELECT COALESCE(SUM(checksum_failures), 0) FROM pg_stat_database')";
       echo "checksum failure count is $$Chksum";
       [ "$$Chksum" = '0' ] || exit 1
     interval: 5m
     start_interval: 30s
     start_period: 5m
   command: >-
     postgres
     -c shared_preload_libraries=vectors.so
     -c 'search_path="$$user", public, vectors'
     -c logging_collector=on
     -c max_wal_size=2GB
     -c shared_buffers=512MB
     -c wal_compression=on
   restart: unless-stopped
volumes:
 model-cache:
 ds1522photo:
  driver_opts:
    type: cifs
    o: 'iocharset=utf8,username=...,password=...,ro' # change to `ro` if read only desired
    device: '//ds1522/photo'

Display More

Code

IMMICH_VERSION=release
UPLOAD_LOCATION=/volume1/docker/immich/upload
TZ=Europe/Berlin
DB_PASSWORD=immichpw
DB_USERNAME=immichuser
DB_DATABASE_NAME=immich
DB_DATA_LOCATION=/volume1/docker/immich/db
NODE_ENV=production
LOG_LEVEL=log
DISABLE_REVERSE_GEOCODING=false
REVERSE_GEOCODING_PRECISION=3
PUBLIC_LOGIN_PAGE_MESSAGE=Immich
IMMICH_WEB_URL=http://immich-web:3000
IMMICH_SERVER_URL=http://immich-server:3001
IMMICH_MACHINE_LEARNING_URL=http://immich-machine-learning:3003
JWT_SECRET=...

Display More

ransi · November 6, 2025 at 1:40 PM

Irgenwo hatte ich gelesen, das der Pfad /usr/src/app/upload früher war und geändert wurde. Wenn es bei dir so läuft ist es ja ok.

Den Uploadpfad hast du aber explizit auf volume1 gelegt, das ist vielleicht das Problem bei mir.

Habe auch irgenwo her das ./ immer nicht so gut ist und lieber ein kompletter Pfad angegeben werden soll.

Zu meinem vollen Systemspeicher. Ich werde am besten /data komplett löschen. Spricht da was dagegen, ausser das von Immich die Daten dann weg sind?

Benares · November 6, 2025 at 1:47 PM

Quote from ransi

Ich werde am besten /data komplett löschen

Da wirst wohl nicht drumrumm kommen.

ransi · November 6, 2025 at 2:01 PM

Vielen Dank für die Unterstützung.

Den du Befehl werde ich mir auf jeden Fall mal notieren. Hab ihn mir eben genau von der KI erklären lassen.

Mit Immich muss ich mich dann nochmal beschäftigen.

System startet nicht

Participate now!

Similar Threads

Kompatibilitätsliste für DDR5 SODIMM RAM

[TUT] Installation Proxmox (8.2) - Tutorial

DXP2800 startet nicht - Lan LED blinkt orange

Rückbau Port 80 und 443 (!)

Container (Nginx) startet nicht automatisch

Bridge-Modus für Docker? Docker "Calibre" nicht erreichbar.