क्या Windows Explorer की फ़ाइल विशेषता कॉलम में सभी मान और परिभाषा के लिए एक अच्छा संसाधन है ?
क्या Windows Explorer की फ़ाइल विशेषता कॉलम में सभी मान और परिभाषा के लिए एक अच्छा संसाधन है ?
जवाबों:
आर = रीड-ओनली : ज्यादातर सॉफ्टवेयर, जब रीड-ओनली किसी फाइल को देखा जाता है, तो उसे हटाने या संशोधित करने से इंकार कर देगा। यह बहुत सीधा है। उदाहरण के लिए, यदि आप केवल पढ़ने के लिए फ़ाइल को हटाने का प्रयास करते हैं, तो डॉस "प्रवेश निषेध" कहेगा। दूसरी ओर, विंडोज एक्सप्लोरर खुशी से इसे चबाना होगा। कुछ मध्यम जमीन का चयन करेंगे: वे आपको फ़ाइल को संशोधित करने या हटाने देंगे, लेकिन पुष्टि के बाद ही पूछेंगे।
एच = छिपी : यह एक बहुत ही आत्म-व्याख्यात्मक है; यदि फ़ाइल छिपी हुई है तो सामान्य परिस्थितियों में यह दृश्य से छिपी हुई है। जब तक आप एक विशेष ध्वज का उपयोग नहीं करते हैं, तो DOS फ़ाइल को प्रदर्शित नहीं करेगा, जैसा कि पहले के उदाहरण में दिखाया गया है।
एस = सिस्टम : इस ध्वज का उपयोग महत्वपूर्ण फाइलों को टैग करने के लिए किया जाता है जो सिस्टम द्वारा उपयोग किए जाते हैं और इसे डिस्क से परिवर्तित या हटाया नहीं जाना चाहिए। संक्षेप में, यह एक "अधिक गंभीर" रीड-ओनली ध्वज की तरह है और इस तरीके से व्यवहार किए गए अधिकांश भाग के लिए है। यह एक "सुपर-हिडन" विशेषता भी है। यहां तक कि अगर आप "छिपी हुई फ़ाइलें दिखाएँ" सक्षम करते हैं, तो सिस्टम फ़ाइलें प्रदर्शित नहीं की जाएंगी। (आप "सुरक्षित ऑपरेटिंग सिस्टम फ़ाइलों को छिपाएँ" को अक्षम करके उन्हें प्रदर्शित कर सकते हैं।)
डी = निर्देशिका : यह वह बिट है जो उन प्रविष्टियों के बीच अंतर करता है जो फाइलों का वर्णन करते हैं और जो वर्तमान निर्देशिका के भीतर उपनिर्देशिका का वर्णन करते हैं। सिद्धांत रूप में आप इस बिट को बदलकर किसी फ़ाइल को डायरेक्टरी में बदल सकते हैं। बेशक, ऐसा करने की कोशिश करने से गड़बड़ होगी - एक निर्देशिका के लिए प्रवेश एक विशिष्ट प्रारूप में होना चाहिए।
ए = पुरालेख: यह एक विशेष बिट है जिसका उपयोग सॉफ्टवेयर अनुप्रयोगों के बीच "संचार लिंक" के रूप में किया जाता है जो फाइलों को संशोधित करता है, और जो बैकअप के लिए उपयोग किया जाता है। अधिकांश बैकअप सॉफ़्टवेयर उपयोगकर्ता को एक वृद्धिशील बैकअप करने की अनुमति देते हैं, जो केवल बैकअप के लिए किसी भी फाइल का चयन करता है जो पिछले बैकअप के बाद से बदल गया है। इस उद्देश्य के लिए इस बिट का उपयोग किया जाता है। जब बैकअप सॉफ़्टवेयर फ़ाइल ("अभिलेखागार") का बैकअप लेता है, तो यह संग्रह बिट को साफ करता है (इसे शून्य बनाता है)। कोई भी सॉफ़्टवेयर जो बाद में फ़ाइल को संशोधित करता है, उसे संग्रह बिट सेट करना चाहिए। फिर, अगली बार जब बैकअप सॉफ़्टवेयर चलाया जाता है, तो यह संग्रह बिट्स को देखकर पता करता है कि कौन सी फाइलें संशोधित की गई हैं, और इसलिए जिन्हें बैकअप करने की आवश्यकता है। फिर, बिट का यह उपयोग "स्वैच्छिक" है; बैकअप सॉफ़्टवेयर संग्रह सॉफ्टवेयर का उपयोग करने के लिए अन्य सॉफ्टवेयर पर निर्भर करता है; कुछ प्रोग्राम संग्रह विशेषता को सेट किए बिना फ़ाइल को संशोधित कर सकते हैं, लेकिन सौभाग्य से अधिकांश सॉफ़्टवेयर "अच्छी तरह से व्यवहार किया जाता है" और बिट का ठीक से उपयोग करता है। फिर भी, आपको यह सुनिश्चित करने के लिए इस तंत्र पर पूरी तरह से भरोसा नहीं करना चाहिए कि आपकी महत्वपूर्ण फाइलें बैकअप हैं।
उपरोक्त सूची से गुम:
C = संपीड़ित : संपीड़ित फ़ाइलें / फ़ोल्डर एन्क्रिप्ट नहीं किया जा सकता है।
E = एन्क्रिप्ट किया गया : एन्क्रिप्ट की गई फ़ाइलें / फ़ोल्डर संपीड़ित नहीं किए जा सकते।
एन = अनिर्णीत नहीं है
L = रेपर्स पॉइंट्स
ओ = ऑफ़लाइन
पी = विरल फ़ाइल
I = सामग्री अनुक्रमित नहीं
टी = मंदिर
संयोजन संभव हैं, उदाहरण के लिए, एचएसए = हिडन, सिस्टम, आर्काइव
Let- Bit
ter masks Description and notes
--- -------- ---------------------------------------------------------------
R 0x1 Read-only
H 0x2 Hidden
S 0x4 System
(V) 0x8 Volume label (obsolete in NTFS and must not be set)
D 0x10 Directory
A 0x20 Archive
X 0x40 Device (reserved by system and must not be set)
N 0x80 Normal (i.e. no other attributes set)
T 0x100 Temporary
P 0x200 Sparse file
L 0x400 Symbolic link / Junction / Mount point / has a reparse point
C 0x800 Compressed
O 0x1000 Offline
I 0x2000 Not content indexed (shown as 'N' in Explorer in Windows Vista)
E 0x4000 Encrypted
(Attributes introduced in Windows 8:)
(V) 0x8000 Integrity (ReFS volume only)
- 0x10000 Virtual (reserved by system and must not be set)
(X) 0x20000 No scrub (ReFS volume only)
(Attributes introduced in Windows 10, version 1703 (Creators Update):)
- 0x40000 Recall on open
(P) 0x80000 Pinned (OneDrive "always available files")
(U) 0x100000 Unpinned (OneDrive "online-only files")
- 0x200000 (Unused and reserved)
- 0x400000 Recall on data access
विंडोज एक्सप्लोरर (विंडोज 7 और बाद के) में दिखाए गए गुण:
RHSDAXNTPLCOIE
('एक्स' = डिवाइस; पी '= स्पार्स)
'अट्रिब' कमांड आउटपुट (विंडोज 10, संस्करण 1703 के रूप में) में दिखाए गए गुण:
A__SHR_OI_VX_P_U__
('वी' = अखंडता; 'एक्स' = नो स्क्रब; 'पी' = पिन किया हुआ)
"% ~ A1" ( FOR %%I IN (files) DO ECHO.%%~aI
) आउटपुट में दिखाए गए गुण ( Windows 10, संस्करण 1703 के अनुसार):
drahscotl-x
('X' = कोई स्क्रब नहीं)
NTFS फ़ाइल विशेषताओं का आधिकारिक संदर्भ: https://msdn.microsoft.com/en-us/library/windows/desktop/gg258117(v=vs.85).aspx
पिन किए गए और अनपिन किए गए विशेषताएँ वर्तमान में उपर्युक्त संदर्भ में अनिर्दिष्ट हैं, लेकिन "हमेशा उपलब्ध फ़ाइल" और "ऑनलाइन-केवल फ़ाइल" के रूप में वनड्राइव में उनका उपयोग इस जर्मन लेख में नोट किया गया है । विंडोज 10, संस्करण 1703 के बाद से दो विशेषताओं को 'एट्रिब' में संशोधित किया जा सकता है। विशेषताओं को विंडोज एक्सप्लोरर में विशेषता कॉलम में नहीं दिखाया गया है, लेकिन स्थिति कॉलम में वनड्राइव स्थिति आइकन में।
मुझे यह अभी तक इंटरनेट पर नहीं मिला है, लेकिन एक "पी" विशेषता भी है, जो एक विरल फ़ाइल के अनुरूप है। यह ध्वज विंडोज 7 में सूचीबद्ध है, लेकिन विंडोज एक्सपी में नहीं। विस्टा के बारे में निश्चित नहीं।
आप fsutil sparse setflag FILENAME
कमांड के साथ एक फ़ाइल विरल को चालू कर सकते हैं , और एक्सप्लोरर में ध्वज को देख सकते हैं। ध्यान दें कि झंडा बंद करने का कोई तरीका नहीं है, हालांकि!
विरल फाइलें संपीड़ित फ़ाइलों के समान हैं, लेकिन थोड़ा अधिक विशिष्ट हैं। विरल फ़ाइलों के साथ, नल की लंबी श्रृंखला (मान 0) बाइट्स केवल डिस्क पर संग्रहीत नहीं हैं। जब कोई प्रोग्राम फ़ाइल के उस हिस्से को एक्सेस करने की कोशिश करता है, तो फाइल सिस्टम यह देखेगा कि यह डिस्क पर नहीं है और इसके बजाय नल बाइट्स की एक श्रृंखला लौटाता है। विरल फ़ाइलों के बारे में अधिक जानकारी के लिए इस MSDN पृष्ठ को देखें ।