Martin Weiss

Nun, wirklichen Datenverlust habe ich nicht. Die Platten laufen als Cache. Einige Dockerinstallation sind weg, das ist aber nicht tragisch. Ich möche nur die SSDs nicht "wegschmeißen" müssen. xfs läuft bei mir als Array -HDD und das recht stabil. Ich habe mit dem Cache bisher keine Problem mit dem FileSystem bzw. btrfs gehabt. Was spricht gegen die Verwendung?

Ja, das hat er intensiv gelesen. Sowie die Warnungen, die sich zu den Befehlen finden lassen. Zu Beginn des Links wird hinterfragt ob das eine File System Problem oder Hardware-Problem ist. Ist tippe hier mal auf das File System Demnach macht die Nutzung von BTRFS scrub keinen Sinn, da die Platte nicht gemountet ist. Kann das jemand bestätigen? Ich möchte mich nur versichern, dass ich alle Optionen ausgeschöpft habe, bevor ich "btrfs check --repair" ausführen lassen. zumal die Sätz aus dem Link: "We're sorry, but we don't have enough experience yet with the scrub command." nicht gerade Sicherheit ausstrahlen

Hi Unraid-Gemeinde, Version: 6.12.13 ich habe seit einigen Tagen ein Problem, dass sich bei den Pool-Datenträgen der Cache nicht mehr einhängen lässt. Nach endlosen suchen um Web, bitte ich euch um Ratschläge bzw. Hilfe. Aus dem Log vom Cache Aug 31 17:52:44 Server kernel: BTRFS info (device nvme0n1p1): using crc32c (crc32c-intel) checksum algorithm Aug 31 17:52:44 Server kernel: BTRFS info (device nvme0n1p1): using free space tree Aug 31 17:52:44 Server kernel: BTRFS info (device nvme0n1p1): enabling ssd optimizations Aug 31 17:52:44 Server kernel: BTRFS info (device nvme0n1p1): start tree-log replay Aug 31 17:52:44 Server kernel: BTRFS info (device nvme0n1p1): leaf 3277258752 gen 1983409 total ptrs 248 free space 1899 owner 2 Aug 31 17:52:44 Server kernel: BTRFS error (device nvme0n1p1): unable to find ref byte nr 4242898944 parent 0 root 7 owner 0 offset 0 Aug 31 17:52:44 Server kernel: BTRFS: error (device nvme0n1p1: state A) in __btrfs_free_extent:3074: errno=-2 No such entry Aug 31 17:52:44 Server kernel: BTRFS error (device nvme0n1p1: state EA): failed to run delayed ref for logical 4242898944 num_bytes 16384 type 176 action 2 ref_mod 1: -2 Aug 31 17:52:44 Server kernel: BTRFS: error (device nvme0n1p1: state EA) in btrfs_run_delayed_refs:2150: errno=-2 No such entry Aug 31 17:52:44 Server kernel: BTRFS: error (device nvme0n1p1: state EA) in btrfs_replay_log:2417: errno=-2 No such entry (Failed to recover log tree) Aug 31 17:52:44 Server kernel: BTRFS error (device nvme0n1p1: state EA): open_ctree failed aus dem Terminal: root@Server:~# sudo btrfs check --readonly /dev/nvme0n1p1 Opening filesystem to check... Checking filesystem on /dev/nvme0n1p1 UUID: e8a977fa-7264-43bf-b94c-64ce88ed27c0 [1/7] checking root items [2/7] checking extents ref mismatch on [4242866176 16384] extent item 4294936705, found 1 tree extent[4242898944, 16384] root 7 has no backref item in extent tree tree extent[4242898944, 16384] root 802893695891275783 has no tree block found incorrect global backref count on 4242898944 found 2 wanted 1 backpointer mismatch on [4242898944 16384] ERROR: errors found in extent allocation tree or chunk allocation [3/7] checking free space tree [4/7] checking fs roots [5/7] checking only csums items (without verifying data) [6/7] checking root refs [7/7] checking quota groups skipped (not enabled on this FS) found 115787624448 bytes used, error(s) found total csum bytes: 27720828 total tree bytes: 190136320 total fs tree bytes: 75481088 total extent tree bytes: 72286208 btree space waste bytes: 31273572 file data blocks allocated: 135777943552 referenced 109237788672 Kann mir jemand sagen, ob und und wie das behoben werden?