ฉันพยายามปรับขนาด (--เติบโต) อาร์เรย์ RAID นี้เป็นเวลาหนึ่งสัปดาห์แล้ว และฉันรู้ว่าคำตอบนั้นเรียบง่ายและอาจจ้องหน้าฉัน แต่ฉันไม่ได้อดนอนและหลงทาง
อาร์เรย์คือ RAID1 และเคยประกอบด้วยฮาร์ดไดรฟ์ 2TB สองตัวและฉันไม่ได้กำหนดค่า พื้นที่ไคลเอนต์หมดและฉันได้เปลี่ยนไดรฟ์เป็นไดรฟ์ 4TB สองไดรฟ์ ฉันคัดลอกตารางพาร์ติชันด้วย sgdisk หรืออะไรทำนองนั้น แต่ภายหลังได้ลบพาร์ติชันบางส่วนออกและทำให้พาร์ติชันที่มีปัญหามีขนาดใหญ่ขึ้น
ฉันตั้งใจเอาไดรฟ์ตัวใดตัวหนึ่งออกเพื่อไม่ให้ทั้งสองตัวยุ่ง คุณอาจเห็นการอ้างอิงถึงที่นี่และที่นั่น เป็นไปตามที่คาดไว้
TL;ดร
--grow --size=max ไม่ทำงาน ให้ไม่เปลี่ยนแปลงที่ 3896741888K
--update=devicesize แสดงขนาดที่ใหญ่ขึ้น แต่ --grow ยังใช้งานไม่ได้
sda และ sdb เหมือนกันและดูเหมือนว่า sd{a,b}3 คือพาร์ติชันที่มีปัญหา
ดิสก์ /dev/sda: 3.7 TiB, 4000787030016 ไบต์, 7814037168 ภาคส่วน
หน่วย: ภาค 1 * 512 = 512 ไบต์
ขนาดเซกเตอร์ (โลจิคัล/กายภาพ): 512 ไบต์ / 4096 ไบต์
ขนาด I/O (ต่ำสุด/เหมาะสม): 4096 ไบต์ / 4096 ไบต์
ประเภทป้ายชื่อดิสก์: gpt
ตัวระบุดิสก์: 4230A82E-F626-4A32-B4FD-F0A91A30F64C
ประเภทขนาดเซกเตอร์สิ้นสุดการเริ่มต้นของอุปกรณ์
/dev/sda1 2048 3905535 3903488 1.9G Linux RAID
/dev/sda2 3905536 3907583 2048 บูต BIOS 1M
/dev/sda3 3907584 7797653503 7793745920 3.6T Linux RAID
/dev/sda7 7797653504 7814037134 16383631 7.8G Linux RAID
อย่างที่คุณเห็น 3.6TB หรือมากกว่านั้น ดูดีจนถึงตอนนี้ ลองดูที่พาร์ติชันเองอีกครั้ง ทั้งสองไดรฟ์มีลักษณะเหมือนกัน mdadm -- ตรวจสอบ /dev/sda3
/dev/sda3:
เมจิก : a92b4efc
เวอร์ชัน : 1.2
แผนที่คุณลักษณะ : 0x0
อาร์เรย์ UUID : 49d82293:715e6baf:3f0a3f79:b2089367
ชื่อ : c4root:1
เวลาสร้างสรรค์ : พุธ 2 เมษายน 20:56:22 2014
ระดับการจู่โจม : การจู่โจม1
อุปกรณ์จู่โจม : 2
Avail Dev Size : 7793483776 (3716.22 GiB 3990.26 GB) #yay (หวังว่าจะเพิ่มขึ้น)
ขนาดอาร์เรย์ : 3896741888 (3716.22 GiB 3990.26 GB) #oldsize (ตามที่คาดไว้)
Data Offset : 262144 ภาค
ซูเปอร์ออฟเซ็ต : 8 ภาค
พื้นที่ที่ไม่ได้ใช้ : ก่อน=262056 ภาค, หลัง=0 ภาค
รัฐ : สะอาด
UUID ของอุปกรณ์ : 3aa675c5:761465e5:886a395d:95eac69d
อัปเดตเวลา : จันทร์ที่ 25 ต.ค. 04:35:56 น. 2021
Bad Block Log : 512 รายการที่ offset 72 ภาค
เช็คซัม : 68eed7f7 - ถูกต้อง
เหตุการณ์ : 1021990
บทบาทของอุปกรณ์ : อุปกรณ์ที่ใช้งานอยู่ 0
Array State : A. ('A' == ใช้งาน, '.' == หายไป, 'R' == แทนที่)
ดูดีไปอีกแบบ เรามี Avail Dev Size ที่ดูดี ขนาดอาร์เรย์คือตำแหน่งปัจจุบัน ให้ไปยังข้อมูลอาร์เรย์ mdadm --รายละเอียด /dev/md1
/dev/md1:
เวอร์ชัน : 1.2
เวลาสร้างสรรค์ : พุธ 2 เมษายน 20:56:22 2014
ระดับการจู่โจม : การจู่โจม1
ขนาดอาร์เรย์ : 3896741888 (3716.22 GiB 3990.26 GB)
ขนาด Dev ที่ใช้ : 3896741888 (3716.22 GiB 3990.26 GB)
อุปกรณ์จู่โจม : 2
อุปกรณ์ทั้งหมด : 1
การคงอยู่: Superblock นั้นคงอยู่
อัปเดตเวลา : จันทร์ที่ 25 ต.ค. 04:35:56 น. 2021
สถานะ : สะอาด เสื่อมโทรม
อุปกรณ์ที่ใช้งาน : 1
อุปกรณ์การทำงาน : 1
อุปกรณ์ที่ล้มเหลว : 0
อุปกรณ์สำรอง : 0
ชื่อ : c4root:1
UUID : 49d82293:715e6baf:3f0a3f79:b2089367
เหตุการณ์ : 1021990
หมายเลขหลักรอง RaidDevice สถานะ
2 8 3 0 แอคทีฟซิงค์ /dev/sda3
2 0 0 2 ลบออก
ขนาดอาร์เรย์นั้นยังคงแสดงขนาดเก่า ฉันอ่านทางออนไลน์ว่าคุณอาจต้องทำการอัปเดตขนาดอุปกรณ์ในขณะที่คุณประกอบอุปกรณ์ ให้ทำอย่างนั้น
# mdadm -S /dev/md1
mdadm: หยุด /dev/md1
# mdadm --assemble --update=devicesize /dev/md1
ขนาดคือ 7793483776
ขนาดคือ 7793483776
mdadm: /dev/md1 เริ่มต้นด้วย 1 ไดรฟ์ (จาก 2)
โอเค ดูเหมือนว่ามันรู้ว่ามันยังมีที่ว่างให้เติบโต มาลองปลูกกัน!
# mdadm --grow --size=max /dev/md1
mdadm: ขนาดส่วนประกอบของ /dev/md1 ไม่เปลี่ยนแปลงที่ 3896741888K
และ -D รายละเอียดยังคงแสดงขนาดเก่า ...
/dev/md1:
เวอร์ชัน : 1.2
เวลาสร้างสรรค์ : พุธ 2 เมษายน 20:56:22 2014
ระดับการจู่โจม : การจู่โจม1
ขนาดอาร์เรย์ : 3896741888 (3716.22 GiB 3990.26 GB)
ขนาด Dev ที่ใช้ : 3896741888 (3716.22 GiB 3990.26 GB)
อุปกรณ์จู่โจม : 2
อุปกรณ์ทั้งหมด : 1
ฉันขาดอะไรไปในโลกนี้
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
