Immich - Raspi - SD Karte = Magic

[fengshui]

Hallo an alle Fachleute hier,
ich bin auf ein OT Raspi: Bad magic Wunder gestoßen. Ich glaub, dass ist was zum Zähne ausbeissen.
ALso auf meinem Raspi 5 läuft unter Docker / Portainer immich.
Auf der angehängten SD Karte liegen die ganzen Daten unter /home/pi/Vol1 gemounted.
Nun hatte ich ioBroker installiert und dieser lieferte schön wie es sich gehört seine Daten, bis jetzt kurzfristig ich den ioBroker nicht mehr im Browser aufrufen konnte. Daher habe ich mit fsck die SD Karte kontrolliert und eine Fehlermeldung mit Bad magic Number, Bad Superblock und und und erhalten. Also dachte ich mir, SD Karte auswerfen und komplett neu formatieren und testen. Die SD Karte ist einwandfrei. Also wieder in den Raspi und bei LSBLK steht sie unter sdc1. Wenn ich jetzt die SD Karte einbinden will in den früheren Ordner - geht nix.
Jetzt das Miracle: unter Portainer kann ich immich aufrufen, alle Daten sind vorhanden, Ich kann im Raspi auf den Pfad /home/pi/Vol1 gehen und die Daten scheinen sauber vorhanden zu sein ( also auf einer leeren und formatierten Platte . Kann mir bitte jemand sagen,, wie ich die SD Karte wieder ordnungsgemäß mounten kann, sodass ioBroker auch wieder funktioniert? Wo befinden sich im Moment die ganzen Daten, wenn nicht auf der SD?

 

[JumpingCat]

Was für eine SD Karte hast du genommen? Eine Endurance die für die Dauerlast im RPi geeignet ist?

Docker hat eigentlich fest dokumentiere Pfade für die Daten. Hast du Backups gemacht?

 

[HisN]

Vermutung: Immich arbeitet mit Proxys.
Legt also eine Mini-Version vom Bild und Meta-Daten in seiner eigenen Daten-Struktur an. Das ist was Du siehst.

 

[Der_Dicke82]

Ich vermute du hast vorher etwas beim einbinden der SD nicht richtig gemacht!
poste hier mal die Ausgabe von lsblk -f

Ich nehme an der RPi booten von USB oder SSD und du nutzt die mSD nur für Daten? Besser wäre es andersherum oder gleich auf die mSD verzichten.

 

[fengshui]

$ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0
swap 1
sda
└─sda1
exfat 1......... ..... /home/pi/3
sdb
└─sdb1
ext4 1......... ....../home/pi/2
sdc
└─sdc1

mmcblk0
│
├─mmcblk0p1
│ vfat FAT32 bootfs EACA-13DA 444.2M 13% /boot/firmware
└─mmcblk0p2
ext4 1.0 rootfs 21724cc6-e5a3-48a1-8643 53.5G 50% /
zram0
swap 1 zram0 181f8a02-cf18-4f33-93f0 [SWAP]

Ergänzung (Montag um 20:14)

Hast du Backups gemacht?

Jep. Aber das Ganze ist doch aufwändig wieder herzustellen, dann lieber verstehen wo der Fehler liegt.

Ergänzung (Montag um 20:20)

Das ist was Du siehst.

Dem würde ich wohl zustimmen, da bei df -h sehr viel im overlay ist.

udev 2.0G 0 2.0G 0% /dev
tmpfs 810M 21M 790M 3% /run
/dev/mmcblk0p2 118G 59G 54G 53% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 48K 5.0M 1% /run/lock
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service
/dev/mmcblk0p1 510M 66M 445M 13% /boot/firmware
tmpfs 2.0G 0 2.0G 0% /tmp
tmpfs 1.0M 0 1.0M 0% /run/credentials/getty@tty1.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/serial-getty@ttyAMA10.service
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/9cccf4...
/dev/sda1 ......vol3
/dev/sdb1 .......vol2
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/0aa8d...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/713b8f...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/39edfd...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/4287...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/88116a...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/f3611...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/dc6f9...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/b903ad7...
overlay 118G 59G 54G 53% /var/lib/docker/rootfs/overlayfs/877d0ad...
tmpfs 405M 32K 405M 1% /run/user/1000

 

[fengshui]

... und, keiner mehr der mir helfen kann, wie man das Problem lösen könnte ? Oder bin ich im falschen Thread gelandet ? Dann bitte umschieben.Danke

 

[dideldei]

Du gehst davon aus, dass /home/pi/Vol1 deine SD Karte ist aber der Widerspruch im Startposting ist: Du formatierst die SD Karte und hast trotzdem Zugriff. D. h. die Daten liegen auf dem PI(root) selbst. Du hast vergessen die SD Karte einem Dateiformat zu verpassen, darum ist auch sdc1 leer.

sudo blkid /dev/sdc1
sudo file -s /dev/sdc1

Was zeigt er an?

 

[fengshui]

kommt sofort:

sudo blkid /dev/sdc1
/dev/sdc1: PARTUUID="02eebf7f-01"

und :

sudo file -s /dev/sdc1
/dev/sdc1: data

 

[dideldei]

Lt. blkid befindet sich kein Dateisystem auf sdc1 . Ohne type schlägt auch mount fehl.

sudo mkfs.ext4 /dev/sdc1
sudo mkdir -p /home/pi/Vol1
sudo mount /dev/sdc1 /home/pi/Vol1
sudo blkid /dev/sdc1

Vorsichtig, hier formatierst du wiederholt (sdc1) und erstellst & mountest(inkl. UUID) den Pfad.

lsblk -f

Hier dein Test.

 

[fengshui]

sudo fdisk /dev/sdc

Welcome to fdisk (util-linux 2.41).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

The device contains 'ext4' signature and it will be removed by a write command. See fdisk(8) man page and --wipe option for more details.

Device does not contain a recognized partition table.
Created a new DOS (MBR) disklabel with disk identifier 0xe42d4b4c.

Command (m for help): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1):
First sector (2048-250347519, default 2048):
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-250347519, default 250347519):

Created a new partition 1 of type 'Linux' and of size 119.4 GiB.

Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

pi@mein-Docker:~ $ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 2G 0 loop
sda 8:0 0 3.6T 0 disk
└─sda1 8:1 0 …… volume3
sdb 8:16 1 119.4G 0 disk
└─sdb1 8:17 1 ……… volume2
sdc 8:32 1 119.4G 0 disk
└─sdc1 8:33 1 119.4G 0 part
mmcblk0 179:0 0 119.4G 0 disk
├─mmcblk0p1 179:1 0 512M 0 part /boot/firmware
└─mmcblk0p2 179:2 0 118.9G 0 part /
zram0 254:0 0 2G 0 disk [SWAP]
pi@mein-Docker:~ $ sudo mount dev/sdc1 /home/pi/volume1
mount: /home/pi/volume1: fsconfig() failed: dev/sdc1: Can't lookup blockdev.
dmesg(1) may have more information after failed mount system call.
pi@mein-Docker:~ $ lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0
swap 1
sda
└─sda1
exfat 1.0 F ……. /volume3
sdb
└─sdb1
ext4 1.0 128GB_ /volume2
sdc
└─sdc1

mmcblk0
│
├─mmcblk0p1
│ vfat FAT32 bootfs EACA-13DA 444.2M 13% /boot/firmware
└─mmcblk0p2
ext4 1.0 rootfs 21724cc6-e5a3-48a1-8643-7917dba3a9fb 53.5G 50% /
zram0
swap 1 zram0 181f8a02-cf18-4f33-93f0-8acd1f296eab [SWAP]
pi@mein-Docker:~ $ cd volume1
pi@mein-Docker:~/volume1 $ ls -la
total 32
drwxr-xr-x 8 pi pi 4096 Jan 25 18:51 .
drwx------ 13 pi pi 4096 Feb 22 18:51 ..
drwxr-xr-x 4 pi pi 4096 Jan 25 08:42 immich
drwxrwxr-x 7 pi pi 4096 Jan 25 10:38 ioBroker

und dmesg meint:

[152349.316482] F2FS-fs (sdc1): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[152349.316487] F2FS-fs (sdc1): Can't find valid F2FS filesystem in 1th superblock
[152349.316925] F2FS-fs (sdc1): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[152349.316929] F2FS-fs (sdc1): Can't find valid F2FS filesystem in 2th superblock
[152349.317572] exFAT-fs (sdc1): invalid boot record signature
[152349.317575] exFAT-fs (sdc1): failed to read boot sector
[152349.317577] exFAT-fs (sdc1): failed to recognize exfat type
[152618.946697] EXT4-fs (sdc1): VFS: Can't find ext4 filesystem
[321840.999833] EXT4-fs (sdc1): VFS: Can't find ext4 filesystem
[321841.000349] EXT4-fs (sdc1): VFS: Can't find ext4 filesystem
[321841.000773] EXT4-fs (sdc1): VFS: Can't find ext4 filesystem
[321841.001250] FAT-fs (sdc1): bogus number of reserved sectors
[321841.001254] FAT-fs (sdc1): Can't find a valid FAT filesystem
[321841.001680] FAT-fs (sdc1): bogus number of reserved sectors
[321841.001684] FAT-fs (sdc1): Can't find a valid FAT filesystem
[321841.002324] F2FS-fs (sdc1): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[321841.002329] F2FS-fs (sdc1): Can't find valid F2FS filesystem in 1th superblock
[321841.002764] F2FS-fs (sdc1): Magic Mismatch, valid(0xf2f52010) - read(0x0)
[321841.002767] F2FS-fs (sdc1): Can't find valid F2FS filesystem in 2th superblock
[321841.003382] exFAT-fs (sdc1): invalid boot record signature
[321841.003384] exFAT-fs (sdc1): failed to read boot sector
[321841.003387] exFAT-fs (sdc1): failed to recognize exfat type

 

[dideldei]

Ich kann Dir nicht folgen, da im Log nicht sichtbar ist, ob du die die SD Karte (sdc1) formatiert hast. Der mount schlug fehl, weil du a nicht formatiert hast und b Volume1 ist nicht Vol1 ist. Es sei denn du hast im Eingangspost den Pfad versehentlich falsch beschrieben.

Fazit: Dein sdc1 ist immer noch leer.

sudo mkfs.ext4 /dev/sdc1
sudo mkdir -p /home/pi/Vol1
sudo mount /dev/sdc1 /home/pi/Vol1
sudo blkid /dev/sdc1

Ist hier bei diesen vier Eingaben ein Fehler passiert?

 

[fengshui]

bevor ich jetzt was unternehme, schreib ich lieber nochmal was abgelaufen ist:
A sudo mkfs.ext4 /dev/sdc1: hab ich durchgeführt und die sd ist mit ext4 formatiert worden da ich "w" als letzen Befehl eingegeben habe (denke ich jedenfalls)

...Created a new partition 1 of type 'Linux' and of size 119.4 GiB.

Command (m for help): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

B sudo mkdir -p /home/pi/Volume1 . Ist doch das Verzeichnis auf der RootDisk, oder?
und da kann ich mit /home/pi/volume1drauf zugreifen und sehe die Verzeichnisse.

pi@mein-Docker:~/volume1 $ ls -la
total 32
drwxr-xr-x 8 pi pi 4096 Jan 25 18:51 .
drwx------ 13 pi pi 4096 Feb 22 18:51 ..
drwxr-xr-x 4 pi pi 4096 Jan 25 08:42 immich
drwxrwxr-x 7 pi pi 4096 Jan 25 10:38 ioBroker

C sudo mount /dev/sdc1 /home/pi/volume1 durchgeführt ( Vol1 Schreibfehler am Anfang. Ist "volume1"

sudo mount /dev/sdc1 /home/pi/volume1
mount: /home/pi/volume1: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error.
dmesg(1) may have more information after failed mount system call.

D sudo blkid /dev/sdc1

sudo blkid /dev/sdc1
/dev/sdc1: PARTUUID="e42d4b4c-01"

Ich kann Deinen Gedanken aber folgen, dass in dem Bereich eventuell ein Fehler liegt.

Ergänzung (Heute um 14:37)

nun ist sie leer

sdc
└─sdc1 ext4 1.0 c91e38ca-c9d3-4a9e-9b8b-de815f352acc 111G 0% /home/pi/volume1

und wenn ich zu /home/pi/volume1 gehe ist das Verzeichnis komplett leer.
Jetzt werde ich versuchen, die Sicherungen wieder auf diese Karte zurück zu kopieren.
Hoffentlich gibt das nicht wieder solch einen Akt.
Ich danke Dir erstmal recht herzlich für Deinen Beistand.

 

[dideldei]

Dein scd1 ist jetzt im Dateiformat ext4. Dein Pfad ist gemountet auf /home/pi/volume1 und er ist leer, weil er frisch erstellt & gemountet ist. Du musst immich jetzt nur den Pfad zuweisen (z. B. in der compose).

In der Wiederherstellung der Sicherung den richtig Pfad angeben.

 

[fengshui]

👍