DSM 7.2 Kritisch! Reparatur der Systempartition nicht möglich. Wie vorgehen?

[Mustermann]

Wie kann ich einen PC verwenden, um Daten wiederherzustellen, wenn mein Synology NAS eine Fehlfunktion hat?​

Ich habe nun Linux auf dem USB-Stick installiert und bin die Anleitung durchgegangen. Ich bin absoluter Linux-Neuling.
Soweit ich die Rückmeldungen verstanden habe, hat es geklappt das Laufwerk zu entschlüsseln. Nur das Mounten klappt nicht. Was mache ich falsch?

root@ubuntu:~# sudo blkid /dev/mapper/cryptvol_Y
/dev/mapper/cryptvol_Y: LABEL="2024.09.28-14:09:26 v72806" UUID="34c45d6d-ab64-41b2-a46d-7b48246ef831" UUID_SUB="d1f90d37-14a4-4081-bf84-4004972a806c" BLOCK_SIZE="4096" TYPE="btrfs"
root@ubuntu:~# sudo mount -t btrfs /dev/mapper/cryptvol_Y /home/ubuntu/test -o ro
mount: /home/ubuntu/test: wrong fs type, bad option, bad superblock on /dev/mapper/cryptvol_Y, missing codepage or helper program, or other error.
dmesg(1) may have more information after failed mount system call.
mount: (hint) your fstab has been modified, but systemd still uses
the old version; use 'systemctl daemon-reload' to reload.

root@ubuntu:~# sudo btrfs check /dev/mapper/cryptvol_Y
Opening filesystem to check...
Checking filesystem on /dev/mapper/cryptvol_Y
UUID: 34c45d6d-ab64-41b2-a46d-7b48246ef831
[1/7] checking root items
[2/7] checking extents
Invalid key type(BLOCK_GROUP_ITEM) found in root(202)
ignoring invalid key
[Anmerkung: gleiche Meldung noch x-mal]
[3/7] checking free space tree
[4/7] checking fs roots
root 256 inode 18446744073709551410 errors 1, no inode item
[Anmerkung: gleiche Meldung noch x-mal mit anderen root Nummern]
root 790 inode 18446744073709551410 errors 1, no inode item
ERROR: errors found in fs roots
found 1270453022720 bytes used, error(s) found
total csum bytes: 1137227268
total tree bytes: 2642198528
total fs tree bytes: 1307754496
total extent tree bytes: 88686592
btree space waste bytes: 309145097
file data blocks allocated: 1886049910784
 referenced 1877027655680

 

[Mustermann]

Welche Partition ist eigentlich die richtige? (Ich habe "dm-1" angesprochen.)

root@ubuntu:~# cat /proc/partitions
major minor  #blocks  name

   7        0    1731968 loop0
   7        1     535344 loop1
   7        2     917148 loop2
   7        3          4 loop3
   7        4      75664 loop4
   7        5     264228 loop5
   7        6      93888 loop6
   7        7      11028 loop7
 259        0  488386584 nvme0n1
 259        1     102400 nvme0n1p1
 259        2      16384 nvme0n1p2
 259        3  487562240 nvme0n1p3
 259        4     703488 nvme0n1p4
   8        0 5860522584 sda
   8        1    8388608 sda1
   8        2    2097152 sda2
   8        5 5849796640 sda5
   9      127 5849795584 md127
 252        0      12288 dm-0
 252        1 5848956928 dm-1
   8       16   60088320 sdb
   8       17   60087264 sdb1
   7        8      11400 loop8
   7        9     528392 loop9
   7       11     115148 loop11
   7       10     215460 loop10
   7       13      45504 loop13
   7       12        568 loop12

root@ubuntu:~# cryptsetup open --test-passphrase /dev/dm-1  -S 1 -d  /home/ubuntu/Downloads/decode_output -v
No usable token is available.
Key slot 1 unlocked.
Command successful.
root@ubuntu:~# cryptsetup open --allow-discards /dev/dm-1 cryptvol_Y -S 1 -d  /home/ubuntu/Downloads/decode_output

 

[Mustermann]

Vielleicht interessiert es Euch, wie es weiter ging.

Ich habe eine zweite 6TB HD gekauft und in der DS220+ installiert. Nach Installation mein Backup von der externen Festplatte zurück gespielt. Das ging einwandfrei. Dabei musste ich allerdings feststellen, dass erst später angelegte Ordner (z.B. für Homeassistant in der virtuellen Maschine) nicht mit dabei sind. Diese hätte ich im Backupplan hinzufügen müssen. Daran hatte ich nicht gedacht.

Neue 6TB Platte wieder ausgebaut und mit ddrescue 99,88% von der kaputten 6TB Platte erfolgreich auf die neue kopiert (nach 5 Tagen mit Strg+C abgebrochen). Der LUKS Schlüssel passt, nur mounten ist nicht möglich. Mit viel Hilfe der KI ist das Fazit: "Die Situation ist eindeutig: Dein btrfs-Dateisystem ist an einer kritischen Stelle (im "extent tree") durch Lesefehler irreparabel beschädigt."
Auch "sudo btrfs restore -vi --ignore-errors ..." funktioniert nicht.

Fazit der KI: Die Fehlerursache kann sowohl ein Hardwaredefekt (Lesefehler) als auch Synology-spezifische btrfs-Features sein.
Kann ich mehr Erfolg haben, wenn ich die neue Festplatte mit der ddrescue Kopie extern an die DS220+ anstecke und versuche darauf zuzugreifen? Oder ist das reine Zeitverschwendung?

P.S.: Verwendet habe ich diese btrfs Version:
root@ubuntu:~# uname -r
btrfs --version
6.11.0-17-generic
btrfs-progs v6.6.3