ฉันมีอุปกรณ์ Raid One ที่ทำงานได้ดีกับไดรฟ์หนึ่งตัว และระหว่างการซิงค์ใหม่หลังจากที่ฉันเพิ่มอุปกรณ์ที่สอง แต่เมื่อฉันรีบูต ฉันจะไม่สามารถเมานต์ระบบไฟล์ได้อีกต่อไป มีเพียง 1 ไดรฟ์ในอาร์เรย์ (ฉันสามารถลบอันใดอันหนึ่งด้วยผลลัพธ์เดียวกัน) ฉันได้รับอุปกรณ์ /dev/mdxxxxx ที่เมานต์ระบบไฟล์ได้ เมื่อฉันเพิ่มไดรฟ์ที่สอง (ในขณะที่ยังติดตั้งอยู่) มันจะซิงค์ใหม่โดยไม่มีปัญหา และฉันลงเอยด้วยอาร์เรย์ที่ทำเครื่องหมายว่าสะอาด แต่หลังจากรีบูต ฉันไม่เห็นอุปกรณ์ mdxxxxx อีกต่อไป และฉันไม่สามารถเมานต์ระบบไฟล์ได้อีกต่อไป:
root@Watchme:~# mdadm --detail /dev/md0
/dev/md0:
เวอร์ชัน : 1.2
Creation Time : อา. 14 พ.ย. 12:06:40 น. 2021
ระดับการจู่โจม : การจู่โจม1
ขนาดอาร์เรย์ : 23439733760 (21.83 TiB 24.00 TB)
ขนาด Dev ที่ใช้ : 23439733760 (21.83 TiB 24.00 TB)
อุปกรณ์จู่โจม : 2
อุปกรณ์ทั้งหมด : 2
การคงอยู่: Superblock นั้นคงอยู่
บิตแมปเจตนา: ภายใน
Update Time : อา. 14 พ.ย. 12:06:40 น. 2564
รัฐ : สะอาด
อุปกรณ์ที่ใช้งาน : 2
อุปกรณ์การทำงาน : 2
อุปกรณ์ที่ล้มเหลว : 0
อุปกรณ์สำรอง : 0
นโยบายความสอดคล้อง: บิตแมป
ชื่อ : xxxxx:0 (ในเครื่องโฮสต์ xxx)
UUID : dde5b8f6:fe3a89e5:f281c9ef:c4433874
เหตุการณ์ : 0
หมายเลขหลักรอง RaidDevice สถานะ
0 8 1 0 การซิงค์ที่ใช้งานอยู่ /dev/sda1
1 8 17 1 การซิงค์ที่ใช้งานอยู่ /dev/sdb1
root@Watchme:~# cat /proc/mdstat
บุคลิก : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : ใช้งานการจู่โจม 1 sdb1[1] sda1[0]
23439733760 บล็อกซุปเปอร์ 1.2 [2/2] [UU]
บิตแมป: 0/175 หน้า [0KB], ก้อน 65536KB
อุปกรณ์ที่ไม่ได้ใช้: <ไม่มี>
root@Watchme:~# mdadm --examine /dev/sda1 /dev/sdb1
/dev/sda1:
เมจิก : a92b4efc
เวอร์ชัน : 1.2
แผนที่คุณลักษณะ : 0x1
อาร์เรย์ UUID : dde5b8f6:fe3a89e5:f281c9ef:c4433874
ชื่อ : Watchme.wachtveitl.xyz:0 (ในเครื่องโฮสต์ Watchme.wachtveitl.xyz)
Creation Time : อา. 14 พ.ย. 12:06:40 น. 2021
ระดับการจู่โจม : การจู่โจม1
อุปกรณ์จู่โจม : 2
Avail Dev Size : 46879467520 ภาค (21.83 TiB 24.00 TB)
ขนาดอาร์เรย์ : 23439733760 KiB (21.83 TiB 24.00 TB)
Data Offset : 264192 ภาค
ซูเปอร์ออฟเซ็ต : 8 ภาค
พื้นที่ที่ไม่ได้ใช้ : ก่อน=264080 ส่วนหลัง=0 ส่วน
รัฐ : สะอาด
UUID ของอุปกรณ์ : 55a52a97:8a7019d0:eab789f9:eb18d6f0
บิตแมปภายใน: 8 ภาคจาก superblock
Update Time : อา. 14 พ.ย. 12:06:40 น. 2564
Bad Block Log : 512 รายการที่ offset 96 ภาค
เช็คซัม : dec6072c - ถูกต้อง
เหตุการณ์ : 0
บทบาทของอุปกรณ์ : อุปกรณ์ที่ใช้งานอยู่ 0
Array State : AA ('A' == ใช้งาน, '.' == หายไป, 'R' == แทนที่)
/dev/sdb1:
เมจิก : a92b4efc
เวอร์ชัน : 1.2
แผนที่คุณลักษณะ : 0x1
อาร์เรย์ UUID : dde5b8f6:fe3a89e5:f281c9ef:c4433874
ชื่อ : Watchme.wachtveitl.xyz:0 (ในเครื่องโฮสต์ Watchme.wachtveitl.xyz)
Creation Time : อา. 14 พ.ย. 12:06:40 น. 2021
ระดับการจู่โจม : การจู่โจม1
อุปกรณ์จู่โจม : 2
Avail Dev Size : 46879467520 ภาค (21.83 TiB 24.00 TB)
ขนาดอาร์เรย์ : 23439733760 KiB (21.83 TiB 24.00 TB)
Data Offset : 264192 ภาค
ซูเปอร์ออฟเซ็ต : 8 ภาค
พื้นที่ที่ไม่ได้ใช้ : ก่อน=264080 ส่วนหลัง=0 ส่วน
รัฐ : สะอาด
UUID ของอุปกรณ์ : 06ed8c71:b26928da:5b59adf0:5550c044
บิตแมปภายใน: 8 ภาคจาก superblock
Update Time : อา. 14 พ.ย. 12:06:40 น. 2564
Bad Block Log : 512 รายการที่ offset 96 ภาค
เช็คซัม : e4520e1 - ถูกต้อง
เหตุการณ์ : 0
บทบาทของอุปกรณ์ : อุปกรณ์ที่ใช้งานอยู่ 1
Array State : AA ('A' == ใช้งาน, '.' == หายไป, 'R' == แทนที่)
root@Watchme:~# blkid|grep -v ลูป
/dev/sda1: UUID="dde5b8f6-fe3a-89e5-f281-c9efc4433874" UUID_SUB="55a52a97-8a70-19d0-eab7-89f9eb18d6f0" LABEL="Watchme.wachtveitl.xyz:0" TYPE="linux_raid_member" PARTUUID=" 98b9d7e4-1ffe-b34e-8657-e1171fee9eea"
/dev/sdb1: UUID="dde5b8f6-fe3a-89e5-f281-c9efc4433874" UUID_SUB="06ed8c71-b269-28da-5b59-adf05550c044" LABEL="Watchme.wachtveitl.xyz:0" TYPE="linux_raid_member" PARTUUID=" 966dc93b-3b1b-49b8-8bc3-cda98819cf2c"
/dev/sdc1: UUID="2371e92a-ce66-4367-af04-82d671001eac" TYPE="swap" PARTUUID="6a4e6d9f-01"
/dev/sdc5: UUID="909bf5e9-f558-4d26-ac96-ac8f7ff952c5" UUID_SUB="b291a607-c28f-4eab-9ae9-6621f9929cd2" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="6a4e6d9f-05"
/dev/sdd1: UUID="054a11be-eb31-480f-b0d9-9de0c9809d8e" UUID_SUB="e61e0ac0-d008-4f47-8517-a854f42dd9cb" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="ทดสอบพาร์ติชัน" PARTUUID=" 086e0cc9-2710-0000-50eb-806e6f6e6963"
/dev/sdd2: UUID="1BFA-08CE" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="ทดสอบพาร์ติชัน" PARTUUID="07376838-2710-0000-50eb-806e6f6e6963"
/dev/sdd3: LABEL="Win10" BLOCK_SIZE="512" UUID="47F6009C5191E06C" TYPE="ntfs" PARTLABEL="ทดสอบพาร์ติชั่น" PARTUUID="07374128-2710-0000-50eb-806e6f6e6963"
/dev/sdd4: UUID="A583-7A72" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="ทดสอบพาร์ติชั่น" PARTUUID="086e33d9-2710-0000-50eb-806e6f6e6963"
/dev/md0: PTTYPE="PMBR"
root@Watchme:~# เมานต์ /dev/md0 /media_lv
mount: /media_lv: fs ผิดประเภท, ตัวเลือกไม่ดี, superblock ไม่ดีบน /dev/md0, ไม่มีหน้าโค้ดหรือโปรแกรมตัวช่วย, หรือข้อผิดพลาดอื่นๆ
root@Watchme:~# mount --uuid=dde5b8f6-fe3a-89e5-f281-c9efc4433874 /media_lv
เมานต์: /media_lv: ประเภทระบบไฟล์ที่ไม่รู้จัก 'linux_raid_member'
root@Watchme:~# mount --uuid=dde5b8f6-fe3a-89e5-f281-c9efc4433874 -t ext4 /media_lv
mount: /media_lv: /dev/sda1 ติดตั้งแล้วหรือจุดเชื่อมต่อไม่ว่าง
ฉันใช้เวลาหลายชั่วโมงในการค้นหาวิธีแก้ปัญหาบนอินเทอร์เน็ต ฉันสามารถลบไดรฟ์ใดไดรฟ์หนึ่งและอุปกรณ์ mdxxxxx กลับมา และฉันสามารถเมานต์ระบบไฟล์ได้และข้อมูลทั้งหมดก็ปกติดี การซิงค์ซ้ำเป็นกระบวนการที่ยาวนานอย่างเห็นได้ชัด เนื่องจากขนาดของระบบไฟล์ที่ต้องใช้เวลาดำเนินการประมาณ 10 ชั่วโมง ฉันได้ลองหยุดอาร์เรย์และสร้างมันอีกครั้งด้วยตัวเลือก --assume-clean (โดยไม่ต้องติดตั้งระหว่างอย่างเห็นได้ชัด) หลายครั้ง และยังได้เพิ่มไดรฟ์ที่สองเข้าไปเป็นอะไหล่ด่วนแล้วเพิ่มกลับเข้าไปในอาร์เรย์และปล่อยให้ มันทำการซิงค์ใหม่ซึ่งใช้งานได้ดีและฉันสามารถใช้ข้อมูลได้โดยไม่มีปัญหาจนกว่าฉันจะรีบูตจากนั้นฉันก็ติดอยู่อีกครั้ง
ฉันไม่รู้ว่าจะไปที่ไหนจากที่นี่ และความช่วยเหลือใด ๆ ก็ได้รับการชื่นชมอย่างมาก
เดวิด