Gee1

"cryptsetup luksOpen /dev/sdX sdX" already tryed this and many more "hier nicht mehr ... sprich, da passt schon etwas nicht (als wäre die disk abgezogen, empty ...)" warscheinlich hatte ich disk4 zu dem Zeitpunkt schon in meinem anderen Rechner. Disk 4 hat übrigens hunderte Reallocated sectors. Sicher wurde der header zerschossen

wie oft der rebuild abgebrochen wird spielt keine Rolle, da die virtuelle Disk4 davon unangetastet bleibt. Beim ersten rebuild hat die besagt disk 4 immer die bekannten SATA Link resets und speed reduzierungen von 6 auf 1,5GBs in den Logs geworfen.. darauf hin habe ich abgebrochen und (weil ich das Problem schon mal hatte) die SATA Stromkabel und Datenkabel auf korrekten sitz Überprüft. Beim Zweiten versuch hat dann auch die Parity besagte Fehler geworfen. Darauf hin wieder abgebrochen bzw hat er den shutdown Befehl ignoriert also hard off. kabel getauscht und gedreht und geschaut ob der Fehler mitwandert etc... jeden Falls das Ende vom lied das sowol die Virtuelel Disk 4 als auch die Physische Disk 4 warscheinlich einen Defekten LUKS Header haben, anders kann ich mir nicht erklären warum er die Passphrase nicht mehr will. Allerding kann der Status vom LUKS header noch einwandfrei gelesen werden. Der LUKS Header an sich ist ja mit 16MB ganz schön gross.. ich habe die Heade aller anderen Platte direkt ge-backupt damit mir das nicht nochmal passieren kann. Was halt seh komisch ist das die LUKS header von beiden der Physischen und virtuellen Disk 4 korrupt sein sollen. Denn Disk 4 ist schon seit über einer Woche auf Grund von Fehlern deaktiviert und nur die virtuelle Disk 4 in Betrieb und hat einwandfrei funktioniert. legt UNRAID irgendwo LUKS Header kopien auf das Flash Drive ? Ich denke das ist meine einzige Chance wieder an dei Daten zu kommen

@JorgeB tower-diagnostics-20260725-0034.zip

Servus, ich musste auf Grund von Fehlern meine Disk4 entfernen (diese war von Unraid deaktiviert worden) und wurde nur noch emuliert ZFS mti LUKS encrypted, die Daten waren noch lesbar. Anschliesend die alte Platte wieder rein (weil ich eher von einem Defekten Stromkabel als einer def Platte ausgehe) Rebuild gestartet und immer noch Fehler auf zwei Laufwerken (Parity (SATA hard link resets wie auf Disk4 aber noch valid) und Disk4) Dann Vorgang wieder abgebrochen - hat zu lange gedauert - hard reset. Das ganze so drei mal bestimmt. Jetzt habe ich das Problem: Ich gebe wie gewohnt meine Passphrase ein (diese ist korrekt da die anderen Laufwerke im Array als auch in den Pools korrekt entschlüsselt werden) und Disk 4 behauptet das die Passphrase falsch ist und wird auch nicht gemounted. Weder die Emulierte Disk 4 noch die physischen. Jetzt die Spannende Frage, wie komme ich am meine Daten ? luksOpen result: Error: Passphrase or Key File not found. luksDump Unraid 7.3.0

cant downgrade to 580 driver: Can't download Nvidia Driver Package v580.159.03. How to do it manually ? UPDATE: NVMND i reinstalled the plugin and it works

habe seit ein dem das Problem das ich keine Files mehr moven kann. Ich will ein File verschieben von Ordner A in Ordner B. Beide Ordner liegen auf meinem Cache drive (encrypted ZFS Raid 0 Pool). Dabei ist es egal ob das verschieben der Files über SMB oder SSH geschieht bzw krusader docker. Normalerweise (früher) hat Unraid einfach den Pfad der Datei geändert beim verschieben. Jetzt kopiert er das File an den neuen Ort und löscht dann die Quell Datei. Das dauert dann dementsprechend lange.. Ich bin aktuell ratlos wie ich das wieder gefixed bekomme. (Das kopieren findet nicht übers Netzwerk statt sondern Dateisystem intern - Ich sehe im main Tab die Laufwerksauslastung lesen und schreiben gleichzeitig und das auch noch relativ langsam mit rund 120MB/s)

With 6.12.10 my Win10 VM finally runs smoothly again

jo zum Thema, ich denke das passt hier ganz gut rein.. : habe seit ein paar Tagen auch das Problem das ich keine Files mehr moven kann. Ich will ein File verschieben von Ordner A in Ordner B. Beide Ordner liegen auf meinem Cache drive (encrypted ZFS Raid 0 Pool). Das verschieben mache ich über SMB. Normalerweise (früher) hat Unraid einfach den Pfad der Datei geändert beim verschieben. Jetzt kopiert er das File an den neuen Ort und löscht dann die Quell Datei. Das dauert dann dementsprechend lange.. Ich bin aktuell ratlos wie ich das wieder gefixed bekomme. (Das kopieren findet nicht übers Netzwerk statt sondern Dateisystem intern - Ich sehe im main Tab die Lauifwerksauslastung lesen und schreiben gleichzeitig und das auch noch relativ langsam mit rund 120MB/s)

jup, davon würde ich auch dringend abraten ^^ Ist ganz schön fahrlässig sowas hier zu schreiben, hoffentlich hat das niemand gemacht

Das ist eine Bifurcations Karte PCIE X8 auf 2 mal X4 NVME M2. Und die haben alle einen Clock Multiplier Chip drauf. Denke das es dort Qualitätsunterschiede gibt. Diese hier macht Probleme: https://www.ebay.de/itm/314817525020 Und diese hier kann ich empfehlen die läuft reibungslos: https://www.amazon.de/dp/B0B9YSJQVZ

ja sicher könnte man das irgendwie hindrehen das es passt.. Aber native Unterstützung mit Shares wäre mir schon lieber. Wird sowieso noch gefühlt 5 Jahre dauern bis große SSDs (ab 8 TB) deutlich unter die 200€ Marke fallen

das klingt vielversprechend.. wir sind also auf dem Weg

die letzte Mover Action diese Nacht lief ohne Fehler durch. Ich hatte gestern noch die PCIE - NVME Adapter Karte gegen eine andere getauscht

Hatte ich schon mit "pcie_aspm=off" ja. Hat nix gebracht. Würde auch von der Logik her nix bringen da die Cache Drives ja ständig aktiv und nicht im Power Save sind wenn der Mover läuft Wenn ich die Power States auslese, switchen sie ständig zwischen 0 und 4, aber die meiste Zeit stehen sie auf 4 nvme get-feature /dev/nvme1n1 -f 2 -H get-feature:0x02 (Power Management), Current value:0x00000004 Workload Hint (WH): 0 - No Workload Power State (PS): 4

Mar 25 22:39:44 Tower kernel: nvme nvme1: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0xffff Mar 25 22:39:44 Tower kernel: nvme nvme1: Does your device have a faulty power saving mode enabled? Mar 25 22:39:44 Tower kernel: nvme nvme1: Try "nvme_core.default_ps_max_latency_us=0 pcie_aspm=off" and report a bug Mar 25 22:39:44 Tower kernel: nvme1n1: I/O Cmd(0x2) @ LBA 724522704, 8 blocks, I/O Error (sct 0x3 / sc 0x71) Mar 25 22:39:44 Tower kernel: nvme1n1: I/O Cmd(0x2) @ LBA 726569200, 8 blocks, I/O Error (sct 0x3 / sc 0x71) Mar 25 22:39:44 Tower kernel: nvme1n1: I/O Cmd(0x2) @ LBA 32340352, 8 blocks, I/O Error (sct 0x3 / sc 0x71) Mar 25 22:39:44 Tower kernel: nvme1n1: I/O Cmd(0x1) @ LBA 43008, 24 blocks, I/O Error (sct 0x3 / sc 0x71) Mar 25 22:39:44 Tower kernel: nvme1n1: I/O Cmd(0x2) @ LBA 15971288, 8 blocks, I/O Error (sct 0x3 / sc 0x71) Mar 25 22:39:44 Tower kernel: I/O error, dev nvme1n1, sector 726569200 op 0x0:(READ) flags 0x700 phys_seg 1 prio class 2 Mar 25 22:39:44 Tower kernel: I/O error, dev nvme1n1, sector 32340352 op 0x0:(READ) flags 0x700 phys_seg 1 prio class 2 Mar 25 22:39:44 Tower kernel: I/O error, dev nvme1n1, sector 43008 op 0x1:(WRITE) flags 0x700 phys_seg 3 prio class 2 Mar 25 22:39:44 Tower kernel: I/O error, dev nvme1n1, sector 15971288 op 0x0:(READ) flags 0x700 phys_seg 1 prio class 2 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=370937798656 size=4096 flags=180980 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=371985604608 size=4096 flags=180980 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=16540434432 size=4096 flags=180880 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=2 offset=4194304 size=12288 flags=180880 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=8159473664 size=4096 flags=180880 Mar 25 22:39:44 Tower kernel: nvme1n1: I/O Cmd(0x2) @ LBA 753710592, 8 blocks, I/O Error (sct 0x3 / sc 0x71) Mar 25 22:39:44 Tower kernel: I/O error, dev nvme1n1, sector 753710592 op 0x0:(READ) flags 0x700 phys_seg 1 prio class 2 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=385881997312 size=4096 flags=180980 Mar 25 22:39:44 Tower kernel: nvme 0000:61:00.0: Unable to change power state from D3cold to D0, device inaccessible Mar 25 22:39:44 Tower kernel: nvme nvme1: Removing after probe failure status: -19 Mar 25 22:39:44 Tower kernel: nvme1n1: detected capacity change from 976773168 to 0 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=344035557376 size=12288 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=270336 size=8192 flags=b08c1 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=344063193088 size=24576 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=371145162752 size=45056 flags=180980 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=371147657216 size=45056 flags=180980 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=371878629376 size=4096 flags=180980 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=500089495552 size=8192 flags=b08c1 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=383900295168 size=28672 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=500089757696 size=8192 flags=b08c1 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=385882005504 size=4096 flags=180980 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=385904058368 size=12288 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=386021974016 size=20480 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=386260996096 size=24576 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=386416607232 size=28672 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=481893068800 size=12288 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=481905348608 size=12288 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=482563764224 size=8192 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=481920765952 size=8192 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=483399819264 size=12288 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=483493126144 size=8192 flags=40080c80 Mar 25 22:39:44 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=483688628224 size=8192 flags=40080c80 Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:44 Tower kernel: WARNING: Pool 'cache' has encountered an uncorrectable I/O failure and has been suspended. Mar 25 22:39:44 Tower kernel: Mar 25 22:39:45 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=270336 size=8192 flags=b0ac1 Mar 25 22:39:45 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=500089495552 size=8192 flags=b0ac1 Mar 25 22:39:45 Tower kernel: zio pool=cache vdev=/dev/mapper/nvme1n1p1 error=5 type=1 offset=500089757696 size=8192 flags=b0ac1 scheint leider nix mit der temp zutun zu haben