ไม่ปกติ - เป็นส่วนหนึ่งของกระบวนการบูตปกติ
สำหรับระบบไฟล์ที่อยู่ในรายการ / etc / fstab โดยตั้งค่าสถานะ "check" เป็น non-zero หน่วย. mount ที่เกี่ยวข้องจะได้รับการพึ่งพาโดยอัตโนมัติ systemd-fsck@<dev>.service
. เมื่อบริการดังกล่าวเสร็จสิ้น systemd จะทำการติดตั้งระบบไฟล์ต่อ นี่ไม่ใช่สถานะพิเศษ แต่เป็นส่วนหนึ่งของคิวงานปกติ
หากบริการ fsck ล้มเหลว (เช่นต้องการการซ่อมแซมด้วยตนเองบางประเภท) หน่วย. mount ก็ล้มเหลวและมี นี้ ในที่สุดก็ก่อให้เกิดสวิทช์จากเป้าหมายการบูตปกติเข้ามา emergency.target
.
อย่างที่คุณเห็น fsck กำลังทำงานอยู่ ทุกๆ บู๊ตและสิ่งเดียวที่ได้รับผลกระทบจากการสูญเสียพลังงานคือระยะเวลาที่ใช้ (ระบบไฟล์บางระบบมีบิต "สกปรก" ที่ตั้งค่าไว้บนเมานต์และเคลียร์บน umount ส่วนอื่นตรวจจับสถานะตามรายการที่ไม่ได้ประมวลผลในสมุดรายวันการอัปเดต) หากต้องการเปลี่ยนลักษณะการทำงานนี้คุณจะต้องเปลี่ยน fsck.<fstype>
โปรแกรมหรือปิดใช้งานการตรวจสอบอย่างสมบูรณ์สำหรับระบบไฟล์นั้นใน fstab
เพื่อเริ่มบริการเพิ่มเติมก่อน systemd-fsck@<dev>
ทำงาน (ซึ่งจะเกิดขึ้นในการบู๊ตทุกครั้ง ก่อน มันตัดสินใจว่าต้องการการตรวจสอบเพิ่มเติมหรือไม่) ใช้วิธีปกติของการขยาย systemd unit
สังเกตว่า ราก ระบบไฟล์เป็นกรณีพิเศษ: ในบางดิสทริบิวชันจะถูกตรวจสอบใน initramfs (ช่วงเริ่มต้นระบบเริ่มต้น) ในขณะที่กระบวนการ systemd หลักยังไม่ทำงาน (ขึ้นอยู่กับ distro s, initramfs อาจมี systemd ของตัวเอง, หรือ init ต่างกันโดยสิ้นเชิง) fsck
ทำงานอยู่เสมอไม่ว่าจะปิดไฟหรือไม่