एफएससीके: Difference between revisions

From Vigyanwiki
m (Sugatha moved page एफ.एस.एस.के to एफएससीके without leaving a redirect)
No edit summary
Line 1: Line 1:
{{Short description|System tool for checking the consistency of a file system}}{{Infobox Software  
{{Short description|System tool for checking the consistency of a file system}}{{Infobox Software  
| name                  = fsck
| name                  = एफएसएसके
| logo                  =  
| logo                  =  
| screenshot            = Fsck output.jpg
| screenshot            = Fsck output.jpg
Line 21: Line 21:


==उपयोग==
==उपयोग==
सामान्यतः एफएसएसके या तो बूट समय पर स्वचालित रूप से या सिस्टम प्रशासक द्वारा मैन्युअल रूप से चलाया जाता है। कमांड सीधे डिस्क पर संग्रहीत डेटा संरचनाओं पर काम करता है, जो उपयोग में आने वाले विशेष फ़ाइल सिस्टम के लिए आंतरिक और विशिष्ट होते हैं - इसलिए फ़ाइल सिस्टम के अनुरूप एक एफएसएसके कमांड की सामान्यतःआवश्यकता होती है। विभिन्न एफएसएसके कार्यान्वयन के सटीक व्यवहार अलग-अलग होते हैं, लेकिन वे सामान्यतः आंतरिक संचालन के एक सामान्य क्रम का पालन करते हैं और उपयोगकर्ता को एक सामान्य कमांड-लाइन इंटरफ़ेस प्रदान करते हैं। आधुनिक सिस्टम पर, एफएसएसके बस फ़ाइल सिस्टम के प्रकार का पता लगाता है और विशेषज्ञ को कॉल करता है {{#tag:code|fsck.''type''}} (लिनक्स) या {{#tag:code|fsck_''type''}} (बीएसडी, मैकओएस) प्रत्येक प्रकार के लिए प्रोग्राम।<ref name=Linux/><ref name=FreeBSD>{{man|8|fsck|FreeBSD}} "It was reimplemented as a filesystem independent wrapper in NetBSD 1.3 and first appeared in FreeBSD 5.0."</ref>
सामान्यतः एफएससीके या तो बूट समय पर स्वचालित रूप से या सिस्टम प्रशासक द्वारा मैन्युअल रूप से चलाया जाता है। कमांड सीधे डिस्क पर संग्रहीत डेटा संरचनाओं पर काम करता है, जो उपयोग में आने वाले विशेष फ़ाइल सिस्टम के लिए आंतरिक और विशिष्ट होते हैं - इसलिए फ़ाइल सिस्टम के अनुरूप एक एफएससीके कमांड की सामान्यतःआवश्यकता होती है। विभिन्न एफएससीके कार्यान्वयन के सटीक व्यवहार अलग-अलग होते हैं, लेकिन वे सामान्यतः आंतरिक संचालन के एक सामान्य क्रम का पालन करते हैं और उपयोगकर्ता को एक सामान्य कमांड-लाइन इंटरफ़ेस प्रदान करते हैं। आधुनिक सिस्टम पर, एफएससीके बस फ़ाइल सिस्टम के प्रकार का पता लगाता है और विशेषज्ञ को कॉल करता है {{#tag:code|fsck.''type''}} (लिनक्स) या {{#tag:code|fsck_''type''}} (बीएसडी, मैकओएस) प्रत्येक प्रकार के लिए प्रोग्राम।<ref name=Linux/><ref name=FreeBSD>{{man|8|fsck|FreeBSD}} "It was reimplemented as a filesystem independent wrapper in NetBSD 1.3 and first appeared in FreeBSD 5.0."</ref>


अधिकांश एफएसएसके उपयोगिताएँ या तो क्षतिग्रस्त फ़ाइल सिस्टम को अंतःक्रियात्मक रूप से ठीक करने के लिए विकल्प प्रदान करती हैं (उपयोगकर्ता को यह तय करना होगा कि विशिष्ट समस्याओं को कैसे ठीक किया जाए), स्वचालित रूप से यह निर्णय लिया जाए कि विशिष्ट समस्याओं को कैसे ठीक किया जाए (ताकि उपयोगकर्ता को किसी भी प्रश्न का उत्तर न देना पड़े), या उन समस्याओं की समीक्षा की जाए जिनकी आवश्यकता है वास्तव में उन्हें ठीक किए बिना फ़ाइल सिस्टम पर हल किया जाना है। आंशिक रूप से पुनर्प्राप्त फ़ाइलें जहां मूल फ़ाइल नाम का पुनर्निर्माण नहीं किया जा सकता है, उन्हें सामान्यतः खोया और पाया#कंप्यूटिंग| खोई+पायी (लॉस्ट+फाउंड) निर्देशिका जो फ़ाइल सिस्टम के मूल में संग्रहीत होती है।
अधिकांश एफएससीके उपयोगिताएँ या तो क्षतिग्रस्त फ़ाइल सिस्टम को अंतःक्रियात्मक रूप से ठीक करने के लिए विकल्प प्रदान करती हैं (उपयोगकर्ता को यह तय करना होगा कि विशिष्ट समस्याओं को कैसे ठीक किया जाए), स्वचालित रूप से यह निर्णय लिया जाए कि विशिष्ट समस्याओं को कैसे ठीक किया जाए (ताकि उपयोगकर्ता को किसी भी प्रश्न का उत्तर न देना पड़े), या उन समस्याओं की समीक्षा की जाए जिनकी आवश्यकता है वास्तव में उन्हें ठीक किए बिना फ़ाइल सिस्टम पर हल किया जाना है। आंशिक रूप से पुनर्प्राप्त फ़ाइलें जहां मूल फ़ाइल नाम का पुनर्निर्माण नहीं किया जा सकता है, उन्हें सामान्यतः खोया और पाया#कंप्यूटिंग| खोई+पायी (लॉस्ट+फाउंड) निर्देशिका जो फ़ाइल सिस्टम के मूल में संग्रहीत होती है।


यदि सिस्टम प्रशासक को लगता है कि फ़ाइल सिस्टम में कोई समस्या है तो वह एफएसएसके को मैन्युअल रूप से भी चला सकता है। फ़ाइल सिस्टम को सामान्यतः अनमाउंट, माउंटेड रीड-ओनली, या सिस्टम के साथ एक विशेष रखरखाव मोड में जांचा जाता है।
यदि सिस्टम प्रशासक को लगता है कि फ़ाइल सिस्टम में कोई समस्या है तो वह एफएससीके को मैन्युअल रूप से भी चला सकता है। फ़ाइल सिस्टम को सामान्यतः अनमाउंट, माउंटेड रीड-ओनली, या सिस्टम के साथ एक विशेष रखरखाव मोड में जांचा जाता है।


=== बूट समय ===
=== बूट समय ===
चूँकि बूट समय एफएसएसके को उपयोगकर्ता के हस्तक्षेप के बिना चलाने की उम्मीद की जाती है, यह सामान्यतः किसी भी विनाशकारी संचालन को निष्पादित नहीं करने के लिए डिफ़ॉल्ट होता है। यह रीड-ओनली चेक के रूप में हो सकता है (जब भी समस्याएँ पाई जाती हैं तब विफल हो जाता है), या अधिक सामान्यतः प्रीन के रूप में हो सकता है {{code|-p}} मोड जो सामान्यतः अशुद्ध शटडाउन (यानी क्रैश, बिजली विफलता) के बाद पाए जाने वाले अहानिकर मुद्दों को ठीक करता है।<ref name="FreeBSD" />  
चूँकि बूट समय एफएससीके को उपयोगकर्ता के हस्तक्षेप के बिना चलाने की उम्मीद की जाती है, यह सामान्यतः किसी भी विनाशकारी संचालन को निष्पादित नहीं करने के लिए डिफ़ॉल्ट होता है। यह रीड-ओनली चेक के रूप में हो सकता है (जब भी समस्याएँ पाई जाती हैं तब विफल हो जाता है), या अधिक सामान्यतः प्रीन के रूप में हो सकता है {{code|-p}} मोड जो सामान्यतः अशुद्ध शटडाउन (यानी क्रैश, बिजली विफलता) के बाद पाए जाने वाले अहानिकर मुद्दों को ठीक करता है।<ref name="FreeBSD" />  


ext2/3/4 एक निर्दिष्ट संख्या में माउंट के बाद बूट-टाइम चेक को बाध्य करने का विकल्प प्रदान करता है, ताकि समय-समय पर जांच की जा सके।<ref>{{man|8|tune2fs|Linux}}</ref>
ext2/3/4 एक निर्दिष्ट संख्या में माउंट के बाद बूट-टाइम चेक को बाध्य करने का विकल्प प्रदान करता है, ताकि समय-समय पर जांच की जा सके।<ref>{{man|8|tune2fs|Linux}}</ref>


कुछ आधुनिक फ़ाइल सिस्टमों को अशुद्ध शटडाउन के बाद बूट होने के लिए एफएसएसके की आवश्यकता नहीं होती है। कुछ उदाहरण निम्न हैं:
कुछ आधुनिक फ़ाइल सिस्टमों को अशुद्ध शटडाउन के बाद बूट होने के लिए एफएससीके की आवश्यकता नहीं होती है। कुछ उदाहरण निम्न हैं:
* [[XFS|एक्सएफएस]], एक [[जर्नलिंग फाइल सिस्टम]] इसमें एक डमी एफएसएसके है जो कुछ नहीं करता है<ref>{{man|8|fsck.xfs|Linux}}: "XFS is a journaling filesystem and performs recovery at mount(8) time if necessary"</ref> और एक वास्तविक <code>xfs_repair</code> समस्याओं का संदेह होने पर चलाया जाने वाला उपकरण।
* [[XFS|एक्सएफएस]], एक [[जर्नलिंग फाइल सिस्टम]] इसमें एक डमी एफएससीके है जो कुछ नहीं करता है<ref>{{man|8|fsck.xfs|Linux}}: "XFS is a journaling filesystem and performs recovery at mount(8) time if necessary"</ref> और एक वास्तविक <code>xfs_repair</code> समस्याओं का संदेह होने पर चलाया जाने वाला उपकरण।
* फ्रीबीएसडी में [[ यूनिक्स फ़ाइल सिस्टम | यूनिक्स फ़ाइल सिस्टम]]  फाइल सिस्टम, जो [[नरम अद्यतन]] सक्षम होने पर बैकग्राउंड में चेक में देरी कर सकता है।<ref>{{man|8|fsck_ffs|FreeBSD}}</ref> परिणामस्वरूप, डिस्क तक पहुँचने से पहले एफएसएसके के समाप्त होने तक प्रतीक्षा करना सामान्यतःआवश्यक नहीं होता है। यह डिज़ाइन द्वारा परिलक्षित होता है {{code|-F}}बूट में ध्वज का प्रयोग किया गया।<ref name="FreeBSD" />
* फ्रीबीएसडी में [[ यूनिक्स फ़ाइल सिस्टम | यूनिक्स फ़ाइल सिस्टम]]  फाइल सिस्टम, जो [[नरम अद्यतन]] सक्षम होने पर बैकग्राउंड में चेक में देरी कर सकता है।<ref>{{man|8|fsck_ffs|FreeBSD}}</ref> परिणामस्वरूप, डिस्क तक पहुँचने से पहले एफएससीके के समाप्त होने तक प्रतीक्षा करना सामान्यतःआवश्यक नहीं होता है। यह डिज़ाइन द्वारा परिलक्षित होता है {{code|-F}}बूट में ध्वज का प्रयोग किया गया।<ref name="FreeBSD" />
*[[ZFS|ज़ेडएफएस]] और [[Btrfs]], दो पूर्ण [[लिखने पर नकल|कॉपी-ऑन-राइट]] फ़ाइल सिस्टम। वे किसी पत्रिका के समान स्थिरता के स्तर को सुनिश्चित करने के लिए जगह-जगह बदलावों से बचते हैं। वे एक डमी एफएसएसके भी प्रदान करते हैं।<ref>{{man|8|fsck.btrfs|Linux}}, : "do nothing, successfully" "Traditional filesystems need to run their respective fsck utility in case the filesystem was not unmounted cleanly and the log needs to be replayed before mount. This is not needed for BTRFS."</ref> <code>btrfs-check</code> फ़ाइल सिस्टम संरचना में संदिग्ध समस्याओं की जाँच के लिए अभी भी उपलब्ध है (उदाहरण के लिए जब सॉफ़्टवेयर बग या हार्डवेयर समस्या का संदेह हो)।
*[[ZFS|ज़ेडएफएस]] और [[Btrfs]], दो पूर्ण [[लिखने पर नकल|कॉपी-ऑन-राइट]] फ़ाइल सिस्टम। वे किसी पत्रिका के समान स्थिरता के स्तर को सुनिश्चित करने के लिए जगह-जगह बदलावों से बचते हैं। वे एक डमी एफएससीके भी प्रदान करते हैं।<ref>{{man|8|fsck.btrfs|Linux}}, : "do nothing, successfully" "Traditional filesystems need to run their respective fsck utility in case the filesystem was not unmounted cleanly and the log needs to be replayed before mount. This is not needed for BTRFS."</ref> <code>btrfs-check</code> फ़ाइल सिस्टम संरचना में संदिग्ध समस्याओं की जाँच के लिए अभी भी उपलब्ध है (उदाहरण के लिए जब सॉफ़्टवेयर बग या हार्डवेयर समस्या का संदेह हो)।


फ़ाइल सिस्टम संरचना की जाँच करने से स्वतंत्र, आधुनिक फ़ाइल सिस्टम दर्पण या [[ अंततः, | अंततः]] के विरुद्ध संग्रहीत डेटा में मौन भ्रष्टाचार की जाँच करने के लिए [[डेटा स्क्रबिंग]] टूल की पेशकश कर सकते हैं। स्क्रब धीमे होते हैं क्योंकि वे डिस्क पर सभी डेटा को कवर करते हैं, लेकिन समय-समय पर चलने से डेटा सड़न से बचाव हो सकता है और विफल ड्राइव की पहचान करने में मदद मिल सकती है।<ref>{{cite web |last1=Swearingen |first1=Cindy |title=Oracle सोलारिस ZFS में शेड्यूल्ड पूल स्क्रब|url=https://blogs.oracle.com/solaris/post/scheduled-pool-scrubs-in-oracle-solaris-zfs}}</ref>
फ़ाइल सिस्टम संरचना की जाँच करने से स्वतंत्र, आधुनिक फ़ाइल सिस्टम दर्पण या [[ अंततः, | अंततः]] के विरुद्ध संग्रहीत डेटा में मौन भ्रष्टाचार की जाँच करने के लिए [[डेटा स्क्रबिंग]] टूल की पेशकश कर सकते हैं। स्क्रब धीमे होते हैं क्योंकि वे डिस्क पर सभी डेटा को कवर करते हैं, लेकिन समय-समय पर चलने से डेटा सड़न से बचाव हो सकता है और विफल ड्राइव की पहचान करने में मदद मिल सकती है।<ref>{{cite web |last1=Swearingen |first1=Cindy |title=Oracle सोलारिस ZFS में शेड्यूल्ड पूल स्क्रब|url=https://blogs.oracle.com/solaris/post/scheduled-pool-scrubs-in-oracle-solaris-zfs}}</ref>
== इतिहास ==
== इतिहास ==
एफएसएसके पहली बार 1980 के 4.0BSD में दिखाई दिया। यह NetBSD 1.3 (1998) में अपने आधुनिक आवरण रूप में बदल गया। एफएसएसके किसी उपस्थित मानक द्वारा परिभाषित नहीं है,<ref name=FreeBSD/>लेकिन आदिम गैर-रैपर फॉर्म 1995 ड्राफ्ट सिस्टम मैनेजमेंट: फाइल सिस्टम और शेड्यूलिंग यूटिलिटीज (एफएसएसयू) एक्स/ओपन से उपस्थित है।<ref>{{cite web |title=Systems Management: File System and Scheduling Utilities (FSSU) |url=https://pubs.opengroup.org/onlinepubs/008347899/toc.pdf |website=opengroup.org |access-date=8 April 2023 |pages=18 |date=1995}}</ref>
एफएससीके पहली बार 1980 के 4.0BSD में दिखाई दिया। यह NetBSD 1.3 (1998) में अपने आधुनिक आवरण रूप में बदल गया। एफएससीके किसी उपस्थित मानक द्वारा परिभाषित नहीं है,<ref name=FreeBSD/>लेकिन आदिम गैर-रैपर फॉर्म 1995 ड्राफ्ट सिस्टम मैनेजमेंट: फाइल सिस्टम और शेड्यूलिंग यूटिलिटीज (एफएसएसयू) एक्स/ओपन से उपस्थित है।<ref>{{cite web |title=Systems Management: File System and Scheduling Utilities (FSSU) |url=https://pubs.opengroup.org/onlinepubs/008347899/toc.pdf |website=opengroup.org |access-date=8 April 2023 |pages=18 |date=1995}}</ref>
==अपशब्द के रूप में==
==अपशब्द के रूप में==
फ़ाइल सिस्टम भ्रष्टाचार की गंभीरता के कारण यूनिक्स सिस्टम प्रशासकों के बीच एफएसएसके और एफएसएसकेईडी शब्दों का उपयोग बकवास और गड़बड़ के लिए शपथ के रूप में किया जाने लगा।<ref>{{cite web|url=http://www.catb.org/~esr/jargon/oldversions/jarg415.txt |title=fscking|work=[[The Jargon File]] |date=September 24, 1999 |author-link=Eric S. Raymond |last=Raymond |first=Eric S |quote=fcking: /fus'-king/ or /eff'-seek-ing/ adj. [Usenet; common] ''Fucking'', in the expletive sense (it refers to the Unix filesystem-repair command fsck(1), of which it can be said that if you have to use it at all you are having a bad day). Originated on {[[alt.sysadmin.recovery|scary devil monastery]]} and the [[Bastard Operator From Hell|bofh.net]] newsgroups, but became much more widespread following the passage of {[[Communications Decency Act|CDA]]}. Also occasionally seen in the variant ‘What the fsck?’ |archive-url=https://www.webcitation.org/5mVBHbWKJ?url=http://www.catb.org/~esr/jargon/oldversions/jarg415.txt |archive-date=2009-01-03 |url-status=dead }}</ref> यह स्पष्ट नहीं है कि यह उपयोग कारण या प्रभाव था, क्योंकि [[USENIX|यूसेनिक्स]] 1998 में एक प्रश्न और उत्तर सत्र की एक रिपोर्ट में दावा किया गया है कि एफएसएसके का मूल रूप से एक अलग नाम था:
फ़ाइल सिस्टम भ्रष्टाचार की गंभीरता के कारण यूनिक्स सिस्टम प्रशासकों के बीच एफएससीके और एफएससीकेईडी शब्दों का उपयोग बकवास और गड़बड़ के लिए शपथ के रूप में किया जाने लगा।<ref>{{cite web|url=http://www.catb.org/~esr/jargon/oldversions/jarg415.txt |title=fscking|work=[[The Jargon File]] |date=September 24, 1999 |author-link=Eric S. Raymond |last=Raymond |first=Eric S |quote=fcking: /fus'-king/ or /eff'-seek-ing/ adj. [Usenet; common] ''Fucking'', in the expletive sense (it refers to the Unix filesystem-repair command fsck(1), of which it can be said that if you have to use it at all you are having a bad day). Originated on {[[alt.sysadmin.recovery|scary devil monastery]]} and the [[Bastard Operator From Hell|bofh.net]] newsgroups, but became much more widespread following the passage of {[[Communications Decency Act|CDA]]}. Also occasionally seen in the variant ‘What the fsck?’ |archive-url=https://www.webcitation.org/5mVBHbWKJ?url=http://www.catb.org/~esr/jargon/oldversions/jarg415.txt |archive-date=2009-01-03 |url-status=dead }}</ref> यह स्पष्ट नहीं है कि यह उपयोग कारण या प्रभाव था, क्योंकि [[USENIX|यूसेनिक्स]] 1998 में एक प्रश्न और उत्तर सत्र की एक रिपोर्ट में दावा किया गया है कि एफएससीके का मूल रूप से एक अलग नाम था:


:[[डेनिस रिची]]: ''तो एफएसएसके को मूल रूप से कुछ और कहा जाता था''
:[[डेनिस रिची]]: ''तो एफएससीके को मूल रूप से कुछ और कहा जाता था''
:प्रश्न: '' इसे क्या कहा जाता था? ''
:प्रश्न: '' इसे क्या कहा जाता था? ''
:डेनिस रिची: ''खैर, दूसरा पत्र अलग था''<ref>{{cite web | url=https://groups.google.com/forum/#!msg/alt.sysadmin.recovery/tsGbbkvHo2c/6T-Pj9d3A6wJ | title=यूसेनिक्स से रिपोर्ट| publisher=[[Usenet]] | work=alt.sysadmin.recovery | access-date=2016-02-20 | author=Crosby, Matthew}}</ref><ref>{{cite web | url=http://www.c2.com/cgi/wiki?MindFsck | title=मन Fsck| publisher=C2 | work=[[WikiWikiWeb]]}}</ref>
:डेनिस रिची: ''खैर, दूसरा पत्र अलग था''<ref>{{cite web | url=https://groups.google.com/forum/#!msg/alt.sysadmin.recovery/tsGbbkvHo2c/6T-Pj9d3A6wJ | title=यूसेनिक्स से रिपोर्ट| publisher=[[Usenet]] | work=alt.sysadmin.recovery | access-date=2016-02-20 | author=Crosby, Matthew}}</ref><ref>{{cite web | url=http://www.c2.com/cgi/wiki?MindFsck | title=मन Fsck| publisher=C2 | work=[[WikiWikiWeb]]}}</ref>
Line 60: Line 60:
*[[यूनिक्स कमांड की सूची]]
*[[यूनिक्स कमांड की सूची]]
*[[फ़ाइल सिस्टम की सूची]]
*[[फ़ाइल सिस्टम की सूची]]
*[[e2fsprogs]], जिसमें सम्मिलित है <code>e2एफएसएसके</code> उपयोगिता, कई लिनक्स वितरणों पर मानक
*[[e2fsprogs]], जिसमें सम्मिलित है <code>e2एफएससीके</code> उपयोगिता, कई लिनक्स वितरणों पर मानक
*डेटा स्क्रबिंग, ओरेकल सोलारिस ज़ेडएफएस फ़ाइल सिस्टम जाँच उपयोगिता
*डेटा स्क्रबिंग, ओरेकल सोलारिस ज़ेडएफएस फ़ाइल सिस्टम जाँच उपयोगिता


Revision as of 13:17, 7 July 2023

एफएसएसके
Operating systemUnix and Unix-like
TypeCommand

सिस्टम उपयोगिताfsck(फाइल सिस्टम कंसिस्टेंसी चेक) यूनिक्स और यूनिक्स जैसे ऑपरेटिंग सिस्टम, जैसे लिनक्स, मैकओएस और फ्रीबीएसडी में फाइल सिस्टम की स्थिरता की जांच करने के लिए एक उपकरण है।[1] एमएस-डॉस और माइक्रोसॉफ्ट विंडोज पर समकक्ष प्रोग्राम सीएचकेडीएसके और स्कैनडिस्क हैं।

उच्चारण

कोई सहमत उच्चारण नहीं है. इसका उच्चारण एफ-एस-सी-के, एफ-एस-चेक, फ़िज़-चेक, एफ-सैक, फ़िस्क, फ़िज़-के, फिशकेक, फ़िज़िक, एफ-सिक, एफ-सॉक, एफ-सक, एफ-सेक, फ़ेशक, द सिबिलेंट एफएसके, किया जा सकता है। फिक्स, फ़ार्स्क, फ़ॉस्क या फ़स्क।

उपयोग

सामान्यतः एफएससीके या तो बूट समय पर स्वचालित रूप से या सिस्टम प्रशासक द्वारा मैन्युअल रूप से चलाया जाता है। कमांड सीधे डिस्क पर संग्रहीत डेटा संरचनाओं पर काम करता है, जो उपयोग में आने वाले विशेष फ़ाइल सिस्टम के लिए आंतरिक और विशिष्ट होते हैं - इसलिए फ़ाइल सिस्टम के अनुरूप एक एफएससीके कमांड की सामान्यतःआवश्यकता होती है। विभिन्न एफएससीके कार्यान्वयन के सटीक व्यवहार अलग-अलग होते हैं, लेकिन वे सामान्यतः आंतरिक संचालन के एक सामान्य क्रम का पालन करते हैं और उपयोगकर्ता को एक सामान्य कमांड-लाइन इंटरफ़ेस प्रदान करते हैं। आधुनिक सिस्टम पर, एफएससीके बस फ़ाइल सिस्टम के प्रकार का पता लगाता है और विशेषज्ञ को कॉल करता है fsck.type (लिनक्स) या fsck_type (बीएसडी, मैकओएस) प्रत्येक प्रकार के लिए प्रोग्राम।[1][2]

अधिकांश एफएससीके उपयोगिताएँ या तो क्षतिग्रस्त फ़ाइल सिस्टम को अंतःक्रियात्मक रूप से ठीक करने के लिए विकल्प प्रदान करती हैं (उपयोगकर्ता को यह तय करना होगा कि विशिष्ट समस्याओं को कैसे ठीक किया जाए), स्वचालित रूप से यह निर्णय लिया जाए कि विशिष्ट समस्याओं को कैसे ठीक किया जाए (ताकि उपयोगकर्ता को किसी भी प्रश्न का उत्तर न देना पड़े), या उन समस्याओं की समीक्षा की जाए जिनकी आवश्यकता है वास्तव में उन्हें ठीक किए बिना फ़ाइल सिस्टम पर हल किया जाना है। आंशिक रूप से पुनर्प्राप्त फ़ाइलें जहां मूल फ़ाइल नाम का पुनर्निर्माण नहीं किया जा सकता है, उन्हें सामान्यतः खोया और पाया#कंप्यूटिंग| खोई+पायी (लॉस्ट+फाउंड) निर्देशिका जो फ़ाइल सिस्टम के मूल में संग्रहीत होती है।

यदि सिस्टम प्रशासक को लगता है कि फ़ाइल सिस्टम में कोई समस्या है तो वह एफएससीके को मैन्युअल रूप से भी चला सकता है। फ़ाइल सिस्टम को सामान्यतः अनमाउंट, माउंटेड रीड-ओनली, या सिस्टम के साथ एक विशेष रखरखाव मोड में जांचा जाता है।

बूट समय

चूँकि बूट समय एफएससीके को उपयोगकर्ता के हस्तक्षेप के बिना चलाने की उम्मीद की जाती है, यह सामान्यतः किसी भी विनाशकारी संचालन को निष्पादित नहीं करने के लिए डिफ़ॉल्ट होता है। यह रीड-ओनली चेक के रूप में हो सकता है (जब भी समस्याएँ पाई जाती हैं तब विफल हो जाता है), या अधिक सामान्यतः प्रीन के रूप में हो सकता है -p मोड जो सामान्यतः अशुद्ध शटडाउन (यानी क्रैश, बिजली विफलता) के बाद पाए जाने वाले अहानिकर मुद्दों को ठीक करता है।[2]

ext2/3/4 एक निर्दिष्ट संख्या में माउंट के बाद बूट-टाइम चेक को बाध्य करने का विकल्प प्रदान करता है, ताकि समय-समय पर जांच की जा सके।[3]

कुछ आधुनिक फ़ाइल सिस्टमों को अशुद्ध शटडाउन के बाद बूट होने के लिए एफएससीके की आवश्यकता नहीं होती है। कुछ उदाहरण निम्न हैं:

  • एक्सएफएस, एक जर्नलिंग फाइल सिस्टम इसमें एक डमी एफएससीके है जो कुछ नहीं करता है[4] और एक वास्तविक xfs_repair समस्याओं का संदेह होने पर चलाया जाने वाला उपकरण।
  • फ्रीबीएसडी में यूनिक्स फ़ाइल सिस्टम फाइल सिस्टम, जो नरम अद्यतन सक्षम होने पर बैकग्राउंड में चेक में देरी कर सकता है।[5] परिणामस्वरूप, डिस्क तक पहुँचने से पहले एफएससीके के समाप्त होने तक प्रतीक्षा करना सामान्यतःआवश्यक नहीं होता है। यह डिज़ाइन द्वारा परिलक्षित होता है -Fबूट में ध्वज का प्रयोग किया गया।[2]
  • ज़ेडएफएस और Btrfs, दो पूर्ण कॉपी-ऑन-राइट फ़ाइल सिस्टम। वे किसी पत्रिका के समान स्थिरता के स्तर को सुनिश्चित करने के लिए जगह-जगह बदलावों से बचते हैं। वे एक डमी एफएससीके भी प्रदान करते हैं।[6] btrfs-check फ़ाइल सिस्टम संरचना में संदिग्ध समस्याओं की जाँच के लिए अभी भी उपलब्ध है (उदाहरण के लिए जब सॉफ़्टवेयर बग या हार्डवेयर समस्या का संदेह हो)।

फ़ाइल सिस्टम संरचना की जाँच करने से स्वतंत्र, आधुनिक फ़ाइल सिस्टम दर्पण या अंततः के विरुद्ध संग्रहीत डेटा में मौन भ्रष्टाचार की जाँच करने के लिए डेटा स्क्रबिंग टूल की पेशकश कर सकते हैं। स्क्रब धीमे होते हैं क्योंकि वे डिस्क पर सभी डेटा को कवर करते हैं, लेकिन समय-समय पर चलने से डेटा सड़न से बचाव हो सकता है और विफल ड्राइव की पहचान करने में मदद मिल सकती है।[7]

इतिहास

एफएससीके पहली बार 1980 के 4.0BSD में दिखाई दिया। यह NetBSD 1.3 (1998) में अपने आधुनिक आवरण रूप में बदल गया। एफएससीके किसी उपस्थित मानक द्वारा परिभाषित नहीं है,[2]लेकिन आदिम गैर-रैपर फॉर्म 1995 ड्राफ्ट सिस्टम मैनेजमेंट: फाइल सिस्टम और शेड्यूलिंग यूटिलिटीज (एफएसएसयू) एक्स/ओपन से उपस्थित है।[8]

अपशब्द के रूप में

फ़ाइल सिस्टम भ्रष्टाचार की गंभीरता के कारण यूनिक्स सिस्टम प्रशासकों के बीच एफएससीके और एफएससीकेईडी शब्दों का उपयोग बकवास और गड़बड़ के लिए शपथ के रूप में किया जाने लगा।[9] यह स्पष्ट नहीं है कि यह उपयोग कारण या प्रभाव था, क्योंकि यूसेनिक्स 1998 में एक प्रश्न और उत्तर सत्र की एक रिपोर्ट में दावा किया गया है कि एफएससीके का मूल रूप से एक अलग नाम था:

डेनिस रिची: तो एफएससीके को मूल रूप से कुछ और कहा जाता था
प्रश्न: इसे क्या कहा जाता था?
डेनिस रिची: खैर, दूसरा पत्र अलग था[10][11]

गो एफएससीके योरसेल्फ, कभी-कभी किसी व्यक्ति को अपने मुद्दे (रवैया, विषय वस्तु की अज्ञानता, आदि) को ठीक करने के लिए एक निषेधाज्ञा के रूप में ऑनलाइन उपयोग किया जाता है - उसी तरह जैसे एफएससी चलाने में मूलभूत त्रुटियों को ठीक करना सम्मिलित होता है।

उदाहरण

निम्नलिखित उदाहरण /usr विभाजन पर आरोहित होने के लिए कॉन्फ़िगर की गई फ़ाइल प्रणाली की जाँच करता है; फ़ाइल सिस्टम को पहले अनमाउंट करना होगा: 

fsck /usr

निम्न उदाहरण mdadm सॉफ़्टवेयर RAID डिवाइस पर Linux JFS (फ़ाइल सिस्टम) फ़ाइल सिस्टम की जाँच करता है: 

fsck -t jfs /dev/md0

यह भी देखें

संदर्भ

  1. ↑ 1.0 1.1 fsck(8) – Linux Programmer's Manual – Administration and Privileged Commands "In actuality, fsck is simply a front-end for the various filesystem checkers (fsck.fstype) available under Linux."
  2. ↑ 2.0 2.1 2.2 2.3 fsck(8) – FreeBSD System Manager's Manual "It was reimplemented as a filesystem independent wrapper in NetBSD 1.3 and first appeared in FreeBSD 5.0."
  3. ↑ tune2fs(8) – Linux Programmer's Manual – Administration and Privileged Commands
  4. ↑ fsck.xfs(8) – Linux Programmer's Manual – Administration and Privileged Commands: "XFS is a journaling filesystem and performs recovery at mount(8) time if necessary"
  5. ↑ fsck_ffs(8) – FreeBSD System Manager's Manual
  6. ↑ fsck.btrfs(8) – Linux Programmer's Manual – Administration and Privileged Commands, : "do nothing, successfully" "Traditional filesystems need to run their respective fsck utility in case the filesystem was not unmounted cleanly and the log needs to be replayed before mount. This is not needed for BTRFS."
  7. ↑ Swearingen, Cindy. "Oracle सोलारिस ZFS में शेड्यूल्ड पूल स्क्रब".
  8. ↑ "Systems Management: File System and Scheduling Utilities (FSSU)" (PDF). opengroup.org. 1995. p. 18. Retrieved 8 April 2023.
  9. ↑ Raymond, Eric S (September 24, 1999). "fscking". The Jargon File. Archived from the original on 2009-01-03. fcking: /fus'-king/ or /eff'-seek-ing/ adj. [Usenet; common] Fucking, in the expletive sense (it refers to the Unix filesystem-repair command fsck(1), of which it can be said that if you have to use it at all you are having a bad day). Originated on {scary devil monastery} and the bofh.net newsgroups, but became much more widespread following the passage of {CDA}. Also occasionally seen in the variant 'What the fsck?'
  10. ↑ Crosby, Matthew. "यूसेनिक्स से रिपोर्ट". alt.sysadmin.recovery. Usenet. Retrieved 2016-02-20.
  11. ↑ "मन Fsck". WikiWikiWeb. C2.

बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=एफएससीके&oldid=209523’