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.
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.
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?
Ich denke die Thumbnails von allen Fotos.
das einzige data das ich kenne kommt vom yaml:
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:
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
da sehe ich das, was soll ich damit anfangen? Ich habe noch in Docker laufen: Portainer, agentdvr, plex und photoprism.
Du meinst unter upper die Behfehle immer wieder.
_____________________
Habs hingekriegt.
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?
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.
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.
Tommes, danke schön. Den Midnight Commander habe ich auch schon vermisst, bisher habe ich mich aber nicht getraut was selbst zu installieren.
Danke wieder was gelernt. ![]()
Hatte die Tage wieder ein Plex Update.
Es ist wohl so das man dabei ein neues Image lädt und das alte dann als unused bestehen bleibt.
Gut zu wissen, das man da ab und zu mal aufräumen muß.
Danke für eure Unterstützung, habe jetzt alle gelöscht. Es funktioniert noch alles. ![]()
Die auf der DXP mit grauem Punkt sind wohl alte Images, bei denen hatte ich ein Update gemacht.
Die Plex mit rotem Punkt keine Ahnung, da habe ich am Anfang aber viel rumprobiert, egal.
Hallo,
beim Update von Portainer habe ich mal im Docker die Image Seite aufgehabt. Da sind mehrere Plex Images mit Fehler (rot) und ein Mariadb Image welches anscheinend nicht gebraucht wird.
Meint ihr ich kann die einfach löschen, oder soll ich es lieber so lassen? Plex und Photoprism laufen problemlos.
Gruß Michael
ging bei mir ja auch alles, deshalb glaube ich das es an der SMB Version von Ugreen liegt.
Bei SMB von Synology auf PC gabs ja auch keine Probleme. Weder hin noch zurück.
Es ging bei Chatgpt halt um alles mögliche: Problem mit Sonderzeichen, Länge Verzeichnis und Dateinamen und, und, und. konnte aber alles ausgeschlossen werden.
🔧 Lösungstest: Datei neu schreiben
→ Dann versuche, diese neue Datei zu kopieren.
Das hat dann funktioniert. Dann kamen wir zu dieser Batchdatei:
@echo off
setlocal enabledelayedexpansion
:: Pfade anpassen
set "INPUT_DIR=H:\music"
set "OUTPUT_DIR=H:\clean_output"
set "FFMPEG=ffmpeg"
:: Zielbasis anlegen
if not exist "%OUTPUT_DIR%" mkdir "%OUTPUT_DIR%"
echo ===== Ordnerstruktur wird erzeugt =====
:: Alle Ordner (auch leer/verschachtelt) rekursiv erstellen
for /F "delims=" %%D in ('dir "%INPUT_DIR%" /AD /B /S') do (
set "REL=%%D"
set "REL=\!REL:%INPUT_DIR%=!"
if not exist "%OUTPUT_DIR%!REL!" (
mkdir "%OUTPUT_DIR%!REL!"
echo [ORDNER] !REL!
)
)
echo ===== Dateien werden verarbeitet =====
:: Alle Dateien inkl. H/S
for /F "delims=" %%F in ('dir "%INPUT_DIR%" /A:-D /B /S') do (
set "SRC=%%F"
set "REL=%%F"
set "REL=\!REL:%INPUT_DIR%=!"
set "DEST=%OUTPUT_DIR%!REL!"
:: Datei-Attribute entfernen
attrib -H -S "%%F"
:: Dateityp prüfen
if /I "%%~xF"==".mp3" (
echo [MP3] %%~nxF
%FFMPEG% -y -i "%%F" -c copy "!DEST!" >nul 2>&1
if exist "!DEST!" (
echo [MP3 OK] → !REL!
) else (
echo [MP3 FEHLER] → !REL!
)
) else (
copy /Y "%%F" "!DEST!" >nul
if exist "!DEST!" (
echo [KOPIERT] → !REL!
) else (
echo [FEHLER] → !REL!
)
)
)
echo.
echo ===== ALLES FERTIG =====
pause
Display More
Wollte gestern meine mp3s vom alten NAS auf Ugreen kopieren über SMB. Also auf PC hat altes NAS einen LW Buchstaben und das neue auch. Dabei kamen dann auch immer bei einzelnen Dateien die Meldung das die Platte voll sei. Mit Chatgpt bin ich das dann angegangen und dabei kam heraus das irgendwas in den Dateien ist was anscheinend das SMB beim Ugreen nicht mag.
Habe von chatgpt ein Batch bekommen, das alle mp3s einmal durch ffmpeg schiebt und danach lassen sie sich alle problemlos kopieren.
Hatte dann nur noch ein paar cover.jpg die auch den Fehler verursacht haben. die habe ich dann einfach gelöscht.
Danke das wars. Ich dachte ich hätte das schon probiert, aber naja. ![]()
Bei mir läuft UGOS 1.4.0.2485.
Die Seite NFS Regel hinzufügen finde ich nicht. Wo versteckt die sich denn?
Hab mal meine Signatur eingegeben.
Wie gesagt ich kann ja nirgends was über IPs oder User eingeben.
Mit: sudo mount -t nfs 192.168.1.2:/volume1/storage /backup kommt jedenfalls: mount.nfs: access denied by server while mounting 192.168.1.2:/volume1/storage
Danke für die schnelle Antwort. Ja es ist Btrfs, ich hatte vorher rumgeforscht und da stand meistens man solle das modernere Btrfs nehmen.
Dann muß ich mir wohl für mein raspiBackup was anderes überlegen.
Hallo,
ich versuche den NFS Dienst zu aktivieren, aber mir fehlt die Einstellung der Berechtigung, wie im Knowledge Center und sonst angegeben.
Unter Dateien rechtsklick auf den entsprechenden Ordner, Eigenschaften, gibt es bei mir nur Allgemein und Berechtigung, kein NFS Tab.
Was mache ich falsch?
Gruß Michael