xfs_repair ทำงานทันที แน่นอนว่าควรใช้เวลาสักครู่จึงจะทำงานได้หรือไม่

ฉันกำลังพยายามแก้ไขปัญหาเกี่ยวกับเอ็นจิ้นฐานข้อมูลหลายตัวที่ขัดข้องและบันทึกที่บ่งชี้ว่าเสียหายขณะอ่านจากดิสก์ ดังนั้นฉันจึงเรียกใช้ xfs_repair บน NVMe ขนาด 2TB ซึ่งมีไฟล์อยู่

อย่างไรก็ตาม โปรแกรมทำงานทันทีซึ่งดูไม่ถูกต้อง ต้องใช้เวลาพอสมควรในการรัน?

# เวลา xfs_repair /dev/nvme1n1
ขั้นตอนที่ 1 - ค้นหาและตรวจสอบ superblock...
ขั้นตอนที่ 2 - ใช้บันทึกภายใน
        - ล็อกเป็นศูนย์...
        - สแกนพื้นที่ว่างของระบบไฟล์และแผนที่ไอโหนด...
        - พบก้อนไอโหนดรูท
ระยะที่ 3 - สำหรับแต่ละ AG...
        - สแกนและล้างรายการที่ไม่ได้เชื่อมโยง agi ...
        - ประมวลผลไอโหนดที่รู้จักและดำเนินการค้นหาไอโหนด...
        - แอกโน = 0
        - อัคโน = 1
        - อัคโน = 2
        - อัคโน = 3
        - ประมวลผล inodes ที่ค้นพบใหม่...
ขั้นตอนที่ 4 - ตรวจสอบบล็อกที่ซ้ำกัน...
        - การตั้งค่ารายการขอบเขตที่ซ้ำกัน...
        - ตรวจสอบ inodes ที่อ้างว่าบล็อกซ้ำ...
        - แอกโน = 0
        - อัคโน = 3
        - อัคโน = 2
        - อัคโน = 1
ขั้นตอนที่ 5 - สร้างส่วนหัวและแผนผัง AG ใหม่...
        - รีเซ็ต superblock...
เฟส 6 - ตรวจสอบการเชื่อมต่อไอโหนด...
        - รีเซ็ตเนื้อหาของบิตแมปเรียลไทม์และไอโหนดสรุป
        - สำรวจระบบไฟล์ ...
        - สำรวจเสร็จแล้ว ...
        - ย้าย inodes ที่ไม่ได้เชื่อมต่อไปยัง lost+found ...
ขั้นตอนที่ 7 - ตรวจสอบและแก้ไขจำนวนลิงค์...
เสร็จแล้ว

0m0.060s จริง
ผู้ใช้ 0m0.033s
sys 0m0.025s

0.06 วินาทีนั้นค่อนข้างนานสำหรับคอมพิวเตอร์...

xfs_repair ไม่อ่านข้อมูล แต่จะตรวจสอบข้อมูลเมตาของระบบไฟล์ ฐานข้อมูลอาจมีไฟล์จำนวนน้อย ซึ่งเป็น I/O ข้อมูลเมตาจำนวนน้อย ช่วยให้พื้นที่จัดเก็บ NVMe ทำงานได้รวดเร็ว ใช่ xfs_repair จะเสร็จสมบูรณ์เมื่อมีข้อความแจ้งว่าเสร็จสิ้น

การเข้าถึงต้นตอของปัญหาคอร์รัปชันไม่ใช่เรื่องง่าย ขอความช่วยเหลือจากฝ่ายสนับสนุนระบบฐานข้อมูลและไฟล์ที่พร้อมจะคอยดูการทิ้งบล็อกกับคุณบางครั้งความลึกลับอาจยังคงไม่ได้รับการแก้ไขเป็นเวลานาน อาจต้องแก้ไขฮาร์ดแวร์จัดเก็บข้อมูล กู้คืนหรือสร้างข้อมูลใหม่ และปล่อยไว้อย่างนั้น