Score:1

กู้คืน BTRFS หรือไม่ เวทมนตร์ที่ไม่ดีบน superblock บน /dev/md2

ธง cn

ดังนั้นหลังจากไฟดับเมื่อเร็วๆ นี้ DS718+ RAID ของฉันจึงขัดข้อง

หลังจากการตรวจสอบกับ Syno Support เรายังพบว่า RAM ของฉันเสีย (ถูกลบออกไปแล้ว) และเนื่องจากมันไม่ใช่โมดูล RAM ที่ได้รับการสนับสนุนอย่างเป็นทางการ ตอนนี้พวกเขาจะไม่ช่วยฉันในการกู้คืน RAID อีกต่อไป (ขอบคุณสำหรับเรื่องนั้น) เพราะพวกเขาสงสัยว่าระบบไฟล์เสีย มาจากตรงนั้นไม่ใช่จากไฟฟ้าดับ

ฉันมีข้อมูลสำรองอยู่แต่มันเงียบมาก ดังนั้นฉันจึงอยากกู้คืนถ้าเป็นไปได้ ถ้าไม่ฉันสบายดีกับการกู้คืน

สิ่งที่ฉันสามารถบอกคุณได้:

btrfs-show-super /dev/md2.dll

ซูเปอร์บล็อก: bytenr=65536 อุปกรณ์=/dev/md2
--------------------------------------------- -------
ข้อผิดพลาด: เวทมนตร์ที่ไม่ดีบน superblock ใน /dev/md2 ที่ 65536

fdisk -l

ดิสก์ /dev/ram0: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram1: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram2: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram3: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram4: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram5: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram6: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram7: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram8: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram9: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram10: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram11: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram12: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram13: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram14: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/ram15: 640 MiB, 671088640 ไบต์, 1310720 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/sda: 3.7 TiB, 4000787030016 ไบต์, 7814037168 ภาคส่วน
ดิสก์รุ่น: WD40EFRX-68N32N0
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์
ประเภทป้ายชื่อดิสก์: gpt
ตัวระบุดิสก์: B0741029-0239-4B70-BDC9-115FFE436B29

ประเภทขนาดเซกเตอร์สิ้นสุดการเริ่มต้นของอุปกรณ์
/dev/sda1 2048 4982527 4980480 2.4G Linux RAID
/dev/sda2 4982528 9176831 4194304 2G Linux RAID
/dev/sda5 9453280 7813830239 7804376960 3.6T Linux RAID


ดิสก์ /dev/sdb: 3.7 TiB, 4000787030016 ไบต์, 7814037168 ภาคส่วน
ดิสก์รุ่น: WD4003FFBX-68MU3N0
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์
ประเภทป้ายชื่อดิสก์: gpt
ตัวระบุดิสก์: 7D01494F-CF7B-4DFF-8735-C9F326A16775

ประเภทขนาดเซกเตอร์สิ้นสุดการเริ่มต้นของอุปกรณ์
/dev/sdb1 2048 4982527 4980480 2.4G Linux RAID
/dev/sdb2 4982528 9176831 4194304 2G Linux RAID
/dev/sdb5 9453280 7813830239 7804376960 3.6T Linux RAID


ดิสก์ /dev/md0: 2.4 GiB, 2549940224 ไบต์, 4980352 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/zram0: 275 MiB, 288358400 ไบต์, 70400 ภาคส่วน
หน่วย: ภาค 1 * 4096 = 4096 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 4096 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/zram1: 275 MiB, 288358400 ไบต์, 70400 ภาคส่วน
หน่วย: ภาค 1 * 4096 = 4096 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 4096 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/zram2: 275 MiB, 288358400 ไบต์, 70400 ภาคส่วน
หน่วย: ภาค 1 * 4096 = 4096 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 4096 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/zram3: 275 MiB, 288358400 ไบต์, 70400 ภาคส่วน
หน่วย: ภาค 1 * 4096 = 4096 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 4096 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/md1: 2 GiB, 2147418112 ไบต์, 4194176 ภาค
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ / dev / synoboot: 120 MiB, 125829120 ไบต์, 245760 ภาค
รุ่นดิสก์: DiskStation
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 512 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 512 ไบต์ / 512 ไบต์
ประเภทป้ายชื่อดิสก์: gpt
ตัวระบุดิสก์: 0B6F377D-3CFE-49FF-825F-7662245E3112

ประเภทขนาดเซกเตอร์สิ้นสุดการเริ่มต้นของอุปกรณ์
/dev/synoboot1 2048 67583 65536 ระบบ EFI 32M
/dev/synoboot2 67584 239615 172032 ระบบไฟล์ Linux 84M


ดิสก์ /dev/md2: 3.6 TiB, 3995839758336 ไบต์, 7804374528 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/mapper/vg1000-lv: 3.6 TiB, 3995837923328 ไบต์, 7804370944 ภาค
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์


ดิสก์ /dev/mapper/cachedev_0: 3.6 TiB, 3995837923328 ไบต์, 7804370944 ภาค
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์

mdadm -- ตรวจสอบ /dev/sda5

/dev/sda5:
          เมจิก : a92b4efc
        เวอร์ชัน : 1.2
    แผนที่คุณลักษณะ : 0x0
     อาร์เรย์ UUID : 4df9f767:00c49417:945e810a:3c7ae5cf
           ชื่อ : DiskStation:2
  Creation Time : พฤ. 27 ส.ค. 16:55:24 น. 2558
     ระดับการจู่โจม : การจู่โจม1
   อุปกรณ์จู่โจม : 2

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     ขนาดอาร์เรย์ : 3902187264 (3721.42 GiB 3995.84 GB)
  ขนาด Dev ที่ใช้ : 7804374528 (3721.42 GiB 3995.84 GB)
    Data Offset : 2048 ภาค
   ซูเปอร์ออฟเซ็ต : 8 ภาค
   พื้นที่ที่ไม่ได้ใช้ : ก่อน = 1968 ส่วน หลัง = 384 ส่วน
          รัฐ : สะอาด
    UUID ของอุปกรณ์ : eeb9349e:2df293df:e3e4d149:341a8cd9

    อัพเดทเวลา : อ. 19 ต.ค. 21:43:44 น. 2564
       เช็คซัม : 1776634c - ถูกต้อง
         เหตุการณ์ : 236201


   บทบาทของอุปกรณ์ : อุปกรณ์ที่ใช้งานอยู่ 1
   Array State : AA ('A' == ใช้งาน, '.' == หายไป, 'R' == แทนที่)

mdadm -- ตรวจสอบ /dev/sdb5

/dev/sdb5:
          เมจิก : a92b4efc
        เวอร์ชัน : 1.2
    แผนที่คุณลักษณะ : 0x0
     อาร์เรย์ UUID : 4df9f767:00c49417:945e810a:3c7ae5cf
           ชื่อ : DiskStation:2
  Creation Time : พฤ. 27 ส.ค. 16:55:24 น. 2558
     ระดับการจู่โจม : การจู่โจม1
   อุปกรณ์จู่โจม : 2

 Avail Dev Size : 7804374912 (3721.42 GiB 3995.84 GB)
     ขนาดอาร์เรย์ : 3902187264 (3721.42 GiB 3995.84 GB)
  ขนาด Dev ที่ใช้ : 7804374528 (3721.42 GiB 3995.84 GB)
    Data Offset : 2048 ภาค
   ซูเปอร์ออฟเซ็ต : 8 ภาค
   พื้นที่ที่ไม่ได้ใช้ : ก่อน = 1968 ส่วน หลัง = 384 ส่วน
          รัฐ : สะอาด
    UUID ของอุปกรณ์ : b0de0510:3424cbdd:380068fb:af4fa72d

    อัพเดทเวลา : อ. 19 ต.ค. 21:43:44 น. 2564
       เช็คซัม : 8d300ae5 - ถูกต้อง
         เหตุการณ์ : 236201


   บทบาทของอุปกรณ์ : อุปกรณ์ที่ใช้งานอยู่ 0
   Array State : AA ('A' == ใช้งาน, '.' == หายไป, 'R' == แทนที่)

คำสั่ง ทิ้ง2fs และ ฟค ไม่พบ btw - ไม่แน่ใจว่าทำไม

เมื่อพยายาม mke2fs -n /dev/md2 มันบอกว่า:

mke2fs 1.44.1 (24-มี.ค.-2561)
/dev/md2 มีระบบไฟล์ LVM2_member
ดำเนินการต่อ? (ย,น) ย
/dev/md2 ถูกใช้งานโดยระบบ; จะไม่สร้างระบบไฟล์ที่นี่!

ฉันไม่มีข้อมูล/NAS มาเกือบสองสัปดาห์แล้ว ดังนั้นความช่วยเหลือใด ๆ จึงได้รับการชื่นชมอย่างมาก เนื่องจากฉันไม่ใช่คนใช้ Linux ฉันจึงขอขอบคุณคำแนะนำที่ตรงไปตรงมา ฉันเข้าใจว่า sda5 และ sdb5 เป็นดิสก์สองตัวของฉัน ส่วน md2 เป็น RAID ไม่แน่ใจว่า LVM2_member คืออะไร หรือฉันจะซ่อมแซมได้อย่างไร - ถ้าเป็นไปได้

แก้ไข:

mdadm --assemble --scan -v

mdadm: มองหาอุปกรณ์สำหรับประกอบเพิ่มเติม
mdadm: ไม่พบ superblock บน /dev/dm-1
mdadm: ไม่รู้จัก superblock บน /dev/dm-0
mdadm: ไม่พบ superblock บน /dev/md2
mdadm: ไม่พบ superblock บน /dev/synoboot2
mdadm: ไม่สามารถรวบรวมข้อมูลเมตา mbr บน /dev/synoboot1
mdadm: ไม่สามารถรวบรวมข้อมูลเมตา mbr บน /dev/synoboot
mdadm: ไม่พบ superblock บน /dev/md1
mdadm: ไม่พบ superblock บน /dev/zram3
mdadm: ไม่พบ superblock บน /dev/zram2
mdadm: ไม่พบ superblock บน /dev/zram1
mdadm: ไม่รู้จัก superblock บน /dev/zram0
mdadm: ไม่รู้จัก superblock บน /dev/md0
mdadm: /dev/sdb5 ไม่ว่าง - ข้าม
mdadm: /dev/sdb2 ไม่ว่าง - ข้าม
mdadm: /dev/sdb1 ไม่ว่าง - ข้าม
mdadm: ไม่สามารถรวบรวมข้อมูลเมตา mbr บน /dev/sdb
mdadm: /dev/sda5 ไม่ว่าง - ข้าม
mdadm: /dev/sda2 ไม่ว่าง - ข้าม
mdadm: /dev/sda1 ไม่ว่าง - ข้าม
mdadm: ไม่สามารถรวบรวมข้อมูลเมตา mbr บน /dev/sda
mdadm: ไม่พบ superblock บน /dev/ram15
mdadm: ไม่มี superblock ที่รู้จักใน /dev/ram14
mdadm: ไม่มี superblock ที่รู้จักใน /dev/ram13
mdadm: ไม่มี superblock ที่รู้จักใน /dev/ram12
mdadm: ไม่พบ superblock บน /dev/ram11
mdadm: ไม่มี superblock ที่รู้จักใน /dev/ram10
mdadm: ไม่พบ superblock บน /dev/ram9
mdadm: ไม่พบ superblock บน /dev/ram8
mdadm: ไม่พบ superblock บน /dev/ram7
mdadm: ไม่พบ superblock บน /dev/ram6
mdadm: ไม่พบ superblock บน /dev/ram5
mdadm: ไม่รู้จัก superblock บน /dev/ram4
mdadm: ไม่พบ superblock บน /dev/ram3
mdadm: ไม่มี superblock ที่รู้จักใน /dev/ram2
mdadm: ไม่มี superblock ที่รู้จักใน /dev/ram1
mdadm: ไม่รู้จัก superblock บน /dev/ram0
mdadm: ไม่พบอาร์เรย์ในไฟล์ปรับแต่งหรือโดยอัตโนมัติ

แมว /etc/fstab

ไม่มี /proc proc ค่าเริ่มต้น 0 0
/dev/root / ext4 ค่าเริ่มต้น 1 1
/dev/mapper/cachedev_0 /volume1 btrfs auto_reclaim_space,ssd,synoacl,relatime,ro,nodev 0 0

แมว /proc/mdstat

บุคลิก : [จู่โจม1]
md2 : ใช้งานการจู่โจม 1 sdb5[3] sda5[2]
      3902187264 บล็อกซุปเปอร์ 1.2 [2/2] [UU]

md1 : ใช้งานการจู่โจม 1 sda2[0] sdb2[1]
      2097088 บล็อก [2/2] [UU]

md0 : ใช้งานการจู่โจม 1 sda1[0] sdb1[1]
      2490176 บล็อก [2/2] [UU]

อุปกรณ์ที่ไม่ได้ใช้: <ไม่มี>

แก้ไข 2:

pvdisplay

  --- ปริมาณทางกายภาพ ---
  ชื่อ PV /dev/md2
  ชื่อวีจี vg1000
  ขนาด PV 3.63 TiB / ใช้ไม่ได้ 1.75 MiB
  จัดสรรได้ ใช่ (แต่เต็ม)
  PE ขนาด 4.00 มิบ
  รวม PE 952682
  ฟรี PE 0
  จัดสรร PE 952682
  PV UUID Yj7BOC-Ni0B-Q1NG-CHKy-Fmq0-620T-aHeUYR

vgแสดงผล

  ---กลุ่มวอลุ่ม---
  ชื่อวีจี vg1000
  รหัสระบบ
  รูปแบบ lvm2
  พื้นที่ข้อมูลเมตา 1
  ลำดับข้อมูลเมตาที่ 2
  อ่าน/เขียน VG Access
  ปรับขนาดสถานะ VG ได้
  เลเวลสูงสุด 0
  เคอร์ LV 1
  เปิดเลเวล 1
  พีวีสูงสุด 0
  เคอร์ PV 1
  พระราชบัญญัติ PV 1
  VG ขนาด 3.63 TiB
  PE ขนาด 4.00 มิบ
  รวม PE 952682
  Alloc PE / ขนาด 952682 / 3.63 TiB
  ฟรี PE / ขนาด 0 / 0
  VG UUID grXROS-RIVn-C0Nx-cKqF-lOyB-YFHJ-HDWngh

แสดงผล


  --- โลจิคัลวอลุ่ม ---
  เส้นทาง LV /dev/vg1000/lv
  ชื่อเลเวล เลเวล
  ชื่อวีจี vg1000
  LV UUID xgX5UJ-vk3r-eGX0-3bxj-339u-B3sV-y1jldv
  LV Write Access อ่าน/เขียน
  โฮสต์ LV Creation เวลา ,
  มีสถานะ LV
  #เปิด1
  LV ขนาด 3.63 TiB
  ปัจจุบัน LE 952682
  ส่วนที่ 1
  การจัดสรรสืบทอด
  อ่านล่วงหน้าภาคอัตโนมัติ
  - ปัจจุบันตั้งค่าเป็น 384
  บล็อกอุปกรณ์ 252:0

ฝ่ายสนับสนุนบอกฉันในตอนต้น:

ระบบได้รับการติดตั้งใน RAID md0 ซึ่งเป็น RAID ระดับ 1 ซึ่งขยาย (ในการป้องกันความล้มเหลว ไม่เพิ่มขึ้น) โดยดิสก์ที่เพิ่มในภายหลัง บน md1 swap จะอยู่ใน RAID 1 ด้วย จาก md2 ขึ้นไป วอลุ่มจะถูกวางไว้ การกำหนดค่า RAID ของ NAS ไม่ใช่ข้อผิดพลาด แต่ระบบไฟล์บนไดรฟ์ข้อมูล 1 นั้นผิดพลาด ไม่สามารถเมาต์ระบบไฟล์ได้อีกต่อไป ไม่แม้แต่จะอ่านอย่างเดียว

ภาพหน้าจอ

แก้ไข 3: btrfs-show-super /dev/mapper/cachedev_0

ซูเปอร์บล็อก: bytenr=65536, อุปกรณ์=/dev/mapper/cachedev_0
--------------------------------------------- -------
csum 0x63aa7385 [ตรงกัน]
ไบต์ 65536
ธง 0x1
                        ( เขียนไว้ )
มายากล _BHRfS_M [แมตช์]
fsid 1e556138-5480-44ce-8c65-bfa2d7fd54cb
ป้ายกำกับ 2018.09.26-18:00:59 v23739
รุ่น 3652464
ราก 547766255616
sys_array_size 258
chunk_root_generation 3579752
root_level 1
chunk_root 3611627094016
chunk_root_level 1
log_root 547767943168
log_root_transid 0
log_root_level 0
บันทึกต้นไม้สำรอง bg 0
total_bytes 3995837923328
bytes_used 2851638943744
ภาคขนาด 4096
ขนาดโหนด 16384
ขนาดใบ 16384
ลายทาง 4096
root_dir 6
num_devices1
compat_flags 0x8000000000000000
compat_ro_flags 0x3
                        ( FREE_SPACE_TREE |
                          FREE_SPACE_TREE_VALID )
incompat_flags 0x16b
                        ( MIXED_BACKREF |
                          DEFAULT_SUBVOL |
                          COMPRESS_LZO |
                          BIG_METADATA |
                          EXTENDED_IREF |
                          SKINNY_METADATA )
csum_type 0
csum_size4
cache_generation 18446744073709551615
uuid_tree_generation 3652464
dev_item.uuid 521f7cdc-497c-4c69-886e-c3974042337a
dev_item.fsid 1e556138-5480-44ce-8c65-bfa2d7fd54cb [ตรงกัน]
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.generation 0

แก้ไข 4:

e2fsck -nvf -C 0 /dev/md2

e2fsck 1.44.1 (24-มี.ค.-2561)
คำเตือน! /dev/md2 ใช้งานอยู่
ext2fs_open2: เลขมหัศจรรย์ในซุปเปอร์บล็อก
e2fsck: Superblock ไม่ถูกต้อง กำลังลองบล็อกสำรอง...

openfs: superblock checksum ไม่ถูกต้อง
e2fsck: หมายเลขเวทย์มนตร์ที่ไม่ดีใน super-block ขณะพยายามเปิด /dev/md2

ไม่สามารถอ่าน superblock หรือไม่ได้อธิบาย ext2/ext3/ext4 ที่ถูกต้อง
ระบบไฟล์ หากอุปกรณ์ถูกต้องและมี ext2/ext3/ext4 อยู่จริง
ระบบไฟล์ (และไม่ใช่ swap หรือ ufs หรืออย่างอื่น) จากนั้น superblock
เสียหาย และคุณอาจลองใช้ e2fsck ด้วย superblock สำรอง:
    e2fsck -b 8193 <อุปกรณ์>
 หรือ
    e2fsck -b 32768 <อุปกรณ์>

/dev/md2 มีระบบไฟล์ LVM2_member

e2fsck -b 8193 /dev/md2

e2fsck 1.44.1 (24-มี.ค.-2561)
/dev/md2 ใช้งานอยู่
e2fsck: ไม่สามารถดำเนินการต่อได้ ยกเลิก

ฉันจะยกเลิกการต่อเชื่อมอย่างปลอดภัย ลองใช้คำสั่งแล้วต่อเชื่อมใหม่อีกครั้งได้อย่างไร

ขอบคุณมาก!

br flag
ไม่รู้จะแก้ไขอย่างไร ขออภัยสำหรับการอ้างอิงในอนาคต อาจติดตั้งไฮเปอร์แบ็คอัพและซื้อไดร์ฟสำรองข้อมูล usb ราคาถูก นั่นคือสิ่งที่ฉันทำกับ 918+ ของฉันอยู่ดี
Nikita Kipriyanov avatar
za flag
กรุณาแสดง `lsblk`
UnrealSlimShady avatar
cn flag
@NikitaKipriyanov "ไม่พบคำสั่ง" จากการวิจัย คุณไม่สามารถ apt-get install package ใด ๆ บนระบบ Synology NAS ได้ และดูเหมือนว่าจะไม่ได้รับการแนะนำจากแหล่งข้อมูลออนไลน์
UnrealSlimShady avatar
cn flag
@Chopper3 อย่างที่บอกว่าฉันมีการสำรองข้อมูล - เรียกใช้ผ่านไฮเปอร์แบ็คอัป - แต่มันยังไม่ใช่ล่าสุดและไม่มีแพ็คเกจทั้งหมดเช่นนักเทียบท่าหรือการกำหนดค่า VM ดังนั้นฉันจึงอยากลองซ่อมแซมสถานการณ์ปัจจุบัน แต่ยังไงก็ขอบคุณ!
Nikita Kipriyanov avatar
za flag
ฉันคิดว่าคุณไม่มีระบบไฟล์บน RAID โดยตรง แต่มี LVM ภายใน MD RAID และระบบไฟล์อยู่ใน LV: `/dev/md2 มีระบบไฟล์ LVM2_member` แสดงอย่างน้อย `pvdisplay`, `vgdisplay`, `lvdisplay` เป็นเรื่องแปลกที่เห็น Linux ไม่มี `lsblk` แม้ว่า...
Score:0
ธง za

RAID ของคุณใช้ได้ ข้อมูลเมตาใน superblock ของ MD RAID นั้นสอดคล้องกัน ดังนั้นฉันจึงเห็นด้วยกับฝ่ายสนับสนุนของ Synology ที่ว่า RAID นั้นไม่เสียหาย คุณอาจต้องการตรวจสอบข้อมูล แต่ฉันขอแนะนำให้คุณรอจนกว่าข้อมูลจะกู้คืน

ดังนั้นอย่าทำอะไรกับ/dev/md2 และไม่ต้องค้นหาอะไรบนนั้น เพราะระบบพบและรับรู้แล้วว่ามีอะไรอยู่ในนั้น

ระบบเห็นว่ามีการใช้งานอยู่และป้องกันการเข้าถึงเนื่องจากทราบว่าเป็นฟิสิคัลวอลุ่ม (LVM PV) ของกลุ่มวอลุ่มที่ใช้งานอยู่ (VG) ที่เรียกว่า vg1000. ในกลุ่มวอลุ่มนี้ คุณมีโลจิคัลวอลุ่ม (LV) ซึ่งเรียกง่ายๆ เลเวล. เป็นอุปกรณ์บล็อกซึ่งสามารถเข้าถึงได้เป็น /dev/vg1000/เลเวล (ซึ่งเป็นสัญลักษณ์ที่บางคน /dev/dm-Xโดยที่ X เป็นไดนามิกและสามารถเปลี่ยนแปลงได้หลังจากรีบูตหรือเพิ่มหรือลบเอนทิตีตัวแมปอุปกรณ์อื่น)

ถัดไปมา แคช ชั้น. ฉันไม่รู้ว่าใช้เทคโนโลยีการแคชแบบใด แต่วอลุ่มแคชมีชื่ออยู่ข้างใน /dev/mapper ซึ่งใช้เฟรมเวิร์ก Linux Device Mapper หนึ่งในเทคโนโลยีดังกล่าวคือ LVM Cache เลเวล /dev/vg1000/เลเวล คือ อุปกรณ์สำรอง. นอกจากนี้ยังอาจมี อุปกรณ์แคช. แม้ว่าคุณจะไม่ได้ติดตั้ง SSD ใดๆ ในปัจจุบัน เลเยอร์นี้อาจถูกสร้างขึ้นเพื่ออำนวยความสะดวกในการแนะนำแคชจริงเพิ่มเติม คุณสามารถใส่ SSD เข้าไปข้างใน ทำเครื่องหมายที่ช่องทำเครื่องหมายใน GUI และ voila คุณมีแคชทันทีโดยไม่ต้องฟอร์แมตใหม่และย้ายข้อมูลให้เสียเวลา

ระบบไฟล์ของคุณดูเหมือนว่าจะอยู่ในวอลุ่มแคชนี้ ซึ่งเห็นในระบบเป็น /dev/mapper/cachedev_0 (ซึ่งก็คือ symlink ไปยังอุปกรณ์บล็อกบางตัว /dev/dm-Yโดยที่ Y เป็นไดนามิก) สิ่งนี้ได้รับการสนับสนุนโดยบรรทัดต่อไปนี้ใน แทง ไฟล์:

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

อุปกรณ์นี้เป็นที่ที่คุณควรค้นหาระบบไฟล์ BTRFS พยายาม btrfs-show-super /dev/mapper/cachedev_0, มัน ควร ค้นหา superblock

ภาพหน้าจอที่คุณแสดงกล่าวถึงปัญหาเกี่ยวกับ /dev/dm-1. หากนั่นคือเป้าหมายของ /dev/mapper/cachedev_0 (ตรวจสอบกับ อ่านลิงก์ /dev/mapper/cachedev_0) คุณโชคไม่ดี คุณอาจลองมอบระบบนี้ให้กับผู้เชี่ยวชาญของ BTRFS โดยหวังว่าเขาจะสามารถดึงข้อมูลบางอย่างได้ แต่เตรียมที่จะจ่ายบิลสำหรับสิ่งนี้

UnrealSlimShady avatar
cn flag
ขอบคุณสำหรับการสนับสนุน ชื่นชม! เพิ่มเอาต์พุตของ btrfs สำหรับ cachedev ในข้อมูลเริ่มต้น readlink สำหรับ cachedev ไม่ได้ให้เอาต์พุตใด ๆ
Nikita Kipriyanov avatar
za flag
ขอโทษ ฉันไม่ใช่ผู้เชี่ยวชาญ BTRFS ฉันจะแก้ไขชื่อ ขณะนี้กำลังทำให้เข้าใจผิด คุณไม่จำเป็นต้องดำเนินการใดๆ กับ RAID และคุณไม่มีปัญหากับสิ่งนั้น คุณต้องกู้คืน BTRFS ซึ่งใช้ในเครื่องที่มี RAM ไม่ดี
Score:0
ธง fr

คุณได้ลองประกอบอาร์เรย์แล้วหรือยัง ฉันมีระบบที่ทิ้งอาร์เรย์เมื่อรีบูตเสมอ ฉันพยายามสร้าง mdadm.conf โดยไม่มีโชค ดังนั้นฉันจึงประกอบใหม่อีกครั้งในการรีบูตครั้งถัดไปโดยใช้คำสั่ง create ตราบใดที่อุปกรณ์อยู่ในลำดับเดียวกัน มันก็ประกอบได้ปกติ ในกรณีของฉัน ฉันใช้ Raid5:

    mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sd[a1,b1,c1,d1]

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา