Điểm:1

Khôi phục BTRFS? ma thuật xấu trên superblock trên/dev/md2

lá cờ cn

vì vậy sau một lần mất điện gần đây, RAID DS718+ của tôi đã bị hỏng.

Sau khi điều tra với Bộ phận hỗ trợ của Syno, chúng tôi cũng xác định rằng RAM của tôi đã bị hỏng (đã bị xóa) và vì nó không phải là mô-đun RAM được hỗ trợ chính thức nên giờ đây họ sẽ không còn giúp tôi khôi phục RAID của mình nữa (xin cảm ơn vì điều đó) vì họ nghi ngờ hệ thống tệp bị hỏng đến từ đó và không phải từ sự cố mất điện.

Tôi có một bản sao lưu nhưng nó đã cũ nên tôi muốn khôi phục nếu có thể. Nếu không, tôi ổn với việc khôi phục.

Những gì tôi có thể nói với bạn cho đến nay:

btrfs-show-super /dev/md2

siêu khối: byter=65536, thiết bị=/dev/md2
--------------------------------------------- -------
LỖI: ma thuật xấu trên superblock trên/dev/md2 lúc 65536

fdisk -l

Đĩa /dev/ram0: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram1: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram2: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram3: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram4: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram5: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram6: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram7: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram8: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram9: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram10: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram11: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram12: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram13: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram14: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/ram15: 640 MiB, 671088640 byte, 1310720 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/sda: 3,7 TiB, 4000787030016 byte, 7814037168 cung
Kiểu đĩa: WD40EFRX-68N32N0
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte
Loại nhãn đĩa: gpt
Mã định danh đĩa: B0741029-0239-4B70-BDC9-115FFE436B29

Thiết bị Bắt đầu Kết thúc Sector Kích thước Loại
/dev/sda1 2048 4982527 4980480 Cuộc tấn công Linux 2.4G
/dev/sda2 4982528 9176831 4194304 Cuộc tấn công Linux 2G
/dev/sda5 9453280 7813830239 7804376960 Cuộc tấn công Linux 3.6T


Đĩa /dev/sdb: 3,7 TiB, 4000787030016 byte, 7814037168 cung
Kiểu đĩa: WD4003FFBX-68MU3N0
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte
Loại nhãn đĩa: gpt
Mã định danh đĩa: 7D01494F-CF7B-4DFF-8735-C9F326A16775

Thiết bị Bắt đầu Kết thúc Sector Kích thước Loại
/dev/sdb1 2048 4982527 4980480 Cuộc tấn công Linux 2.4G
/dev/sdb2 4982528 9176831 4194304 Cuộc tấn công Linux 2G
/dev/sdb5 9453280 7813830239 7804376960 Cuộc tấn công Linux 3.6T


Đĩa /dev/md0: 2,4 GiB, 2549940224 byte, 4980352 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/zram0: 275 MiB, 288358400 byte, 70400 cung
Đơn vị: cung từ 1 * 4096 = 4096 byte
Kích thước cung (logic/vật lý): 4096 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/zram1: 275 MiB, 288358400 byte, 70400 cung
Đơn vị: cung từ 1 * 4096 = 4096 byte
Kích thước cung (logic/vật lý): 4096 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/zram2: 275 MiB, 288358400 byte, 70400 cung
Đơn vị: cung từ 1 * 4096 = 4096 byte
Kích thước cung (logic/vật lý): 4096 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/zram3: 275 MiB, 288358400 byte, 70400 cung
Đơn vị: cung từ 1 * 4096 = 4096 byte
Kích thước cung (logic/vật lý): 4096 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/md1: 2 GiB, 2147418112 byte, 4194176 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/synoboot: 120 MiB, 125829120 byte, 245760 sector
Kiểu đĩa: DiskStation
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 512 byte
Kích thước I/O (tối thiểu/tối ưu): 512 byte / 512 byte
Loại nhãn đĩa: gpt
Mã định danh đĩa: 0B6F377D-3CFE-49FF-825F-7662245E3112

Thiết bị Bắt đầu Kết thúc Sector Kích thước Loại
/dev/synoboot1 2048 67583 65536 Hệ thống EFI 32M
/dev/synoboot2 67584 239615 172032 Hệ thống tệp Linux 84M


Đĩa /dev/md2: 3,6 TiB, 3995839758336 byte, 7804374528 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/mapper/vg1000-lv: 3,6 TiB, 3995837923328 byte, 7804370944 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte


Đĩa /dev/mapper/cachedev_0: 3,6 TiB, 3995837923328 byte, 7804370944 cung
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 byte

mdadm --examine /dev/sda5

/dev/sda5:
          Phép thuật: a92b4efc
        Phiên bản : 1.2
    Bản đồ đặc trưng : 0x0
     Mảng UUID : 4df9f767:00c49417:945e810a:3c7ae5cf
           Tên: DiskStation:2
  Thời gian tạo : Thu 27 tháng 8 16:55:24 2015
     Cấp độ đột kích : đột kích1
   Thiết bị đột kích : 2

 Kích thước nhà phát triển khả dụng: 7804374912 (3721,42 GiB 3995,84 GB)
     Kích thước mảng : 3902187264 (3721,42 GiB 3995,84 GB)
  Kích thước Dev đã sử dụng: 7804374528 (3721,42 GiB 3995,84 GB)
    Bù trừ dữ liệu: 2048 sector
   Super Offset: 8 cung
   Không gian chưa sử dụng: before=1968 sector, after=384 sector
          Trạng thái: sạch sẽ
    UUID thiết bị : eeb9349e:2df293df:e3e4d149:341a8cd9

    Thời gian cập nhật : Thứ ba ngày 19 tháng 10 21:43:44 năm 2021
       Tổng kiểm tra: 1776634c - đúng
         Sự kiện : 236201


   Vai trò thiết bị : Thiết bị đang hoạt động 1
   Trạng thái mảng: AA ('A' == hoạt động, '.' == thiếu, 'R' == thay thế)

mdadm --examine /dev/sdb5

/dev/sdb5:
          Phép thuật: a92b4efc
        Phiên bản : 1.2
    Bản đồ đặc trưng : 0x0
     Mảng UUID : 4df9f767:00c49417:945e810a:3c7ae5cf
           Tên: DiskStation:2
  Thời gian tạo : Thu 27 tháng 8 16:55:24 2015
     Cấp độ đột kích : đột kích1
   Thiết bị đột kích : 2

 Kích thước nhà phát triển khả dụng: 7804374912 (3721,42 GiB 3995,84 GB)
     Kích thước mảng : 3902187264 (3721,42 GiB 3995,84 GB)
  Kích thước Dev đã sử dụng: 7804374528 (3721,42 GiB 3995,84 GB)
    Bù trừ dữ liệu: 2048 sector
   Super Offset: 8 cung
   Không gian chưa sử dụng: before=1968 sector, after=384 sector
          Trạng thái: sạch sẽ
    UUID thiết bị : b0de0510:3424cbdd:380068fb:af4fa72d

    Thời gian cập nhật : Thứ ba ngày 19 tháng 10 21:43:44 năm 2021
       Tổng kiểm tra: 8d300ae5 - chính xác
         Sự kiện : 236201


   Vai trò thiết bị: Thiết bị đang hoạt động 0
   Trạng thái mảng: AA ('A' == hoạt động, '.' == thiếu, 'R' == thay thế)

lệnh bãi rác2fsfsck không thể tìm thấy btw - không chắc tại sao.

Khi cố gắng mke2fs -n /dev/md2 nó nói rằng:

mke2fs 1.44.1 (24-Mar-2018)
/dev/md2 chứa hệ thống tệp LVM2_member
Vẫn tiếp tục? (y,N) y
/dev/md2 dường như đang được hệ thống sử dụng; sẽ không tạo một hệ thống tập tin ở đây!

Tôi không có dữ liệu/NAS của mình gần hai tuần nay nên mọi trợ giúp đều được đánh giá cao. Vì tôi không phải là người dùng Linux nên tôi đánh giá cao lời khuyên thẳng thắn. Tôi hiểu rằng sda5 và sdb5 là hai đĩa của tôi, md2 là RAID. Không chắc chắn LVM2_member là gì hoặc làm thế nào tôi có thể sửa chữa nó ngay bây giờ - nếu điều đó là có thể.

Chỉnh sửa:

mdadm --assemble --scan -v

mdadm: tìm kiếm thiết bị để lắp ráp thêm
mdadm: không có siêu khối nào được nhận dạng trên/dev/dm-1
mdadm: không có siêu khối nào có thể nhận dạng được trên/dev/dm-0
mdadm: không có siêu khối nào được nhận dạng trên/dev/md2
mdadm: không có siêu khối nào được nhận dạng trên/dev/synoboot2
mdadm: Không thể lắp ráp siêu dữ liệu mbr trên/dev/synoboot1
mdadm: Không thể lắp ráp siêu dữ liệu mbr trên/dev/synoboot
mdadm: không có siêu khối nào được nhận dạng trên/dev/md1
mdadm: không có siêu khối nào được nhận dạng trên /dev/zram3
mdadm: không có siêu khối nào có thể nhận dạng được trên /dev/zram2
mdadm: không có siêu khối nào được nhận dạng trên /dev/zram1
mdadm: không có siêu khối nào được nhận dạng trên /dev/zram0
mdadm: không có siêu khối nào được nhận dạng trên/dev/md0
mdadm: /dev/sdb5 đang bận - bỏ qua
mdadm: /dev/sdb2 đang bận - bỏ qua
mdadm: /dev/sdb1 đang bận - bỏ qua
mdadm: Không thể lắp ráp siêu dữ liệu mbr trên/dev/sdb
mdadm: /dev/sda5 đang bận - bỏ qua
mdadm: /dev/sda2 đang bận - bỏ qua
mdadm: /dev/sda1 đang bận - bỏ qua
mdadm: Không thể lắp ráp siêu dữ liệu mbr trên/dev/sda
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram15
mdadm: không có siêu khối nào có thể nhận dạng được trên/dev/ram14
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram13
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram12
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram11
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram10
mdadm: không có siêu khối nào có thể nhận dạng được trên/dev/ram9
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram8
mdadm: không có siêu khối nào có thể nhận dạng được trên/dev/ram7
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram6
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram5
mdadm: không có siêu khối nào có thể nhận dạng được trên/dev/ram4
mdadm: không có siêu khối nào có thể nhận dạng được trên/dev/ram3
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram2
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram1
mdadm: không có siêu khối nào được nhận dạng trên/dev/ram0
mdadm: Không tìm thấy mảng nào trong tệp cấu hình hoặc tự động

con mèo /etc/fstab

không có /proc proc mặc định 0 0
/dev/root / ext4 mặc định 1 1
/dev/mapper/cachedev_0 /volume1 btrfs auto_reclaim_space,ssd,synoacl,relatime,ro,nodev 0 0

mèo /proc/mdstat

Tính cách: [đột kích1]
md2 : kích hoạt đột kích1 sdb5[3] sda5[2]
      3902187264 khối siêu 1,2 [2/2] [UU]

md1 : kích hoạt đột kích1 sda2[0] sdb2[1]
      2097088 khối [2/2] [UU]

md0 : kích hoạt đột kích1 sda1[0] sdb1[1]
      2490176 khối [2/2] [UU]

thiết bị không sử dụng: <none>

Chỉnh sửa2:

màn hình pv

  --- Khối lượng vật lý ---
  Tên PV /dev/md2
  Tên VG vg1000
  Kích thước PV 3,63 TiB / không sử dụng được 1,75 MiB
  Có thể phân bổ có (nhưng đầy đủ)
  Kích thước PE 4,00 MiB
  Tổng PE 952682
  PE miễn phí 0
  PE được phân bổ 952682
  PV UUID Yj7BOC-Ni0B-Q1NG-CHKy-Fmq0-620T-aHeUYR

vgdisplay

  --- Nhóm âm lượng ---
  Tên VG vg1000
  ID hệ thống
  Định dạng lvm2
  Khu vực siêu dữ liệu 1
  Chuỗi siêu dữ liệu số 2
  Truy cập VG đọc/ghi
  Trạng thái VG có thể thay đổi kích thước
  LV TỐI ĐA 0
  Cur LV 1
  Mở LV1
  PV tối đa 0
  Hiện tại PV 1
  Màn PV 1
  Kích thước VG 3,63 TiB
  Kích thước PE 4,00 MiB
  Tổng PE 952682
  Phân bổ PE / Kích thước 952682 / 3,63 TiB
  PE miễn phí / Cỡ 0 / 0
  VG UUID grXROS-RIVn-C0Nx-cKqF-lOyB-YFHJ-HDWngh

màn hình lv


  --- Thể tích logic ---
  Đường dẫn LV /dev/vg1000/lv
  LV Tên lv
  Tên VG vg1000
  LV UUID xgX5UJ-vk3r-eGX0-3bxj-339u-B3sV-y1jldv
  LV Viết Truy cập đọc/ghi
  LV Tạo máy chủ, thời gian ,
  Trạng thái LV khả dụng
  # mở 1
  Kích thước LV 3,63 TiB
  LÊ hiện tại 952682
  phân đoạn 1
  kế thừa phân bổ
  Đọc trước ngành ô tô
  - hiện được đặt thành 384
  Chặn thiết bị 252:0

Bộ phận hỗ trợ đã nói với tôi ngay từ đầu:

Hệ thống được cài đặt trong RAID md0, RAID cấp 1, được mở rộng (trong trường hợp không an toàn, không tăng) bằng các đĩa được thêm sau này. Trên md1, trao đổi được đặt, cũng trong RAID 1. Từ md2 trở lên, các ổ đĩa được đặt. Cấu hình RAID của NAS không bị lỗi, nhưng hệ thống tệp trên volume1 thì có. Hệ thống tập tin không còn có thể được gắn kết. Thậm chí không chỉ đọc

Ảnh chụp màn hình

Chỉnh sửa3: btrfs-show-super /dev/mapper/cachedev_0

siêu khối: byter=65536, device=/dev/mapper/cachedev_0
--------------------------------------------- -------
csum 0x63aa7385 [khớp]
tên miền 65536
cờ 0x1
                        ( BẰNG VĂN BẢN )
ma thuật _BHRfS_M [trận đấu]
fsid 1e556138-5480-44ce-8c65-bfa2d7fd54cb
nhãn 2018.09.26-18:00:59 v23739
thế hệ 3652464
gốc 547766255616
sys_array_size 258
chunk_root_thế hệ 3579752
gốc_cấp 1
chunk_root 3611627094016
chunk_root_level 1
log_root 547767943168
log_root_transid 0
log_root_level 0
log tree dự trữ bg 0
tổng_byte 3995837923328
byte_đã sử dụng 2851638943744
kích thước ngành 4096
kích thước nút 16384
kích thước lá 16384
kẻ sọc 4096
root_dir 6
num_thiết bị 1
tương thích_flags 0x8000000000000000
so sánh_ro_flags 0x3
                        ( FREE_SPACE_TREE |
                          FREE_SPACE_TREE_VALID )
incompat_flags 0x16b
                        ( MIXED_BACKREF |
                          DEFAULT_SUBVOL |
                          NÉN_LZO |
                          BIG_METADATA |
                          EXTENDED_IREF |
                          SKINNY_METADATA )
csum_type 0
csum_size 4
bộ đệm_thế hệ 18446744073709551615
uuid_tree_thế hệ 3652464
dev_item.uuid 521f7cdc-497c-4c69-886e-c3974042337a
dev_item.fsid 1e556138-5480-44ce-8c65-bfa2d7fd54cb [trận đấu]
dev_item.type 0
dev_item.total_bytes 3995837923328
dev_item.bytes_used 3139713368064
dev_item.io_align 4096
dev_item.io_width 4096
dev_item.sector_size 4096
dev_item.devid 1
dev_item.dev_group 0
dev_item.seek_speed 0
dev_item.bandwidth 0
dev_item.thế hệ 0

Chỉnh sửa4:

e2fsck -nvf -C 0 /dev/md2

e2fsck 1.44.1 (24-Mar-2018)
Cảnh báo! /dev/md2 đang được sử dụng.
ext2fs_open2: Số ma thuật xấu trong siêu khối
e2fsck: Superblock không hợp lệ, đang thử các khối dự phòng...

openfs: tổng kiểm tra siêu khối không hợp lệ.
e2fsck: Số ma thuật sai trong siêu khối khi cố mở/dev/md2

Không thể đọc siêu khối hoặc không mô tả ext2/ext3/ext4 hợp lệ
hệ thống tập tin. Nếu thiết bị hợp lệ và nó thực sự chứa ext2/ext3/ext4
hệ thống tập tin (chứ không phải trao đổi hoặc ufs hoặc thứ gì khác), thì siêu khối
bị hỏng và bạn có thể thử chạy e2fsck với một siêu khối thay thế:
    e2fsck -b 8193 <thiết bị>
 hoặc
    e2fsck -b 32768 <thiết bị>

/dev/md2 chứa hệ thống tệp LVM2_member

e2fsck -b 8193/dev/md2

e2fsck 1.44.1 (24-Mar-2018)
/dev/md2 đang được sử dụng.
e2fsck: Không thể tiếp tục, đang hủy bỏ.

Làm cách nào để ngắt kết nối an toàn, thử lệnh và kết nối lại?

Cảm ơn rất nhiều!

lá cờ br
Xin lỗi, không biết làm thế nào để khắc phục điều này nhưng để tham khảo trong tương lai, có thể cài đặt siêu sao lưu và chọn một ổ đĩa sao lưu usb giá rẻ, dù sao thì đó cũng là những gì tôi làm với 918+ của mình
Nikita Kipriyanov avatar
lá cờ za
Vui lòng hiển thị `lsblk`.
UnrealSlimShady avatar
lá cờ cn
@NikitaKipriyanov "không tìm thấy lệnh". từ nghiên cứu, bạn không thể cài đặt apt-get bất kỳ gói nào trên hệ thống NAS Synology và dường như nó cũng không được khuyến nghị từ các nguồn trực tuyến.
UnrealSlimShady avatar
lá cờ cn
@ Chopper3 Giống như đã nói, tôi có một bản sao lưu - chạy qua siêu dự phòng - nhưng nó không phải là gần đây nhất và không chứa tất cả các gói như cấu hình docker hoặc VM của tôi, do đó tôi muốn thử sửa chữa tình trạng hiện tại, nhưng dù sao cũng cảm ơn!
Nikita Kipriyanov avatar
lá cờ za
Tôi cho rằng bạn không có hệ thống tệp trực tiếp trên RAID, nhưng có LVM bên trong MD RAID và các hệ thống tệp nằm trong LV: `/dev/md2 chứa hệ thống tệp LVM2_member`. Hiển thị ít nhất `pvdisplay`, `vgdisplay`, `lvdisplay`. Tuy nhiên, thật lạ khi thấy Linux không có `lsblk`...
Điểm:0
lá cờ fr

Bạn đã thử lắp ráp mảng chưa? Tôi có một hệ thống luôn bị rớt mảng khi khởi động lại. Tôi đã cố gắng tạo một mdadm.conf mà không gặp may, vì vậy tôi chỉ tập hợp lại nó vào lần khởi động lại tiếp theo bằng cách sử dụng lệnh tạo. Miễn là các thiết bị theo cùng một thứ tự, nó sẽ lắp ráp tốt. Trong trường hợp của tôi, tôi sử dụng đột kích5:

    mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sd[a1,b1,c1,d1]
Điểm:0
lá cờ za

RAID của bạn vẫn ổn. Siêu dữ liệu trong siêu khối MD RAID nhất quán. Vì vậy, tôi đồng ý với sự hỗ trợ của Synology ở chỗ RAID vẫn còn nguyên vẹn. Bạn vẫn có thể muốn kiểm tra dữ liệu của nó, nhưng tôi khuyên bạn nên đợi cho đến khi dữ liệu được khôi phục.

Vì vậy, không làm bất cứ điều gì khác với/dev/md2 và không tìm kiếm bất cứ thứ gì trên đó, bởi vì hệ thống đã tìm thấy và nhận ra những gì ở đó.

Hệ thống thấy nó đang được sử dụng và ngăn chặn truy cập vào nó vì nó biết đó là ổ đĩa vật lý (LVM PV) của nhóm âm lượng hoạt động (VG) được gọi là vg1000. Trong nhóm âm lượng này, bạn có một âm lượng logic (LV), được gọi đơn giản là lv. Đây là thiết bị khối, có thể truy cập dưới dạng /dev/vg1000/lv (là một liên kết tượng trưng cho một số /dev/dm-X, trong đó X là động và có thể thay đổi sau khi khởi động lại hoặc thêm hoặc xóa các thực thể ánh xạ thiết bị khác).

tiếp theo đến bộ đệm lớp. Tôi không biết nó sử dụng công nghệ bộ nhớ đệm nào, nhưng ổ đĩa được lưu trong bộ nhớ cache có tên bên trong/dev/mapper, cái này sử dụng khung Trình ánh xạ thiết bị Linux. Một công nghệ như vậy là LVM Cache. LV /dev/vg1000/lv là một thiết bị hỗ trợ. cũng có thể có một thiết bị lưu trữ. Ngay cả khi hiện tại bạn chưa cài đặt bất kỳ ổ SSD nào, lớp này có thể được tạo để tạo điều kiện giới thiệu thêm bộ đệm thực tế. Bạn có thể đặt một số ổ SSD bên trong, đánh dấu vào một số hộp kiểm trong GUI và thì đấy, bạn có bộ đệm ngay lập tức mà không cần định dạng lại và tốn thời gian di chuyển dữ liệu.

Hệ thống tệp của bạn dường như đang nằm trong ổ đĩa được lưu trong bộ nhớ cache này, được xem trong hệ thống dưới dạng /dev/mapper/cachedev_0 (một lần nữa, một liên kết tượng trưng đến một số thiết bị khối /dev/dm-Y, trong đó Y là động). Điều này được hỗ trợ bởi dòng sau trong fstab tập tin:

/dev/mapper/cachedev_0 /volume1 btrfs auto_reclaim_space,ssd,synoacl,relatime,ro,nodev 0 0

Thiết bị này là nơi bạn nên tìm kiếm hệ thống tệp BTRFS. Cố gắng btrfs-show-super /dev/mapper/cachedev_0, nó Nên tìm một siêu khối.

Ảnh chụp màn hình bạn hiển thị đề cập đến các sự cố trên /dev/dm-1. Nếu đó là mục tiêu của /dev/mapper/cachedev_0 (kiểm tra với liên kết đọc/dev/mapper/cachedev_0), bạn đã hết may mắn. Bạn có thể cố gắng đưa hệ thống này cho chuyên gia BTRFS với hy vọng anh ta có thể trích xuất một số thông tin, nhưng hãy sẵn sàng thanh toán hóa đơn cho việc này.

UnrealSlimShady avatar
lá cờ cn
cảm ơn sự hỗ trợ của bạn, đánh giá cao! đầu ra của btrfs cho cachedev được thêm vào thông tin ban đầu, liên kết đọc cho cachedev không đưa ra bất kỳ đầu ra nào
Nikita Kipriyanov avatar
lá cờ za
Xin lỗi, tôi không phải là chuyên gia BTRFS. Tôi muốn chỉnh sửa tiêu đề, hiện đang gây hiểu nhầm. Bạn thực sự không cần làm bất cứ điều gì với RAID và bạn không gặp vấn đề gì với điều đó, bạn cần khôi phục BTRFS đã được sử dụng trên máy có RAM kém.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.