इनोड - Revision history

Manidh at 12:19, 17 May 2023

2023-05-17T12:19:56Z

← Older revision		Revision as of 17:49, 17 May 2023
Line 85:		Line 85:
	* [http://www.linfo.org/inode.html Inode definition]		* [http://www.linfo.org/inode.html Inode definition]
	* [http://linuxgazette.net/105/pitcher.html Explanation of Inodes, Symlinks, and Hardlinks]		* [http://linuxgazette.net/105/pitcher.html Explanation of Inodes, Symlinks, and Hardlinks]
	~~[[Category: यूनिक्स फ़ाइल सिस्टम प्रौद्योगिकी]]~~

			[[Category:CS1 English-language sources (en)]]
			[[Category:CS1 maint]]
	[[Category: ~~Machine Translated Page~~]]
	[[Category:Created On 25/04/2023]]		[[Category:Created On 25/04/2023]]
	[[Category:Vigyan Ready]]		[[Category:Lua-based templates]]
			[[Category:Machine Translated Page]]
			[[Category:Pages with script errors]]
			[[Category:Templates Vigyan Ready]]
			[[Category:Templates that add a tracking category]]
			[[Category:Templates that generate short descriptions]]
			[[Category:Templates using TemplateData]]
			[[Category:यूनिक्स फ़ाइल सिस्टम प्रौद्योगिकी]]

Indicwiki: 7 revisions imported from :alpha:इनोड

2023-05-17T04:07:30Z

7 revisions imported from alpha:इनोड

← Older revision	Revision as of 09:37, 17 May 2023
(No difference)

alpha>Neeraja: added Category:Vigyan Ready using HotCat

2023-05-16T08:07:21Z

added Category:Vigyan Ready using HotCat

← Older revision		Revision as of 13:37, 16 May 2023
Line 91:		Line 91:
	[[Category: Machine Translated Page]]		[[Category: Machine Translated Page]]
	[[Category:Created On 25/04/2023]]		[[Category:Created On 25/04/2023]]
			[[Category:Vigyan Ready]]

alpha>Vivekdasilavky: Text

2023-05-04T10:58:11Z

Text

Show changes

alpha>Vivekdasilavky: Text

2023-05-04T06:18:21Z

Text

← Older revision		Revision as of 11:48, 4 May 2023
Line 10:		Line 10:

	रिची और [[केन थॉम्पसन]] द्वारा 1978 का एक पेपर इंडेक्स की धारणा को इनोड्स की व्युत्पत्ति संबंधी उत्पत्ति का समर्थन करता है। उन्होने लिखा है:<ref>{{cite journal\|last1=Ritchie\|first1=Dennis M.\|last2=Thompson\|first2=Ken \|title=UNIX टाइम-शेयरिंग सिस्टम\|journal=The Bell System Technical Journal\|date=1978\|volume=57\|issue=6\|pages=1913–1914\|url=https://archive.org/details/bstj57-6-1905 \|access-date=19 December 2015}}</ref> {{quote\|[…] a directory entry contains only a name for the associated file and a [[Pointer (computer programming)\|pointer]] to the file itself. This pointer is an integer called the ''i-number'' (for index number) of the file. When the file is accessed, its i-number is used as an index into a system table (the ''i-list'') stored in a known part of the device on which the directory resides. The entry found thereby (the file's ''i-node'') contains the description of the file.		रिची और [[केन थॉम्पसन]] द्वारा 1978 का एक पेपर इंडेक्स की धारणा को इनोड्स की व्युत्पत्ति संबंधी उत्पत्ति का समर्थन करता है। उन्होने लिखा है:<ref>{{cite journal\|last1=Ritchie\|first1=Dennis M.\|last2=Thompson\|first2=Ken \|title=UNIX टाइम-शेयरिंग सिस्टम\|journal=The Bell System Technical Journal\|date=1978\|volume=57\|issue=6\|pages=1913–1914\|url=https://archive.org/details/bstj57-6-1905 \|access-date=19 December 2015}}</ref> {{quote\|[…] a directory entry contains only a name for the associated file and a [[Pointer (computer programming)\|pointer]] to the file itself. This pointer is an integer called the ''i-number'' (for index number) of the file. When the file is accessed, its i-number is used as an index into a system table (the ''i-list'') stored in a known part of the device on which the directory resides. The entry found thereby (the file's ''i-node'') contains the description of the file.
	}} इसके अतिरिक्त, मौरिस जे. बाख ने लिखा है कि एक इनोड शब्द इंडेक्स नोड का एक संकुचन है और ~~आमतौर पर~~ यूनिक्स सिस्टम पर साहित्य में उपयोग किया जाता है।<ref>{{cite book\|title =यूनिक्स ऑपरेटिंग सिस्टम का डिजाइन\|date = 1986 \|publisher = Prentice Hall\|author= Maurice J. Bach \|isbn= 978-0132017992}}</ref>		}} इसके अतिरिक्त, मौरिस जे. बाख ने लिखा है कि एक इनोड शब्द इंडेक्स नोड का एक संकुचन है और प्रायः यूनिक्स सिस्टम पर साहित्य में उपयोग किया जाता है।<ref>{{cite book\|title =यूनिक्स ऑपरेटिंग सिस्टम का डिजाइन\|date = 1986 \|publisher = Prentice Hall\|author= Maurice J. Bach \|isbn= 978-0132017992}}</ref>


Line 56:		Line 56:

	== इनलाइनिंग ==		== इनलाइनिंग ==
	~~अंतरिक्ष~~ (कोई डेटा ब्लॉक की आवश्यकता नहीं) और लुकअप समय (कोई और डिस्क एक्सेस की आवश्यकता नहीं) ~~दोनों~~ को बचाने के लिए इनोड में बहुत छोटी ~~फ़ाइलों~~ को ~~संग्रहीत~~ करना समझ में आता है। इस फाइल सिस्टम फीचर को इनलाइनिंग कहा जाता है। आधुनिक फाइल सिस्टम का उपयोग करते समय इनोड और फ़ाइल डेटा का सख्त अलगाव अब ग्रहण नहीं किया जा सकता है।		दोनों जगहों (कोई डेटा ब्लॉक की आवश्यकता नहीं) और लुकअप समय (कोई और डिस्क एक्सेस की आवश्यकता नहीं) को बचाने के लिए इनोड में ही बहुत छोटी फाइलों को स्टोर करना समझ में आता है। इस फाइल सिस्टम फीचर को इनलाइनिंग कहा जाता है। आधुनिक फाइल सिस्टम का उपयोग करते समय इनोड और फ़ाइल डेटा का सख्त अलगाव अब ग्रहण नहीं किया जा सकता है।

			यदि फ़ाइल का डेटा डेटा के पॉइंटर्स के लिए आवंटित स्थान में फिट बैठता है, तो इस स्थान का आसानी से उपयोग किया जा सकता है। उदाहरण के लिए, [[ext2]] और इसके उत्तरवर्ती इस तरह से सिमलिंक्स (प्रायः फ़ाइल नाम) के डेटा को स्टोर करते हैं यदि डेटा 60 बाइट्स ("तेज प्रतीकात्मक लिंक") से अधिक नहीं है।<ref>{{cite web\|url= http://www.win.tue.nl/~aeb/linux/lk/lk-7.html \|title=The Linux kernel: Filesystems\|work=tue.nl}}</ref>

			[[Ext4]] में एक फाइल सिस्टम विकल्प है जिसे <code>inline_data</code> कहा जाता है जो फ़ाइल सिस्टम निर्माण के दौरान सक्षम होने पर ext4 को इनलाइनिंग करने की अनुमति देता है। क्योंकि एक इनोड का आकार सीमित होता है, यह केवल बहुत छोटी फाइलों के लिए काम करता है।<ref>{{cite web\|url=https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout#Inline_Data\|title=Ext4 Disk Layout\|work=kernel.org\|access-date=August 18, 2013}}</ref>

	यदि फ़ाइल का डेटा डेटा के पॉइंटर्स के लिए आवंटित स्थान में फिट बैठता है, तो इस स्थान का आसानी से उपयोग किया जा सकता है। उदाहरण के लिए, यदि डेटा 60 बाइट्स (तेज़ प्रतीकात्मक लिंक) से अधिक नहीं है, तो [[ext2]] और इसके उत्तराधिकारी इस तरह से सिमिलिंक (आमतौर पर फ़ाइल नाम) के डेटा को संग्रहीत करते हैं।<ref>{{cite web\|url= http://www.win.tue.nl/~aeb/linux/lk/lk-7.html \|title=The Linux kernel: Filesystems\|work=tue.nl}}</ref>
	[[Ext4]] में एक फाइल सिस्टम विकल्प है जिसे कहा जाता है <code>inline_data</code> जो फ़ाइल सिस्टम निर्माण के दौरान सक्षम होने पर ext4 को इनलाइनिंग करने की अनुमति देता है। क्योंकि एक इनोड का आकार सीमित होता है, यह केवल बहुत छोटी फाइलों के लिए काम करता है।<ref>{{cite web\|url=https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout#Inline_Data\|title=Ext4 Disk Layout\|work=kernel.org\|access-date=August 18, 2013}}</ref>


	== गैर-यूनिक्स सिस्टम में ==		== गैर-यूनिक्स सिस्टम में ==
	* [[एनटीएफएस]] में एक बी-ट्री में फाइलों को संग्रहित करने वाली एक मास्टर फाइल टेबल (एमएफटी) है। प्रत्येक प्रविष्टि में एक ~~फ़ाइलआईडी~~ होती है, जो इनोड संख्या के अनुरूप होती है, जो विशिष्ट रूप से इस प्रविष्टि को संदर्भित करती है।<ref>{{cite web \|title=Does Windows have Inode Numbers like Linux? \|url=https://stackoverflow.com/a/42475374 \|website=Stack Overflow}}</ref> प्रविष्टि में तीन टाइमस्टैम्प, एक डिवाइस आईडी, विशेषताएँ, संदर्भ संख्या और फ़ाइल आकार पाए जाते हैं, लेकिन पॉज़िक्स के विपरीत अनुमतियाँ एक अलग API के माध्यम से व्यक्त की जाती हैं।<ref name=win32stat>{{cite web \|title=GetFileInformationByHandle function (fileapi.h) - Win32 apps \|url=https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getfileinformationbyhandle \|website=docs.microsoft.com \|language=en-us}}</ref> ऑन-डिस्क लेआउट अधिक जटिल है।<ref>{{cite web \|title=[MS-FSCC]: NTFS Attribute Types \|url=https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-fscc/a82e9105-2405-4e37-b2c3-28c773902d85 \|website=docs.microsoft.com \|language=en-us}}</ref> पहले के FAT फाइल सिस्टम में ऐसी तालिका नहीं थी और हार्ड लिंक बनाने में असमर्थ थे।		* [[एनटीएफएस]] में एक बी-ट्री में फाइलों को संग्रहित करने वाली एक मास्टर फाइल टेबल (एमएफटी) है। प्रत्येक प्रविष्टि में एक "फाइलआईडी" होती है, जो इनोड संख्या के अनुरूप होती है, जो विशिष्ट रूप से इस प्रविष्टि को संदर्भित करती है।<ref>{{cite web \|title=Does Windows have Inode Numbers like Linux? \|url=https://stackoverflow.com/a/42475374 \|website=Stack Overflow}}</ref> प्रविष्टि में तीन टाइमस्टैम्प, एक डिवाइस आईडी, विशेषताएँ, संदर्भ संख्या और फ़ाइल आकार पाए जाते हैं, लेकिन पॉज़िक्स के विपरीत अनुमतियाँ एक अलग API के माध्यम से व्यक्त की जाती हैं।<ref name=win32stat>{{cite web \|title=GetFileInformationByHandle function (fileapi.h) - Win32 apps \|url=https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getfileinformationbyhandle \|website=docs.microsoft.com \|language=en-us}}</ref> ऑन-डिस्क लेआउट अधिक जटिल है।<ref>{{cite web \|title=[MS-FSCC]: NTFS Attribute Types \|url=https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-fscc/a82e9105-2405-4e37-b2c3-28c773902d85 \|website=docs.microsoft.com \|language=en-us}}</ref> पहले के FAT फाइल सिस्टम में ऐसी तालिका नहीं थी और हार्ड लिंक बनाने में असमर्थ थे।
	** एनटीएफएस में एमएफटी प्रविष्टि में छोटी फाइलों को इनलाइन करने की अवधारणा भी है।<ref>{{Cite web\|url=https://superuser.com/a/1185466\|title = Windows - Maximum size of file that can be stored entirely in NTFS Master File Table (MFT)}}</ref>		** एनटीएफएस में एमएफटी प्रविष्टि में छोटी फाइलों को इनलाइन करने की अवधारणा भी है।<ref>{{Cite web\|url=https://superuser.com/a/1185466\|title = Windows - Maximum size of file that can be stored entirely in NTFS Master File Table (MFT)}}</ref>
	** व्युत्पन्न ReFS में समरूप MFT है। आरईएफएस में 128-बिट फ़ाइल आईडी है; यह एक्सटेंशन NTFS को भी बैकपोर्ट किया गया था, जिसमें मूल रूप से 64-बिट फ़ाइल आईडी थी।<ref name=win32stat/>* ~~वही स्टेट~~-~~जैसी~~ {{tt\|GetFileInformationByHandle}} एपीआई का उपयोग [[क्लस्टर साझा वॉल्यूम]] और ~~सर्वर मैसेज ब्लॉक \|~~ एसएमबी 3.0 पर किया जा सकता है, इसलिए इन प्रणालियों में फ़ाइल आईडी की समान अवधारणा हो सकती है।<ref name=win32stat/>		**व्युत्पन्न ReFS में समरूप MFT है। आरईएफएस में 128-बिट फ़ाइल आईडी है; यह एक्सटेंशन NTFS को भी बैकपोर्ट किया गया था, जिसमें मूल रूप से 64-बिट फ़ाइल आईडी थी।<ref name="win32stat" />
			**समान स्टैट-जैसे {{tt\|GetFileInformationByHandle}} एपीआई का उपयोग [[क्लस्टर साझा वॉल्यूम]] और एसएमबी 3.0 पर किया जा सकता है, इसलिए इन प्रणालियों में फ़ाइल आईडी की समान अवधारणा हो सकती है।<ref name="win32stat" />

alpha>Vivekdasilavky: Text

2023-05-04T05:32:39Z

Text

Show changes

alpha>Vivekdasilavky: Text

2023-05-03T11:30:45Z

Text

Show changes

alpha>Vivekdasilavky: text

2023-05-03T07:33:29Z

text

← Older revision		Revision as of 13:03, 3 May 2023
Line 1:		Line 1:
	{{short description\|Data structure describing a file-system object and disk block locations of the object data}}		{{short description\|Data structure describing a file-system object and disk block locations of the object data}}
	{{Lowercase title}}		{{Lowercase title}}
	इनोड (इंडेक्स नोड) एक [[यूनिक्स फाइलसिस्टम]] ~~सिस्टम~~ में एक [[डेटा संरचना]] ~~है। यूनिक्स-शैली फ़ाइल सिस्टम~~ जो ~~एक फ़ाइल सिस्टम का वर्णन करता है।~~ फ़ाइल-सिस्टम ऑब्जेक्ट जैसे ~~[[कम्प्यूटर फाइल]]~~ या ~~एक [[~~निर्देशिका ~~(कंप्यूटिंग)]]।~~ प्रत्येक इनोड ऑब्जेक्ट के डेटा की विशेषताओं और डिस्क ब्लॉक स्थानों को संग्रहीत करता है।<ref>{{cite book\|first= Andrew S.\|last=Tanenbaum\|title= आधुनिक ऑपरेटिंग सिस्टम\|edition=3rd\|page=279}}</ref> फ़ाइल-सिस्टम ऑब्जेक्ट विशेषताओं में [[मेटा डेटा]] शामिल हो सकता है (अंतिम परिवर्तन का समय,<ref>{{cite web\|url=http://www.linux-faqs.info/general/difference-between-mtime-ctime-and-atime \|title=एमटाइम, सीटाइम और एटाइम के बीच अंतर - लिनक्स हाउटोस और एफएक्यू\|author=JVSANTEN\|work=Linux Howtos and FAQs \|archive-url=http://web.archive.org/web/20161120083112/https://www.linux-faqs.info/general/difference-between-mtime-ctime-and-atime \|archive-date=2016-11-20 \|url-status=usurped}}</ref> एक्सेस, संशोधन), साथ ही स्वामी और [[फ़ाइल सिस्टम अनुमतियाँ]] डेटा।<ref>{{cite web\|url=http://www.ibm.com/developerworks/library/l-virtual-filesystem-switch \|title=लिनक्स वर्चुअल फाइल सिस्टम स्विच का एनाटॉमी\|work=ibm.com}}</ref>		इनोड (इंडेक्स नोड) एक [[यूनिक्स फाइलसिस्टम\|यूनिक्स-शैली सिस्टम]] में एक [[डेटा संरचना]] है जो फ़ाइल-सिस्टम ऑब्जेक्ट जैसे फ़ाइल या निर्देशिका का वर्णन करता है।। प्रत्येक इनोड ऑब्जेक्ट के डेटा की विशेषताओं और डिस्क ब्लॉक स्थानों को संग्रहीत करता है।<ref>{{cite book\|first= Andrew S.\|last=Tanenbaum\|title= आधुनिक ऑपरेटिंग सिस्टम\|edition=3rd\|page=279}}</ref> फ़ाइल-सिस्टम ऑब्जेक्ट विशेषताओं में [[मेटा डेटा]] शामिल हो सकता है (अंतिम परिवर्तन का समय,<ref>{{cite web\|url=http://www.linux-faqs.info/general/difference-between-mtime-ctime-and-atime \|title=एमटाइम, सीटाइम और एटाइम के बीच अंतर - लिनक्स हाउटोस और एफएक्यू\|author=JVSANTEN\|work=Linux Howtos and FAQs \|archive-url=http://web.archive.org/web/20161120083112/https://www.linux-faqs.info/general/difference-between-mtime-ctime-and-atime \|archive-date=2016-11-20 \|url-status=usurped}}</ref> एक्सेस, संशोधन), साथ ही स्वामी और [[फ़ाइल सिस्टम अनुमतियाँ]] डेटा।<ref>{{cite web\|url=http://www.ibm.com/developerworks/library/l-virtual-filesystem-switch \|title=लिनक्स वर्चुअल फाइल सिस्टम स्विच का एनाटॉमी\|work=ibm.com}}</ref>
	एक निर्देशिका उनके निर्दिष्ट नामों के साथ इनोड्स की एक सूची है। सूची में स्वयं, उसके माता-पिता और उसके प्रत्येक बच्चे के लिए एक प्रविष्टि शामिल है।		एक निर्देशिका उनके निर्दिष्ट नामों के साथ इनोड्स की एक सूची है। सूची में स्वयं, उसके माता-पिता और उसके प्रत्येक बच्चे के लिए एक प्रविष्टि शामिल है।

alpha>Indicwiki: Created page with "{{short description|Data structure describing a file-system object and disk block locations of the object data}} {{Lowercase title}} इनोड (इंडेक्स नो..."

2023-04-25T14:29:22Z

Created page with "{{short description|Data structure describing a file-system object and disk block locations of the object data}} {{Lowercase title}} इनोड (इंडेक्स नो..."

New page

{{short description|Data structure describing a file-system object and disk block locations of the object data}}
{{Lowercase title}}
इनोड (इंडेक्स नोड) एक [[यूनिक्स फाइलसिस्टम]] सिस्टम में एक [[डेटा संरचना]] है। यूनिक्स-शैली फ़ाइल सिस्टम जो एक फ़ाइल सिस्टम का वर्णन करता है। फ़ाइल-सिस्टम ऑब्जेक्ट जैसे [[कम्प्यूटर फाइल]] या एक [[निर्देशिका (कंप्यूटिंग)]]। प्रत्येक इनोड ऑब्जेक्ट के डेटा की विशेषताओं और डिस्क ब्लॉक स्थानों को संग्रहीत करता है।<ref>{{cite book|first= Andrew S.|last=Tanenbaum|title= आधुनिक ऑपरेटिंग सिस्टम|edition=3rd|page=279}}</ref> फ़ाइल-सिस्टम ऑब्जेक्ट विशेषताओं में [[मेटा डेटा]] शामिल हो सकता है (अंतिम परिवर्तन का समय,<ref>{{cite web|url=http://www.linux-faqs.info/general/difference-between-mtime-ctime-and-atime |title=एमटाइम, सीटाइम और एटाइम के बीच अंतर - लिनक्स हाउटोस और एफएक्यू|author=JVSANTEN|work=Linux Howtos and FAQs |archive-url=http://web.archive.org/web/20161120083112/https://www.linux-faqs.info/general/difference-between-mtime-ctime-and-atime |archive-date=2016-11-20 |url-status=usurped}}</ref> एक्सेस, संशोधन), साथ ही स्वामी और [[फ़ाइल सिस्टम अनुमतियाँ]] डेटा।<ref>{{cite web|url=http://www.ibm.com/developerworks/library/l-virtual-filesystem-switch |title=लिनक्स वर्चुअल फाइल सिस्टम स्विच का एनाटॉमी|work=ibm.com}}</ref>
एक निर्देशिका उनके निर्दिष्ट नामों के साथ इनोड्स की एक सूची है। सूची में स्वयं, उसके माता-पिता और उसके प्रत्येक बच्चे के लिए एक प्रविष्टि शामिल है।

== व्युत्पत्ति ==
आई इनोड के कारण के बारे में [[लिनक्स कर्नेल मेलिंग सूची]] पर अनिश्चितता रही है। 2002 में, यूनिक्स के अग्रणी [[डेनिस रिची]] के सामने यह प्रश्न लाया गया, जिन्होंने उत्तर दिया:<ref>{{cite mailing list |url=http://lkml.indiana.edu/hypermail/linux/kernel/0207.2/1182.html |title=Fwd: Re: What does the "i" in inode stand for? Dennis Ritchie doesn't know either. |first=Rob |last=Landley |date=July 20, 2002 |mailing-list=linux-kernel |access-date=2011-01-12}}</ref> {{quote|In truth, I don't know either. It was just a term that we started to use. "Index" is my best guess, because of the slightly unusual file system structure that stored the access information of files as a flat array on the disk, with all the hierarchical directory information living aside from this. Thus the i-number is an index in this array, the i-node is the selected element of the array. (The "i-" notation was used in the 1st edition manual; its hyphen was gradually dropped.)
}}

रिची और [[केन थॉम्पसन]] द्वारा 1978 का एक पेपर इंडेक्स की धारणा को इनोड्स की व्युत्पत्ति संबंधी उत्पत्ति का समर्थन करता है। उन्होने लिखा है:<ref>{{cite journal|last1=Ritchie|first1=Dennis M.|last2=Thompson|first2=Ken |title=UNIX टाइम-शेयरिंग सिस्टम|journal=The Bell System Technical Journal|date=1978|volume=57|issue=6|pages=1913–1914|url=https://archive.org/details/bstj57-6-1905 |access-date=19 December 2015}}</ref> {{quote|[…] a directory entry contains only a name for the associated file and a [[Pointer (computer programming)|pointer]] to the file itself. This pointer is an integer called the ''i-number'' (for index number) of the file. When the file is accessed, its i-number is used as an index into a system table (the ''i-list'') stored in a known part of the device on which the directory resides. The entry found thereby (the file's ''i-node'') contains the description of the file.
}} इसके अतिरिक्त, मौरिस जे. बाख ने लिखा है कि एक इनोड शब्द इंडेक्स नोड का एक संकुचन है और आमतौर पर UNIX सिस्टम पर साहित्य में उपयोग किया जाता है।<ref>{{cite book|title =यूनिक्स ऑपरेटिंग सिस्टम का डिजाइन|date = 1986 |publisher = Prentice Hall|author= Maurice J. Bach |isbn= 978-0132017992}}</ref>

== विवरण ==
[[File:File table and inode table.svg|thumb|यूनिक्स में [[फाइल डिस्क्रिप्टर]], फाइल टेबल और इनोड टेबल<ref>{{Cite book|first=Maurice J.|last=Bach |date=1986 |title =The Design of the UNIX Operating System|publisher=Prentice Hall|page=94|bibcode=1986duos.book.....B }}</ref>]]एक फ़ाइल सिस्टम उस फ़ाइल की सामग्री के विपरीत, फ़ाइलों के बारे में डेटा संरचनाओं पर निर्भर करता है। पूर्व को मेटाडेटा-डेटा कहा जाता है जो डेटा का वर्णन करता है। प्रत्येक फ़ाइल एक इनोड से जुड़ी होती है, जिसे एक पूर्णांक द्वारा पहचाना जाता है, जिसे अक्सर आई-नंबर या इनोड नंबर के रूप में संदर्भित किया जाता है।

इनोड्स फ़ाइलों और निर्देशिकाओं (फ़ोल्डरों) के बारे में जानकारी संग्रहीत करते हैं, जैसे फ़ाइल स्वामित्व, एक्सेस मोड (पढ़ना, लिखना, अनुमतियाँ निष्पादित करना), और फ़ाइल प्रकार। कई पुराने फाइल सिस्टम कार्यान्वयन पर, फाइल सिस्टम निर्माण पर इनोड्स की अधिकतम संख्या तय की जाती है, फाइल सिस्टम की अधिकतम संख्या को सीमित कर सकता है। फ़ाइल सिस्टम में इनोड्स के लिए एक विशिष्ट आवंटन हेयुरिस्टिक फ़ाइल सिस्टम में निहित प्रत्येक 2K बाइट्स के लिए एक इनोड है।<ref>{{cite web |title=linfo|url=http://www.linfo.org/inode.html |website=The Linux Information Project |access-date=11 March 2020}}</ref>
कुछ यूनिक्स-शैली फ़ाइल सिस्टम जैसे कि [[ZFS]], [[OpenZFS]], [[ReiserFS]], [[btrfs]], और [[APFS]] एक निश्चित आकार के इनोड टेबल को छोड़ देते हैं, लेकिन समतुल्य क्षमता प्रदान करने के लिए समतुल्य डेटा को संग्रहित करना चाहिए। के संदर्भ में डेटा को स्टेट डेटा कहा जा सकता है <code>[[stat (Unix)|stat]]</code> [[सिस्टम कॉल]] जो प्रोग्राम को डेटा प्रदान करता है। निश्चित आकार की तालिका के सामान्य विकल्पों में बी-पेड़ और व्युत्पन्न बी+ पेड़ शामिल हैं।

इनोड नंबर डिवाइस पर ज्ञात स्थान में इनोड्स की तालिका को अनुक्रमित करता है। इनोड नंबर से, कर्नेल का फ़ाइल सिस्टम ड्राइवर फ़ाइल के स्थान सहित इनोड सामग्री तक पहुँच सकता है, जिससे फ़ाइल तक पहुँच की अनुमति मिलती है। फ़ाइल का इनोड नंबर का उपयोग करके पाया जा सकता है <code>ls -i</code> आज्ञा। <code>ls -i</code> ई> कमांड रिपोर्ट के पहले कॉलम में इनोड नंबर प्रिंट करता है।

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

ऑपरेटिंग सिस्टम कर्नेल द्वारा इस डेटा के इन-मेमोरी रिप्रेजेंटेशन को कहा जाता है <code>struct inode</code> [[लिनक्स]] में। [[बीएसडी]] से प्राप्त सिस्टम इस शब्द का उपयोग करते हैं <code>vnode</code> (v कर्नेल की [[वर्चुअल फाइल सिस्टम]] परत को संदर्भित करता है)।

== [[पॉज़िक्स]] इनोड विवरण ==
POSIX मानक फ़ाइल-सिस्टम व्यवहार को अनिवार्य करता है जो पारंपरिक [[UNIX]] फ़ाइल सिस्टम से बहुत अधिक प्रभावित होता है। एक इनोड को वाक्यांश फ़ाइल सीरियल नंबर द्वारा दर्शाया जाता है, जिसे फ़ाइल के लिए प्रति-फ़ाइल सिस्टम अद्वितीय पहचानकर्ता के रूप में परिभाषित किया जाता है।<ref>{{cite web |url=http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_176 |title=Definitions - 3.176 File Serial Number |website=[[The Open Group]] |access-date=10 January 2018}}</ref> वह फ़ाइल सीरियल नंबर, फ़ाइल वाले डिवाइस की डिवाइस आईडी के साथ, पूरे सिस्टम के भीतर विशिष्ट रूप से फ़ाइल की पहचान करता है।<ref name=stat />

POSIX सिस्टम के भीतर, एक फ़ाइल में निम्नलिखित विशेषताएँ होती हैं<ref name=stat>{{cite web |url=http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/stat.h.html |title=<sys/stat.h> |website=[[The Open Group]] |access-date=15 January 2018}}</ref> जिसे द्वारा पुनर्प्राप्त किया जा सकता है <code>stat</code> सिस्टम कॉल:
* डिवाइस आईडी (यह फ़ाइल वाले डिवाइस की पहचान करता है; यानी सीरियल नंबर की विशिष्टता का दायरा)।
* फ़ाइल सीरियल नंबर।
* फ़ाइल सिस्टम अनुमतियाँ जो फ़ाइल प्रकार और यह निर्धारित करती हैं कि फ़ाइल का स्वामी, उसका समूह और अन्य लोग फ़ाइल तक कैसे पहुँच सकते हैं।
* एक [[ संदर्भ गिनती ]] बताती है कि कितने हार्ड लिंक इनोड की ओर इशारा करते हैं।
* फ़ाइल के स्वामी का [[उपयोगकर्ता पहचानकर्ता (यूनिक्स)]]।
* फ़ाइल का [[समूह पहचानकर्ता (यूनिक्स)]]।
* फ़ाइल की डिवाइस आईडी अगर यह एक [[डिवाइस फ़ाइल]] है।
* [[बाइट]]्स में फ़ाइल का आकार।
* [[समय-चिह्न]] बता रहा है कि इनोड को आखिरी बार कब संशोधित किया गया था ({{mono|ctime}}, इनोड परिवर्तन समय), फ़ाइल सामग्री अंतिम बार संशोधित ({{mono|mtime}}, संशोधन समय), और अंतिम बार एक्सेस किया गया ({{mono|atime}}, पहूंच समय)।
* पसंदीदा I/O ब्लॉक आकार।
* इस फ़ाइल को आवंटित ब्लॉकों की संख्या।

== निहितार्थ ==
इनोड्स के साथ डिज़ाइन किए गए फ़ाइल सिस्टम में निम्नलिखित प्रशासनिक विशेषताएँ होंगी:
* फाइलों के कई नाम हो सकते हैं। यदि एकाधिक नाम एक ही इनोड से हार्ड लिंक करते हैं तो नाम समतुल्य होते हैं; यानी, सबसे पहले बनाए जाने की कोई विशेष स्थिति नहीं है। यह सांकेतिक लिंक के विपरीत है, जो मूल नाम पर निर्भर करता है, न कि इनोड (संख्या) पर।
* एक इनोड में कोई लिंक नहीं हो सकता है। एक अनलिंक की गई फ़ाइल को डिस्क से हटा दिया जाता है, और इसके संसाधनों को पुनःआवंटन के लिए मुक्त कर दिया जाता है, लेकिन विलोपन को तब तक प्रतीक्षा करनी चाहिए जब तक कि इसे खोलने वाली सभी प्रक्रियाएँ इसे एक्सेस करना समाप्त न कर दें। इसमें निष्पादन योग्य फाइलें शामिल हैं, जो उन्हें निष्पादित करने वाली प्रक्रियाओं द्वारा स्पष्ट रूप से खुली हुई हैं।
* आम तौर पर किसी खुली फ़ाइल से उस फ़ाइल नाम को मैप करना संभव नहीं है जिसका उपयोग इसे खोलने के लिए किया गया था। ऑपरेटिंग सिस्टम फ़ाइल नाम को तुरंत एक इनोड नंबर में बदल देता है और फिर फ़ाइल नाम को हटा देता है। इसका मतलब है कि डायरेक्ट.एच|{{mono|getcwd()}} और डायरेक्ट.एच|{{mono|getwd()}} लाइब्रेरी फ़ंक्शंस कार्यशील निर्देशिका से मेल खाने वाले इनोड वाली फ़ाइल को खोजने के लिए [[[[मूल निर्देशिका]]]] को खोजते हैं, फिर उस निर्देशिका के मूल निर्देशिका को खोजते हैं, और रूट निर्देशिका तक पहुँचने तक। [[SVR4]] और Linux सिस्टम इसे संभव बनाने के लिए अतिरिक्त जानकारी बनाए रखते हैं।
* ऐतिहासिक रूप से, निर्देशिकाओं को हार्ड लिंक करना संभव था। इसने निर्देशिका संरचना को एक निर्देशित विश्वकोश ग्राफ के विपरीत एक मनमाना [[निर्देशित ग्राफ]] बना दिया। यहां तक कि एक निर्देशिका के लिए उसका स्वयं का माता-पिता होना भी संभव था। आधुनिक प्रणालियां आम तौर पर इस भ्रामक स्थिति को प्रतिबंधित करती हैं, सिवाय इसके कि जड़ के जनक को अभी भी जड़ के रूप में परिभाषित किया जाता है। इस निषेध का सबसे उल्लेखनीय अपवाद [[macOS]] (संस्करण 10.5 और उच्चतर) में पाया जाता है जो सुपर उपयोक्ता द्वारा निर्देशिकाओं के हार्ड लिंक बनाने की अनुमति देता है।<ref>{{cite web | url = https://stackoverflow.com/questions/80875/what-is-the-unix-command-to-create-a-hardlink-to-a-directory-in-os-x|title=What is the Unix command to create a hardlink to a directory in OS X?|website=[[Stack Overflow]]|date=16 Jan 2011|access-date=5 Jan 2020|archive-url= https://web.archive.org/web/20200105174407/https://stackoverflow.com/questions/80875/what-is-the-unix-command-to-create-a-hardlink-to-a-directory-in-os-x|archive-date=5 January 2020|url-status=live}}</ref>
* एक फ़ाइल का इनोड नंबर वही रहता है जब इसे उसी डिवाइस पर किसी अन्य निर्देशिका में ले जाया जाता है, या जब डिस्क [[defragmentation]] होती है जो इसके भौतिक स्थान को बदल सकती है, इसे बिना किसी कारण के पढ़े और लिखे जाने के बावजूद इसे स्थानांतरित करने और नाम बदलने की अनुमति देता है एक रुकावट। इसका तात्पर्य यह भी है कि कई गैर-यूनिक्स फ़ाइल सिस्टम, जैसे फ़ाइल आवंटन तालिका और इसके वंशजों के साथ पूरी तरह से अनुरूप इनोड व्यवहार को लागू करना असंभव है, जिनके पास फ़ाइल की निर्देशिका प्रविष्टि और इसके डेटा दोनों होने पर इस व्युत्क्रम को संग्रहीत करने का कोई तरीका नहीं है। के आसपास ले जाया गया।
* इनोड फाइल सिस्टम के साथ नए पुस्तकालयों की स्थापना सरल है। एक चल रही प्रक्रिया एक लाइब्रेरी फ़ाइल तक पहुँच सकती है जबकि दूसरी प्रक्रिया उस फ़ाइल को बदल देती है, एक नया इनोड बना रही है, और नई फ़ाइल के लिए एक पूरी तरह से नई मैपिंग मौजूद होगी ताकि लाइब्रेरी तक पहुँचने के बाद के प्रयासों को नया संस्करण मिल सके। यह सुविधा वर्तमान में मैप की गई लाइब्रेरी को बदलने के लिए रीबूट करने की आवश्यकता को समाप्त करती है।
* डिवाइस के इनोड्स से बाहर निकलना संभव है। जब ऐसा होता है, तो डिवाइस पर नई फ़ाइलें नहीं बनाई जा सकतीं, भले ही खाली स्थान उपलब्ध हो। [[मेल सर्वर की तुलना]] जैसे उपयोग मामलों के लिए यह सबसे आम है जिसमें कई छोटी फाइलें होती हैं। फाइल सिस्टम (जैसे [[जेएफएस (फाइल सिस्टम)]] या [[एक्सएफएस]]) इस सीमा से एक्सटेंट (फाइल सिस्टम) या डायनेमिक इनोड आवंटन से बच जाते हैं, जो फाइल सिस्टम को बढ़ा सकते हैं या इनोड्स की संख्या बढ़ा सकते हैं।

== इनलाइनिंग ==
अंतरिक्ष (कोई डेटा ब्लॉक की आवश्यकता नहीं) और लुकअप समय (कोई और डिस्क एक्सेस की आवश्यकता नहीं) दोनों को बचाने के लिए इनोड में बहुत छोटी फ़ाइलों को संग्रहीत करना समझ में आता है। इस फाइल सिस्टम फीचर को इनलाइनिंग कहा जाता है। आधुनिक फाइल सिस्टम का उपयोग करते समय इनोड और फ़ाइल डेटा का सख्त अलगाव अब ग्रहण नहीं किया जा सकता है।

यदि फ़ाइल का डेटा डेटा के पॉइंटर्स के लिए आवंटित स्थान में फिट बैठता है, तो इस स्थान का आसानी से उपयोग किया जा सकता है। उदाहरण के लिए, यदि डेटा 60 बाइट्स (तेज़ प्रतीकात्मक लिंक) से अधिक नहीं है, तो [[ext2]] और इसके उत्तराधिकारी इस तरह से सिमिलिंक (आमतौर पर फ़ाइल नाम) के डेटा को संग्रहीत करते हैं।<ref>{{cite web|url= http://www.win.tue.nl/~aeb/linux/lk/lk-7.html |title=The Linux kernel: Filesystems|work=tue.nl}}</ref>
[[Ext4]] में एक फाइल सिस्टम विकल्प है जिसे कहा जाता है <code>inline_data</code> जो फ़ाइल सिस्टम निर्माण के दौरान सक्षम होने पर ext4 को इनलाइनिंग करने की अनुमति देता है। क्योंकि एक इनोड का आकार सीमित होता है, यह केवल बहुत छोटी फाइलों के लिए काम करता है।<ref>{{cite web|url=https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout#Inline_Data|title=Ext4 Disk Layout|work=kernel.org|access-date=August 18, 2013}}</ref>

== गैर-यूनिक्स सिस्टम में ==
* [[एनटीएफएस]] में एक बी-ट्री में फाइलों को संग्रहित करने वाली एक मास्टर फाइल टेबल (एमएफटी) है। प्रत्येक प्रविष्टि में एक फ़ाइलआईडी होती है, जो इनोड संख्या के अनुरूप होती है, जो विशिष्ट रूप से इस प्रविष्टि को संदर्भित करती है।<ref>{{cite web |title=Does Windows have Inode Numbers like Linux? |url=https://stackoverflow.com/a/42475374 |website=Stack Overflow}}</ref> प्रविष्टि में तीन टाइमस्टैम्प, एक डिवाइस आईडी, विशेषताएँ, संदर्भ संख्या और फ़ाइल आकार पाए जाते हैं, लेकिन POSIX के विपरीत अनुमतियाँ एक अलग API के माध्यम से व्यक्त की जाती हैं।<ref name=win32stat>{{cite web |title=GetFileInformationByHandle function (fileapi.h) - Win32 apps |url=https://docs.microsoft.com/en-us/windows/win32/api/fileapi/nf-fileapi-getfileinformationbyhandle |website=docs.microsoft.com |language=en-us}}</ref> ऑन-डिस्क लेआउट अधिक जटिल है।<ref>{{cite web |title=[MS-FSCC]: NTFS Attribute Types |url=https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-fscc/a82e9105-2405-4e37-b2c3-28c773902d85 |website=docs.microsoft.com |language=en-us}}</ref> पहले के FAT फाइल सिस्टम में ऐसी तालिका नहीं थी और हार्ड लिंक बनाने में असमर्थ थे।
** एनटीएफएस में एमएफटी प्रविष्टि में छोटी फाइलों को इनलाइन करने की अवधारणा भी है।<ref>{{Cite web|url=https://superuser.com/a/1185466|title = Windows - Maximum size of file that can be stored entirely in NTFS Master File Table (MFT)}}</ref>
** व्युत्पन्न ReFS में समरूप MFT है। आरईएफएस में 128-बिट फ़ाइल आईडी है; यह एक्सटेंशन NTFS को भी बैकपोर्ट किया गया था, जिसमें मूल रूप से 64-बिट फ़ाइल आईडी थी।<ref name=win32stat/>* वही स्टेट-जैसी {{tt|GetFileInformationByHandle}} एपीआई का उपयोग [[क्लस्टर साझा वॉल्यूम]] और सर्वर मैसेज ब्लॉक | एसएमबी 3.0 पर किया जा सकता है, इसलिए इन प्रणालियों में फ़ाइल आईडी की समान अवधारणा हो सकती है।<ref name=win32stat/>

== यह भी देखें ==
* [[इनोड सूचक संरचना]]
* सूचित करें

==संदर्भ==
{{Reflist|30em}}

== बाहरी संबंध ==
* [https://developer.ibm.com/tutorials/l-linux-filesystem Anatomy of the Linux File System]
* [http://www.linfo.org/inode.html Inode definition]
* [http://linuxgazette.net/105/pitcher.html Explanation of Inodes, Symlinks, and Hardlinks]
[[Category: यूनिक्स फ़ाइल सिस्टम प्रौद्योगिकी]]

[[Category: Machine Translated Page]]
[[Category:Created On 25/04/2023]]