Verbindung zum NVME-Modul reißt ab

Ich scheine doch nicht alleine davon betroffen zu sein.

habe da soeben einen Beitrag im RasPi Forum gefunden, wo dieses Thema wohl auch besprochen wird. https://forums.raspberrypi.com/viewtopic.php?t=383253
Hier berichten User, dass sie erst seit der Einführung von Bookworm probleme hatten, mit Konfigurationen welche vorher stabil liefen.

Ich gehe dann wohl mal Tee kochen

Update:
erstmalig 72 Stunden Up-Time ...

Seid meiner letzten Meldung hier, wurden die Dateien:

firmware-atheros

und 

rpi-eeprom

erneuert.

Beim rpi-eeprom habe ich die Änderungen auf git-hub gelesen. Jedoch finde (ich) nichts, was den Fehler behoben haben könnte.

Beim firmware update habe ich jedoch keine Seite gefunden, wo (ICH) mit zurecht komme, welche Änderungen hier vorliegen, und ob die vielleicht den Fehler beseitigt haben.

Kann mir vllt. jmd. einen Link posten, wo man die Änderungen der Version 20240709-2~bpo12+1+rpt2 gut ersichtlicht sind? (ich finde da immer nur die Katalogseiten von Debian

[EDIT]

mir ist soeben noch etwas aufgefallen. Das Firmware-Atheros war vor Update die Version 20230625-2+rpt3. Sehe ich das richtig, dass dies eine Version von 2023 war?

[/EDIT]

Quote from Raspi Anfaenger

Was für ein CM5 Modul ist denn bei Dir im Einsatz? Die Lite Version ohne Wlan und Bluetooth?. Ich frage, weil mit der gab's das ein oder andere Problem (z.B. plötzliches Abschalten). Ab der Version pieeprom-2025-02-11 sollen dieses Probleme jedoch behoben sein. Es gibt bereits eine noch neuere Version irgendwas aus dem März 2025. Versuch's mal damit....

Gruß Martin

Hallo Martin,

ich nutze einen CM5 mit 4GB Ram und 32GB SD.

Seit dem Update rennt das System ohne Fehler.Derzeit läuft der absolute Härtetest. ClamAV installiert und Nextcloud hat sich der Aufgabe angenommen, alles zu scannen, wo es hingucken kann. Ram und Swap sind bei 100% und die CPU auch. Alles ohne Fehlermeldungen. Ich vermute es war das Update, wobei ich mich frage, warum es beim 'full-upgrade' nicht eingespielt wurde. Es hat über 14 Tage gedauert bis das Update bei mir durch war (Gerade mal nachgeschaut.) WOW

Ich warte noch 2 Tage und dann schließe ich den Thread (wenn nix mehr passiert)

Moin, Tach, oder wie auch immer

Nach 4 Tagen fehlerfreien Betrieb mit SWAP auf sda, habe ich nun wieder den SWAP auf der NVME eingeschaltet. Bin nun mal gespannt, ob der Fehler wieder auftritt.

Ich schließe diesen Baum mit offenem Ergebnis

Quote from RTFM

Deine Partitionierung von /dev/sdb und Deine (/etc/fstab)-mounts in #5 sind grauslig.

-/dev/sdb hat überhaupt keine Partition für das EXT4 Filesystem (BACKUP)
-/dev/sda2 kollidiert mit /dev/nvme0n1p2
-/dev/sda3 ist viel zu groß

Dazu gesellt sich noch ein Zeichensatzfehler.

Servus !

proc            /proc           proc    defaults          0       0

# a swapfile is not a swap partition, no line here
# use  dphys-swapfile swap[on|off]  for that

# SD-RAM 4GB on Chip
# BOOT-Partition
# ROOT-Partition
PARTUUID=ff37a851-01  /boot/firmware  vfat    defaults          0       2
PARTUUID=ff37a851-02  /               ext4    defaults,noatime  0       1

# Partitionen auf NVME0 256GB
# User-HOME
# Nextcloud System
# SWAP 
PARTUUID=d2c3b34c-01	/home	ext4	defaults,nofail,noatime	0	2
PARTUUID=d2c3b34c-02   /mnt/NC_WEB     ext4    defaults,noatime,nofail 0       2
/mnt/NC_WEB /var/www/nc	none	bind	0	0
PARTUUID=d2c3b34c-03	none	swap	sw,nofail	0	0

# ext USB HDD 2TB (SDA) 
# SMABA
# Nextcloud Daten
# alter SWAP
PARTUUID=763a960a-8b14-4f65-bcd3-237c0fe20edf	/mnt/SAMBA	ext4	defaults,noatime,nofail	0	2
PARTUUID=2c603593-83b9-4e75-8a87-204d45a08dba  /mnt/NC_DATA        ext4    defaults,noatime,nofail 0       2
/mnt/NC_DATA /var/www/nc/data	none	bind	0	0

# PARTUUID=e1ecdc93-9a1b-4e78-ab23-f9f9efbee4f8	none	swap	sw,nofail	0	0


# ext USB HDD 2TB (SDB)
# BACKUP 
PARTUUID=3cfbe86c-f911-4b26-a38d-0f7f3924234a	/mnt/BACKUP	ext4	defaults,noatime,nofail	0	2

################################################################
# Übersicht HDD's (blkid)
#/dev/nvme0n1p3: UUID="e1894d22-5d3c-4d21-9fff-caccd7810b5e" TYPE="swap" PARTUUID="d2c3b34c-03"
#/dev/nvme0n1p1: LABEL="pi_Home" UUID="b1c5525c-1f66-4579-b876-9cc8a7f643ca" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="d2c3b34c-01"
#/dev/nvme0n1p2: LABEL="nextcloud_Arbeit" UUID="51db2ae0-66ea-42ef-b89e-bde69c4c1fcc" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="d2c3b34c-02"
#/dev/mmcblk0p1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="5DC7-F115" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="ff37a851-01"
#/dev/mmcblk0p2: LABEL="rootfs" UUID="a36be96c-66be-4487-a7a6-0481bca99d89" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ff37a851-02"
#/dev/sdb1: UUID="d9d0be7e-7810-4d8a-9fb6-538ab5bffd14" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="3cfbe86c-f911-4b26-a38d-0f7f3924234a"
#/dev/sda2: UUID="81bbbed4-65d1-4e6d-855a-d31258d9d6ac" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Nextcloud" PARTUUID="2c603593-83b9-4e75-8a87-204d45a08dba"
#/dev/sda3: LABEL="SWAP" UUID="9ca2e6bd-4140-4b85-bb5e-214e83fcaed8" TYPE="swap" PARTLABEL="SWAP" PARTUUID="e1ecdc93-9a1b-4e78-ab23-f9f9efbee4f8"
#/dev/sda1: LABEL="SAMBA" UUID="ad443d5c-a69b-416a-be20-4a158dc6809f" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="SMB" PARTUUID="763a960a-8b14-4f65-bcd3-237c0fe20edf"

Hallo RTFM

hier meine aktuelle fstab ... immer noch so schlimm? (oder haben sich meine Recherchen gelohnt?)