आमतौर पर न तो - यह नियमित बूट प्रक्रिया का हिस्सा है।
गैर-शून्य पर सेट "चेक" ध्वज के साथ / etc / fstab में सूचीबद्ध फाइलसिस्टम के लिए, संबंधित .mount इकाई स्वचालित रूप से एक निर्भरता प्राप्त करती है systemd-fsck@<dev>.service। जब वह सेवा समाप्त हो जाती है, तो फाइल सिस्टम के बढ़ते (सिस्टम .mount इकाई) शुरू करने के साथ सिस्टमड जारी रहता है। यह एक विशेष राज्य नहीं है, बल्कि नियमित नौकरी कतार का हिस्सा है।
ऍफ़एससीके सेवा विफल रहता है (उदाहरण के लिए मैनुअल मरम्मत के कुछ प्रकार की आवश्यकता होती है), .mount इकाई भी विफल रहता है और केवल इस अंत में नियमित रूप से बूट लक्ष्य से एक स्विच से चलाता है emergency.target।
जैसा कि आप देख सकते हैं, हर बूट पर fsck चलाया जा रहा है , और पावर लॉस से प्रभावित एकमात्र चीज यह है कि यह कितना समय लगेगा। (कुछ फाइल सिस्टम में एक "गंदा" बिट होता है जिसे माउंट पर सेट किया जाता है और umount पर साफ़ किया जाता है; अन्य अपडेट जर्नल में अप्रमाणित प्रविष्टियों के आधार पर स्थिति का पता लगाते हैं।) इस व्यवहार को बदलने के लिए, आपको fsck.<fstype>प्रोग्राम को बदलना होगा या पूरी तरह से अक्षम करना होगा। fstab में उस फाइलसिस्टम के लिए।
systemd-fsck@<dev>रन से पहले अतिरिक्त सेवाएं शुरू करने के लिए (जो कि प्रत्येक बूट पर होता है, इससे पहले कि यह तय हो जाए कि विस्तारित जाँच की आवश्यकता है) एक सिस्टम यूनिट को बढ़ाने के नियमित तरीकों का उपयोग करें।
ध्यान दें कि रूट फाइलसिस्टम एक विशेष मामला है: कुछ वितरणों में यह वास्तव में initramfs (प्रारंभिक बूट चरण) में जाँच की जाती है , जबकि मुख्य systemd प्रक्रिया अभी तक नहीं चल रही है। (डिस्ट्रो पर निर्भर करते हुए, इनट्रामाफ़्स का अपना सिस्टमड या पूरी तरह से एक अलग इनिट हो सकता है।) फिर से, fsckहमेशा चलाया जाता है, चाहे पावरऑफ साफ था या नहीं।