Linux ನಲ್ಲಿ Ext2 ಫೈಲ್ ಸಿಸ್ಟಮ್. ವಿಂಡೋಸ್ ಪರಿಸರದಲ್ಲಿ Ext2 ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ Ext2, Ext3, Ext4 ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಹೇಗೆ ಪ್ರವೇಶಿಸುವುದು

ವಿಂಡೋಸ್ ಪರಿಸರದಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಡಿಸ್ಕ್ ವಿಭಾಗ ಅಥವಾ ತೆಗೆಯಬಹುದಾದ ಮಾಧ್ಯಮವನ್ನು ಪ್ರವೇಶಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುವುದು ಹೇಗೆ Ext2/3/4 ? ಉದಾಹರಣೆಗೆ, ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಎರಡನೇ ಸಿಸ್ಟಮ್ ಕೂಡ ಇದ್ದರೆ ಲಿನಕ್ಸ್. ಮತ್ತು ನೀವು ಪರಿಸರದಿಂದ ಅದರ ಡೇಟಾದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬೇಕಾಗುತ್ತದೆ ವಿಂಡೋಸ್. ಅಥವಾ ಇನ್ನೊಂದು ಉದಾಹರಣೆ - ವಿಂಡೋಸ್ ಒಳಗೆ ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ಗಳನ್ನು ಸ್ಥಾಪಿಸಿದಾಗ ಅಳವಡಿಸಲಾಗಿದೆ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳುವ್ಯವಸ್ಥೆಗಳು ಲಿನಕ್ಸ್ಅಥವಾ ಆಂಡ್ರಾಯ್ಡ್. Ext2/3/ ಜೊತೆಗೆ 4 ವಿಂಡೋಸ್ ಸ್ಥಳೀಯವಾಗಿ ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ; ಇದಕ್ಕಾಗಿ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಉಪಕರಣಗಳು ಬೇಕಾಗುತ್ತವೆ. ಇವು ಯಾವ ರೀತಿಯ ಸಾಧನಗಳಾಗಿವೆ?ಕೆಳಗಿನವುಗಳನ್ನು ನೋಡೋಣ.

***
ಮೊದಲ ಮೂರು ಉಪಕರಣಗಳು ಮಾಹಿತಿ ಸಾಧನಗಳನ್ನು ಮಾತ್ರ ಓದಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ Ext2/3/4. ಇತ್ತೀಚಿನ ಪರಿಹಾರವು ಡೇಟಾವನ್ನು ಓದಲು ಮತ್ತು ಬರೆಯಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಕೆಳಗೆ ಚರ್ಚಿಸಲಾದ ಎಲ್ಲಾ ಉಪಕರಣಗಳು ಉಚಿತ.

1. ಡಿಸ್ಕ್ ಇಂಟರ್ನಲ್ಸ್ ಲಿನಕ್ಸ್ ರೀಡರ್

ಸರಳವಾದ ಪ್ರೋಗ್ರಾಂ ಒಂದು ಪ್ರಾಚೀನ ಫೈಲ್ ಮ್ಯಾನೇಜರ್ ಆಗಿದ್ದು, ಇದನ್ನು ಸ್ಟ್ಯಾಂಡರ್ಡ್ ವಿಂಡೋಸ್ ಎಕ್ಸ್‌ಪ್ಲೋರರ್‌ನಂತೆ ಮಾಡಲಾಗಿದ್ದು, ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಬೆಂಬಲವಿದೆ ಎಕ್ಸ್ಟ್ 2/3/4 , ರೀಸರ್ 4 , HFS , UFS2. ಪ್ರೋಗ್ರಾಂ ವಿಂಡೋದಲ್ಲಿ ನಾವು ವಿಭಾಗಗಳು ಮತ್ತು ಸಾಧನಗಳನ್ನು ನೋಡುತ್ತೇವೆ ಲಿನಕ್ಸ್ಅಥವಾ ಆಂಡ್ರಾಯ್ಡ್.

ನಕಲಿಸಲು, ನೀವು ಫೋಲ್ಡರ್ ಅಥವಾ ಫೈಲ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ, ಬಟನ್ ಒತ್ತಿರಿ "ಉಳಿಸು".

ನಂತರ ನಕಲು ಮಾರ್ಗವನ್ನು ಸೂಚಿಸಿ.

2. ಒಟ್ಟು ಕಮಾಂಡರ್ ಡಿಸ್ಕ್ ಇಂಟರ್ನಲ್ಸ್ ರೀಡರ್ಗಾಗಿ ಪ್ಲಗಿನ್

ಜನಪ್ರಿಯ ಅಭಿಮಾನಿಗಳು ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯಬಹುದು ಲಿನಕ್ಸ್ಅಥವಾ ಆಂಡ್ರಾಯ್ಡ್ಈ ಫೈಲ್ ಮ್ಯಾನೇಜರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ವಿಂಡೋಸ್ ಒಳಗೆ. ಆದರೆ ಮೊದಲು ಅದರಲ್ಲಿ ವಿಶೇಷ ಪ್ಲಗಿನ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ. ಈ ಪ್ಲಗಿನ್‌ಗಳಲ್ಲಿ ಒಂದು , ಇದು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾದ ಮಾಹಿತಿ ಸಾಧನಗಳನ್ನು ಸಂಪರ್ಕಿಸಬಹುದು ಮತ್ತು ಓದಬಹುದು Ext2/3/4 , ಕೊಬ್ಬು/ಎಕ್ಸ್‌ಫ್ಯಾಟ್ , HFS/HFS+ , ರೀಸರ್ಎಫ್ಎಸ್. ಪ್ಲಗಿನ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ, ಅದರ ಆರ್ಕೈವ್ ಅನ್ನು ಒಳಗೆ ಅನ್ಪ್ಯಾಕ್ ಮಾಡಿ , ಅನುಸ್ಥಾಪನೆಯನ್ನು ದೃಢೀಕರಿಸಿ.

ಲಾಂಚ್ ಮಾಡೋಣ (ಪ್ರಮುಖ) ನಿರ್ವಾಹಕರ ಪರವಾಗಿ. ವಿಭಾಗಕ್ಕೆ ಹೋಗೋಣ. ಕ್ಲಿಕ್.

ಇಲ್ಲಿ, ಇತರ ಡಿಸ್ಕ್ ವಿಭಾಗಗಳು ಮತ್ತು ಮಾಧ್ಯಮಗಳ ಜೊತೆಗೆ, ಒಂದು Ext2/3/4 .

ಡೇಟಾವನ್ನು ಸಾಂಪ್ರದಾಯಿಕವಾಗಿ ನಕಲಿಸಲಾಗುತ್ತದೆ ರೀತಿಯಲ್ಲಿ - ಎರಡನೇ ಫಲಕದಲ್ಲಿ F5 ಒತ್ತುವ ಮೂಲಕ.

3. ಒಟ್ಟು ಕಮಾಂಡರ್ ext4tc ಗಾಗಿ ಪ್ಲಗಿನ್

ಹಿಂದಿನ ಪರಿಹಾರಕ್ಕೆ ಸರಳೀಕೃತ ಪರ್ಯಾಯ - ext4tc, ಮತ್ತೊಂದು ಪ್ಲಗಿನ್ . ಇದನ್ನು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾದ ಓದುವ ಮಾಹಿತಿ ಸಾಧನಗಳಿಗೆ ಸಂಪರ್ಕಿಸಬಹುದು Ext2/3/4. ಪ್ಲಗಿನ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ, ಫೈಲ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಅದರ ಆರ್ಕೈವ್ ಅನ್ನು ಅನ್ಪ್ಯಾಕ್ ಮಾಡಿ ಮತ್ತು ಅನುಸ್ಥಾಪನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿ.

ಲಾಂಚ್ ಮಾಡೋಣ (ಪ್ರಮುಖ) ನಿರ್ವಾಹಕರ ಪರವಾಗಿ. ಕ್ಲಿಕ್. ಗೆ ಹೋಗೋಣ.

ನೀವು ಡೇಟಾವನ್ನು ನಕಲಿಸಬೇಕಾದರೆ, F5 ಕೀಲಿಯೊಂದಿಗೆ ಸಾಮಾನ್ಯ ವಿಧಾನವನ್ನು ಬಳಸಿ.

4. Ext2Fsd ಬೆಂಬಲ ಚಾಲಕ

ಕಾರ್ಯಕ್ರಮ Ext2Fsd- ಇದು ಚಾಲಕ Ext2/3/4, ಇದು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮಟ್ಟದಲ್ಲಿ ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. ಎಕ್ಸ್‌ಪ್ಲೋರರ್ ವಿಂಡೋದಲ್ಲಿ ಸಾಮಾನ್ಯ ವಿಂಡೋಸ್ ಬೆಂಬಲಿತ ಮಾಧ್ಯಮ ಸಾಧನಗಳೊಂದಿಗೆ ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾದ ಡಿಸ್ಕ್ ವಿಭಾಗಗಳು ಮತ್ತು ಡ್ರೈವ್‌ಗಳೊಂದಿಗೆ ನೀವು ಕೆಲಸ ಮಾಡಬಹುದು ಅಥವಾ ಮೂರನೇ ಪಕ್ಷದ ಕಾರ್ಯಕ್ರಮಗಳು. ಡೇಟಾವನ್ನು ಓದಲು ಮತ್ತು ಬರೆಯಲು ಚಾಲಕ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

ಇತ್ತೀಚಿನ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ Ext2Fsd.

ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ನಾವು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತೇವೆ (ದೀರ್ಘಾವಧಿಯ ಕೆಲಸಕ್ಕಾಗಿ) ಮೂರು ಸೂಚಿಸಲಾದ ಚೆಕ್‌ಬಾಕ್ಸ್‌ಗಳು:

1 - ವಿಂಡೋಸ್ನೊಂದಿಗೆ ಚಾಲಕ ಆಟೋರನ್;
2 - ರೆಕಾರ್ಡಿಂಗ್ ಬೆಂಬಲ Ext2;
3 - ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಬೆಂಬಲ Ext3.

ಪೂರ್ವ-ಮುಗಿಸುವ ಹಂತದಲ್ಲಿ, ಡ್ರೈವರ್ ಮ್ಯಾನೇಜರ್ ವಿಂಡೋವನ್ನು ಪ್ರಾರಂಭಿಸುವ ಆಯ್ಕೆಯನ್ನು ನಾವು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತೇವೆ - - ಜೊತೆಗೆ ಸಾಧನಗಳಿಗೆ ಮಾಹಿತಿಯನ್ನು ನಿಯೋಜಿಸುವುದು Ext2/3/4ಡ್ರೈವ್ ಅಕ್ಷರಗಳು.

ತೆರೆಯುವ ವಿಂಡೋದಲ್ಲಿ ಈಗಾಗಲೇ ನಿಯೋಜಿಸಲಾದ ಪತ್ರದೊಂದಿಗೆ ನಾವು ಮಾಧ್ಯಮವನ್ನು ನೋಡುತ್ತೇವೆ. ಉದಾಹರಣೆಗೆ, ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ, ವಾಹಕದೊಂದಿಗೆ Ext4ಮೊದಲ ಉಚಿತ ಪತ್ರವನ್ನು ನೀಡಲಾಗಿದೆ ಎಫ್.

ಈಗ ನಾವು ಡಿಸ್ಕ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದು ಎಫ್ಎಕ್ಸ್‌ಪ್ಲೋರರ್ ವಿಂಡೋದಲ್ಲಿ.

ಇದರೊಂದಿಗೆ ಹೊಸ ಸಂಪರ್ಕಿತ ಸಾಧನಗಳಿಗೆ ಪತ್ರವನ್ನು ನಿಯೋಜಿಸಿ Ext2/3/4ವಿಂಡೋದಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾದ ಪ್ರತಿಯೊಂದು ಸಂದರ್ಭದ ಮೆನುವನ್ನು ಬಳಸಿ ಮಾಡಬಹುದು ಸಾಧನಗಳು. ಆದರೆ ಡ್ರೈವ್ ಅಕ್ಷರವನ್ನು ನಿಯೋಜಿಸುವ ಮೂಲಕ, ಅಂತಹ ಸಾಧನವು ನಂತರ ಕಾಣಿಸುವುದಿಲ್ಲ ವಿಂಡೋಸ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಿ, ಈ ಪರಿಹಾರವು ಕೇವಲ ಒಂದು ಕಂಪ್ಯೂಟರ್ ಅಧಿವೇಶನಕ್ಕೆ ಮಾತ್ರ. ಇದರೊಂದಿಗೆ ಹೊಸ ಸಾಧನವನ್ನು ಮಾಡಲು Ext2/3/4ವಿಂಡೋಸ್ ಪರಿಸರದಲ್ಲಿ ಶಾಶ್ವತವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ, ಕಾನ್ಫಿಗರೇಶನ್ ವಿಂಡೋವನ್ನು ತೆರೆಯಲು ಮತ್ತು ಶಾಶ್ವತ ಸಂಪರ್ಕ ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿಸಲು ನೀವು ಅದರ ಮೇಲೆ ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಎರಡನೇ ಅಂಕಣದಲ್ಲಿ ನಿಮಗೆ ಅಗತ್ಯವಿದೆ:

ತೆಗೆಯಬಹುದಾದ ಮಾಧ್ಯಮಕ್ಕಾಗಿ, ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ಸಂಖ್ಯೆ 1 ರಿಂದ ಸೂಚಿಸಲಾದ ಚೆಕ್‌ಬಾಕ್ಸ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಡ್ರೈವ್ ಅಕ್ಷರವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ;
ಆಂತರಿಕ ಡಿಸ್ಕ್ಗಳು ​​ಮತ್ತು ವಿಭಾಗಗಳಿಗಾಗಿ, ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ಸೂಚಿಸಲಾದ ಚೆಕ್‌ಬಾಕ್ಸ್ ಅನ್ನು ಸಂಖ್ಯೆ 2 ನೊಂದಿಗೆ ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಡ್ರೈವ್ ಅಕ್ಷರವನ್ನು ಸಹ ಸೂಚಿಸಿ.

14 ಜೂನ್

ಕಡತ ವ್ಯವಸ್ಥೆಗಳು ext2, ext3, XFS, ReiserFS, NTFS

ಫೈಲ್ ಸಿಸ್ಟಮ್- ಇದು ಕಂಪ್ಯೂಟರ್‌ಗಳಲ್ಲಿ ಯಾವುದೇ ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಶೇಖರಣಾ ಮಾಧ್ಯಮದಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಘಟಿಸುವ, ಸಂಗ್ರಹಿಸುವ ಮತ್ತು ಹೆಸರಿಸುವ ವಿಧಾನವನ್ನು ನಿರ್ಧರಿಸುವ ಕ್ರಮವಾಗಿದೆ.

ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಗಳಿಗಾಗಿ ಆವಿಷ್ಕರಿಸಲ್ಪಟ್ಟಿದೆ ಎಂಬ ಅಂಶದಿಂದ ವಿವಿಧ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ವಿವರಿಸಲಾಗಿದೆ. ಕೆಲವರು ಬಹಳ ಬೇಗನೆ ಸಣ್ಣ ಫೈಲ್‌ಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ (ಅಂದರೆ, 1GB ವರೆಗೆ), ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ದೊಡ್ಡ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಕಳಪೆಯಾಗಿ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ ಅಥವಾ ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಕೆಲವು ಭದ್ರತಾ ದೃಷ್ಟಿಕೋನದಿಂದ ಉತ್ತಮವಾಗಿವೆ, ಇತರವು ಓದುವ/ಬರೆಯುವ ವೇಗದ ದೃಷ್ಟಿಕೋನದಿಂದ. ಪ್ರತಿಯೊಂದು ಫೈಲ್ ಸಿಸ್ಟಮ್ ತನ್ನದೇ ಆದ ಸಾಧಕ, ಬಾಧಕ, ದುರ್ಬಲತೆ ಮತ್ತು ವಿಶಿಷ್ಟ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹೊಂದಿದೆ.

IN ಲಿನಕ್ಸ್ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಪ್ರಕಾರಗಳು:

1. ext2- ನಿಂತಿದೆ ಎರಡನೇ ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್(ಎರಡನೇ ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್). 1993 ರಲ್ಲಿ ಲಿನಕ್ಸ್ ಕರ್ನಲ್ಗಾಗಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿ ರೆಮಿ ಕಾರ್ಡ್ನಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಯಿತು, 1993 ರಿಂದ 2001 ರವರೆಗೆ ಇದು ಮುಖ್ಯ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿತ್ತು ಲಿನಕ್ಸ್.
   ಅನುಕೂಲವೆಂದರೆ ಹೆಚ್ಚಿನ ಓದುವ/ಬರೆಯುವ ವೇಗ.
   ವ್ಯವಸ್ಥೆಯ ಮುಖ್ಯ ಅನನುಕೂಲವೆಂದರೆ ext2ಅದು ಜರ್ನಲ್ ಆಗಿಲ್ಲ, ಆದರೆ ನಿಖರವಾಗಿ ಈ ಕಾರಣದಿಂದಾಗಿ ಇದು ಉತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿದೆ ( ಲಾಗಿಂಗ್ವಿವಿಧ ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯಗಳ ಸಮಯದಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸಮಗ್ರತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುವ ಬದಲಾವಣೆಗಳ ಪಟ್ಟಿಯನ್ನು ಸಂಗ್ರಹಿಸುವ ಜರ್ನಲಿಂಗ್ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ);
2. ext3- ನಿಂತಿದೆ ಮೂರನೇ ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್(ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಮೂರನೇ ಆವೃತ್ತಿ). 2001 ರಲ್ಲಿ ಸ್ಟೀಫನ್ ಟ್ವೀಡಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದರು, ಇಂದಿಗೂ ವಿತರಣೆಗಳಲ್ಲಿ ಬಳಸುತ್ತಾರೆ ಲಿನಕ್ಸ್. ಸುಧಾರಿತವಾಗಿ ಜನಿಸಿದರು ext2.
   ಈ ವ್ಯವಸ್ಥೆಯ ಪ್ರಯೋಜನವೆಂದರೆ ಅದನ್ನು ಜರ್ನಲ್ ಮಾಡಲಾಗಿದೆ, ಅಂದರೆ, ಹೋಲಿಸಿದರೆ ಅದರ ವಿಶ್ವಾಸಾರ್ಹತೆ ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ ext2.
   ಅನನುಕೂಲವೆಂದರೆ ಸ್ವಲ್ಪ ಕಡಿಮೆ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಓದುವ/ಬರೆಯುವ ವೇಗ.
3. XFS- ಕಂಪನಿಯಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಸಿಲಿಕಾನ್ ಗ್ರಾಫಿಕ್ಸ್ 1993 ರಲ್ಲಿ, ಕೋರ್ಗೆ ಸೇರಿಸಲಾಯಿತು ಲಿನಕ್ಸ್ 2002 ರಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿ ಇಡೀ ಕುಟುಂಬ ವಿತರಣೆಗಳಾದ್ಯಂತ ಲಿನಕ್ಸ್, ಪ್ರಸ್ತುತ ವಿತರಣೆಯಲ್ಲಿ "ಸ್ಥಳೀಯ" ಎಂದು ಬಳಸಲಾಗುತ್ತದೆ ಕೆಂಪು ಟೋಪಿ.
   ಪ್ರಯೋಜನವೆಂದರೆ ಮೆಟಾಡೇಟಾ ಲಾಗಿಂಗ್, ಹೆಚ್ಚಿನ ಕಾರ್ಯಾಚರಣೆಯ ಸ್ಥಿರತೆ, ಗುಂಪುಗಳಾಗಿ ಇನ್‌ಪುಟ್/ಔಟ್‌ಪುಟ್ ಸ್ಟ್ರೀಮ್‌ಗಳ ವಿತರಣೆಯನ್ನು ಬೆಂಬಲಿಸಲಾಗುತ್ತದೆ, ಹೆಚ್ಚಿನ ಓದುವಿಕೆ/ಬರೆಯುವ ವೇಗಗಳು, ವಿಭಾಗವನ್ನು ಆರೋಹಿಸಿದಾಗಲೂ ಡಿಫ್ರಾಗ್ಮೆಂಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿದೆ, ಮತ್ತು ನೀವು ಗಾತ್ರವನ್ನು ಹೆಚ್ಚಿಸಬಹುದು ಫೈಲ್ ಸಿಸ್ಟಮ್. ದೊಡ್ಡ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
   ಅನನುಕೂಲವೆಂದರೆ ವಿಭಜನೆಯ ಗಾತ್ರವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮೆಟಾಡೇಟಾ ಪ್ರಕ್ರಿಯೆ ಪ್ರಕ್ರಿಯೆಯು ಅಷ್ಟು ವೇಗವಾಗಿಲ್ಲ ಮತ್ತು ಇತರ ರೀತಿಯ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗಿಂತ ಸಣ್ಣ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಇದು ಗಮನಾರ್ಹವಾಗಿ ನಿಧಾನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
4. ರೀಸರ್ಎಫ್ಎಸ್- ಕಂಪನಿಯಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಹೆಸರುಗಳು 2001 ರಲ್ಲಿ ಹ್ಯಾನ್ಸ್ ರೈಸರ್ ನಿರ್ದೇಶನದಲ್ಲಿ. ಮಾತ್ರ ಬಳಸಲಾಗಿದೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳು ಲಿನಕ್ಸ್. ಇದು ಕರ್ನಲ್‌ಗೆ ಅಳವಡಿಸಿಕೊಂಡ ಮೊದಲ ಜರ್ನಲ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ.
   ಈ ಫೈಲ್ ಸಿಸ್ಟಂನ ಪ್ರಯೋಜನವೆಂದರೆ ಇದು ಸಣ್ಣ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ತ್ವರಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ (ಓದುವ/ಬರೆಯುವ ವೇಗವು ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ ext4), ಲಾಗಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ.
   ತೊಂದರೆಯೆಂದರೆ ಅದರ ನಾಯಕ ಹ್ಯಾನ್ಸ್ ರೈಸರ್ ಬಂಧನದಿಂದಾಗಿ ಅದರ ಅಭಿವೃದ್ಧಿಯು ಗಮನಾರ್ಹವಾಗಿ ನಿಧಾನಗೊಂಡಿದೆ ಮತ್ತು ಯಾವುದೇ ಹಿನ್ನೆಲೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲ.
5. NTFS- ನಿಂತಿದೆ ಹೊಸ ತಂತ್ರಜ್ಞಾನ ಫೈಲ್ ಸಿಸ್ಟಮ್(ಹೊಸ ತಂತ್ರಜ್ಞಾನ ಫೈಲ್ ಸಿಸ್ಟಮ್). ಜುಲೈ 1993 ರಲ್ಲಿ ನಿಗಮದಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಮೈಕ್ರೋಸಾಫ್ಟ್. ವಿವಿಧ ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, ಹಾಗೆಯೇ ವಿವಿಧ ಶೇಖರಣಾ ಮಾಧ್ಯಮಗಳಲ್ಲಿ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
   ಪ್ರಯೋಜನವು ವಿಭಿನ್ನ ಬಳಕೆದಾರರಿಗೆ ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ಮಿತಿಗೊಳಿಸುವ ಅಂತರ್ನಿರ್ಮಿತ ಸಾಮರ್ಥ್ಯವಾಗಿದೆ, ಜೊತೆಗೆ ನಿರ್ಬಂಧಗಳನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ ಗರಿಷ್ಠ ಪರಿಮಾಣಡಿಸ್ಕ್ ಸ್ಪೇಸ್, ​​ಜರ್ನಲಿಂಗ್ ಸಿಸ್ಟಮ್ ಬಳಕೆ, ಸಣ್ಣ ಫೈಲ್‌ಗಳ ಹೆಚ್ಚಿನ ವೇಗದ ಓದುವಿಕೆ/ಬರೆಯುವುದು.
   ಅನನುಕೂಲವೆಂದರೆ ಸ್ಥಿರ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ದೊಡ್ಡ PC RAM ಅಗತ್ಯವಿದೆ, ಇದು ದೊಡ್ಡ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ನಿಧಾನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಫೈಲ್‌ಗಳಿಗೆ ಮಾರ್ಗದ ಉದ್ದವು ಸೀಮಿತವಾಗಿದೆ (32,767 ಯುನಿಕೋಡ್ ಅಕ್ಷರಗಳು).

ಈ ಸರಳ ರೀತಿಯಲ್ಲಿ ನಾವು "ಫೈಲ್ ಸಿಸ್ಟಮ್ಸ್" ಅನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ ext2, ext3, XFS, ರೀಸರ್ಎಫ್ಎಸ್, NTFS«!

ಫೈಲ್ ಸಿಸ್ಟಮ್(ಇಂಗ್ಲಿಷ್ ಫೈಲ್ ಸಿಸ್ಟಮ್) - ಐಟಿ ಉಪಕರಣಗಳ ಮಾಹಿತಿ ಸಂಗ್ರಹ ಮಾಧ್ಯಮದಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಘಟಿಸುವ, ಸಂಗ್ರಹಿಸುವ ಮತ್ತು ಹೆಸರಿಸುವ ವಿಧಾನವನ್ನು ನಿರ್ಧರಿಸುವ ಆದೇಶ (ಪೋರ್ಟಬಲ್‌ನಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಪುನರಾವರ್ತಿತ ರೆಕಾರ್ಡಿಂಗ್ ಮತ್ತು ಶೇಖರಣೆಗಾಗಿ ಪೋರ್ಟಬಲ್ ಫ್ಲ್ಯಾಷ್ ಮೆಮೊರಿ ಕಾರ್ಡ್‌ಗಳನ್ನು ಬಳಸುವುದು ವಿದ್ಯುನ್ಮಾನ ಸಾಧನಗಳು: ಡಿಜಿಟಲ್ ಕ್ಯಾಮೆರಾಗಳು, ಮೊಬೈಲ್ ಫೋನ್‌ಗಳುಇತ್ಯಾದಿ) ಮತ್ತು ಕಂಪ್ಯೂಟರ್ ಉಪಕರಣಗಳು. ಇದು ವಿಷಯದ ಸ್ವರೂಪ ಮತ್ತು ಮಾಹಿತಿಯ ಭೌತಿಕ ಸಂಗ್ರಹಣೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಫೈಲ್‌ಗಳ ರೂಪದಲ್ಲಿ ಗುಂಪು ಮಾಡಲಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ಕಡತ ವ್ಯವಸ್ಥೆಯು ಕಡತದ ಹೆಸರು (ಫೋಲ್ಡರ್), ಗರಿಷ್ಠ ಸಂಭವನೀಯ ಫೈಲ್ ಮತ್ತು ವಿಭಾಗದ ಗಾತ್ರ ಮತ್ತು ಫೈಲ್ ಗುಣಲಕ್ಷಣಗಳ ಒಂದು ಸೆಟ್ ಅನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಕೆಲವು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಅಥವಾ ಫೈಲ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ನಂತಹ ಸೇವಾ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತವೆ.

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಗಳು

ಯಾವುದೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಮುಖ್ಯ ಕಾರ್ಯಗಳು ಈ ಕೆಳಗಿನ ಕಾರ್ಯಗಳನ್ನು ಪರಿಹರಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿವೆ:

ಫೈಲ್ ನಾಮಕರಣ;

ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗಾಗಿ ಫೈಲ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸಾಫ್ಟ್ವೇರ್ ಇಂಟರ್ಫೇಸ್;

ಡೇಟಾ ಸಂಗ್ರಹಣೆಯ ಭೌತಿಕ ಸಂಘಟನೆಯ ಮೇಲೆ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ತಾರ್ಕಿಕ ಮಾದರಿಯನ್ನು ಮ್ಯಾಪಿಂಗ್ ಮಾಡುವುದು;
ವಿದ್ಯುತ್ ವೈಫಲ್ಯಗಳು, ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ದೋಷಗಳಿಗೆ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವವನ್ನು ಸಂಘಟಿಸುವುದು;

ಬಹು-ಬಳಕೆದಾರ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, ಮತ್ತೊಂದು ಕಾರ್ಯವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ: ಒಬ್ಬ ಬಳಕೆದಾರರ ಫೈಲ್‌ಗಳನ್ನು ಇನ್ನೊಬ್ಬ ಬಳಕೆದಾರರಿಂದ ಅನಧಿಕೃತ ಪ್ರವೇಶದಿಂದ ರಕ್ಷಿಸುವುದು, ಹಾಗೆಯೇ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಸಹಯೋಗವನ್ನು ಖಾತ್ರಿಪಡಿಸುವುದು, ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರರಲ್ಲಿ ಒಬ್ಬರು ಫೈಲ್ ಅನ್ನು ತೆರೆದಾಗ, ಇತರರಿಗೆ ಅದೇ ಫೈಲ್ ಇರುತ್ತದೆ ಓದಲು-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ ತಾತ್ಕಾಲಿಕವಾಗಿ ಲಭ್ಯವಿದೆ. .

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಎನ್ನುವುದು ಕಂಪ್ಯೂಟರ್ ತನ್ನ ಹಾರ್ಡ್ ಡ್ರೈವಿನಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಸಂಘಟಿಸಲು ಬಳಸುವ ಮೂಲ ರಚನೆಯಾಗಿದೆ. ಹೊಸದನ್ನು ಸ್ಥಾಪಿಸುವಾಗ ಹಾರ್ಡ್ ಡ್ರೈವ್ನಿರ್ದಿಷ್ಟ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಾಗಿ ಅದನ್ನು ವಿಭಜಿಸಬೇಕು ಮತ್ತು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಬೇಕು, ಅದರ ನಂತರ ಡೇಟಾ ಮತ್ತು ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಅದರಲ್ಲಿ ಸಂಗ್ರಹಿಸಬಹುದು. ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಮೂರು ಸಂಭವನೀಯ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಯ್ಕೆಗಳಿವೆ: NTFS, FAT32, ಮತ್ತು ಅಪರೂಪವಾಗಿ ಬಳಸಲಾಗುವ ಲೆಗಸಿ FAT ಸಿಸ್ಟಮ್ (ಇದನ್ನು FAT16 ಎಂದೂ ಕರೆಯಲಾಗುತ್ತದೆ).

ವಿಂಡೋಸ್‌ನ ಈ ಆವೃತ್ತಿಗೆ NTFS ಆದ್ಯತೆಯ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ. ಇದು ಹಳೆಯ FAT32 ವ್ಯವಸ್ಥೆಗಿಂತ ಅನೇಕ ಪ್ರಯೋಜನಗಳನ್ನು ಹೊಂದಿದೆ; ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಕೆಳಗೆ ಪಟ್ಟಿಮಾಡಲಾಗಿದೆ.

ಕೆಲವು ಡಿಸ್ಕ್ ದೋಷಗಳಿಂದ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಚೇತರಿಸಿಕೊಳ್ಳುವ ಸಾಮರ್ಥ್ಯ (FAT32 ಈ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿಲ್ಲ).
ದೊಡ್ಡ ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳಿಗೆ ಸುಧಾರಿತ ಬೆಂಬಲ.
ಉನ್ನತ ಮಟ್ಟದ ಭದ್ರತೆ. ಕೆಲವು ಫೈಲ್‌ಗಳಿಗೆ ಬಳಕೆದಾರರ ಪ್ರವೇಶವನ್ನು ನಿರಾಕರಿಸಲು ನೀವು ಅನುಮತಿಗಳು ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಬಳಸಬಹುದು.

FAT32 ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮತ್ತು ಅಪರೂಪವಾಗಿ ಬಳಸಲಾಗುವ FAT ಸಿಸ್ಟಮ್ ಅನ್ನು ಹಿಂದೆ ಬಳಸಲಾಗುತ್ತಿತ್ತು ವಿಂಡೋಸ್ ಆವೃತ್ತಿಗಳು, ವಿಂಡೋಸ್ 95, ವಿಂಡೋಸ್ 98 ಮತ್ತು ವಿಂಡೋಸ್ ಮಿಲೇನಿಯಮ್ ಆವೃತ್ತಿ ಸೇರಿದಂತೆ. FAT32 ಫೈಲ್ ಸಿಸ್ಟಮ್ NTFS ಒದಗಿಸಿದ ಭದ್ರತೆಯ ಮಟ್ಟವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್ ವಿಭಾಗವನ್ನು ಹೊಂದಿದ್ದರೆ ಅಥವಾ FAT32 ಎಂದು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾದ ಪರಿಮಾಣವನ್ನು ಹೊಂದಿದ್ದರೆ, ಆ ವಿಭಾಗದ ಫೈಲ್‌ಗಳು ಕಂಪ್ಯೂಟರ್‌ಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರುವ ಯಾರಿಗಾದರೂ ಗೋಚರಿಸುತ್ತವೆ. FAT32 ಫೈಲ್ ಸಿಸ್ಟಮ್ ಫೈಲ್ ಗಾತ್ರದ ಮಿತಿಗಳನ್ನು ಸಹ ಹೊಂದಿದೆ. ವಿಂಡೋಸ್ನ ಈ ಆವೃತ್ತಿಯಲ್ಲಿ, 32GB ಗಿಂತ ದೊಡ್ಡದಾದ FAT32 ವಿಭಾಗವನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಹೆಚ್ಚುವರಿಯಾಗಿ, FAT32 ವಿಭಾಗವು 4GB ಗಿಂತ ಹೆಚ್ಚಿನ ಫೈಲ್ ಅನ್ನು ಹೊಂದಿರಬಾರದು.

FAT32 ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸುವ ಮುಖ್ಯ ಕಾರಣವೆಂದರೆ ಕಂಪ್ಯೂಟರ್ ವಿಂಡೋಸ್ 95, ವಿಂಡೋಸ್ 98, ಅಥವಾ ವಿಂಡೋಸ್ ಮಿಲೇನಿಯಮ್ ಆವೃತ್ತಿ ಅಥವಾ ವಿಂಡೋಸ್‌ನ ಈ ಆವೃತ್ತಿಯನ್ನು (ಬಹು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಕಾನ್ಫಿಗರೇಶನ್) ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಅಂತಹ ಸಂರಚನೆಯನ್ನು ರಚಿಸಲು, ನೀವು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನ ಹಿಂದಿನ ಆವೃತ್ತಿಯನ್ನು FAT32 ಅಥವಾ FAT ಎಂದು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಲಾದ ವಿಭಾಗದಲ್ಲಿ ಸ್ಥಾಪಿಸಬೇಕು, ಅದನ್ನು ಪ್ರಾಥಮಿಕ ವಿಭಾಗವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ (ಪ್ರಾಥಮಿಕ ವಿಭಾಗವು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಒಳಗೊಂಡಿರಬಹುದು). ಇತರ ವಿಭಾಗಗಳಿಂದ ಪ್ರವೇಶಿಸಲಾಗಿದೆ ಹಿಂದಿನ ಆವೃತ್ತಿಗಳುವಿಂಡೋಸ್ ಅನ್ನು ಸಹ FAT32 ಎಂದು ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಬೇಕು. ವಿಂಡೋಸ್‌ನ ಹಿಂದಿನ ಆವೃತ್ತಿಗಳು ನೆಟ್‌ವರ್ಕ್ ಮಾಡಿದ NTFS ವಿಭಾಗಗಳು ಅಥವಾ ಸಂಪುಟಗಳನ್ನು ಮಾತ್ರ ಪ್ರವೇಶಿಸಬಹುದು. ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ NTFS ವಿಭಾಗಗಳನ್ನು ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ.

FAT - ಪ್ರಯೋಜನಗಳು:

ಇದು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಲು ಕೆಲವು RAM ಅಗತ್ಯವಿದೆ.
ವೇಗದ ಕೆಲಸಸಣ್ಣ ಮತ್ತು ಮಧ್ಯಮ ಗಾತ್ರದ ಕ್ಯಾಟಲಾಗ್‌ಗಳೊಂದಿಗೆ.
ಡಿಸ್ಕ್ ಸರಾಸರಿ, ಕಡಿಮೆ ತಲೆ ಚಲನೆಗಳನ್ನು ಮಾಡುತ್ತದೆ (NTFS ಗೆ ಹೋಲಿಸಿದರೆ).
ಪರಿಣಾಮಕಾರಿ ಕೆಲಸನಿಧಾನ ಡಿಸ್ಕ್ಗಳಲ್ಲಿ.

FAT - ಕಾನ್ಸ್:

ಹೆಚ್ಚುತ್ತಿರುವ ವಿಘಟನೆಯೊಂದಿಗೆ ಕಾರ್ಯಕ್ಷಮತೆಯ ದುರಂತದ ನಷ್ಟ, ವಿಶೇಷವಾಗಿ ದೊಡ್ಡ ಡಿಸ್ಕ್ಗಳಿಗೆ (FAT32 ಮಾತ್ರ).
ದೊಡ್ಡ (ಡಿಸ್ಕ್ ಗಾತ್ರದ 10% ಅಥವಾ ಅದಕ್ಕಿಂತ ಹೆಚ್ಚು) ಫೈಲ್‌ಗಳಿಗೆ ಯಾದೃಚ್ಛಿಕ ಪ್ರವೇಶದೊಂದಿಗೆ ತೊಂದರೆಗಳು.
ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಫೈಲ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಡೈರೆಕ್ಟರಿಗಳೊಂದಿಗೆ ತುಂಬಾ ನಿಧಾನವಾದ ಕೆಲಸ.

NTFS - ಅನುಕೂಲಗಳು:

ಫೈಲ್ ವಿಘಟನೆಯು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ವಾಸ್ತವಿಕವಾಗಿ ಯಾವುದೇ ಪರಿಣಾಮಗಳನ್ನು ಹೊಂದಿಲ್ಲ - ವಿಘಟಿತ ಸಿಸ್ಟಮ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆಯು ಫೈಲ್ ಡೇಟಾಗೆ ಪ್ರವೇಶದ ವಿಷಯದಲ್ಲಿ ಮಾತ್ರ ಕುಸಿಯುತ್ತದೆ.
ಡೈರೆಕ್ಟರಿ ರಚನೆಯ ಸಂಕೀರ್ಣತೆ ಮತ್ತು ಒಂದು ಡೈರೆಕ್ಟರಿಯಲ್ಲಿರುವ ಫೈಲ್‌ಗಳ ಸಂಖ್ಯೆಯು ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಯಾವುದೇ ವಿಶೇಷ ಅಡೆತಡೆಗಳನ್ನು ಉಂಟುಮಾಡುವುದಿಲ್ಲ.
ಫೈಲ್‌ನ ಅನಿಯಂತ್ರಿತ ತುಣುಕಿಗೆ ತ್ವರಿತ ಪ್ರವೇಶ (ಉದಾಹರಣೆಗೆ, ದೊಡ್ಡ .wav ಫೈಲ್‌ಗಳನ್ನು ಸಂಪಾದಿಸುವುದು).
ಸಣ್ಣ ಫೈಲ್‌ಗಳಿಗೆ ಅತಿ ವೇಗದ ಪ್ರವೇಶ (ಕೆಲವು ನೂರು ಬೈಟ್‌ಗಳು) - ಸಂಪೂರ್ಣ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಡೇಟಾ (MFT ರೆಕಾರ್ಡ್) ಯಂತೆಯೇ ಒಂದೇ ಸ್ಥಳದಲ್ಲಿದೆ.

NTFS - ಕಾನ್ಸ್:

ಗಮನಾರ್ಹವಾದ ಸಿಸ್ಟಮ್ ಮೆಮೊರಿ ಅಗತ್ಯತೆಗಳು (64 MB ಸಂಪೂರ್ಣ ಕನಿಷ್ಠವಾಗಿದೆ, ಹೆಚ್ಚು ಉತ್ತಮವಾಗಿದೆ).
ಬಸ್ ಮಾಸ್ಟರಿಂಗ್ ಇಲ್ಲದೆ ನಿಧಾನವಾದ ಡಿಸ್ಕ್ಗಳು ​​ಮತ್ತು ನಿಯಂತ್ರಕಗಳು NTFS ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಬಹಳವಾಗಿ ಕಡಿಮೆಗೊಳಿಸುತ್ತವೆ.
ಮಧ್ಯಮ ಗಾತ್ರದ ಡೈರೆಕ್ಟರಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಕಷ್ಟಕರವಾಗಿದೆ ಏಕೆಂದರೆ ಅವುಗಳು ಯಾವಾಗಲೂ ವಿಭಜನೆಯಾಗಿರುತ್ತವೆ.
80% - 90% ಪೂರ್ಣವಾಗಿ ದೀರ್ಘಕಾಲ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಡಿಸ್ಕ್ ಅತ್ಯಂತ ಕಡಿಮೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತೋರಿಸುತ್ತದೆ.

ಕೆಳಗಿನ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಲಿನಕ್ಸ್‌ಗಾಗಿ "ಸ್ಥಳೀಯ" ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ (ಅಂದರೆ, ಅದನ್ನು ಸ್ಥಾಪಿಸಬಹುದಾದ ಮತ್ತು ಅದನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದು): ext2fs, ext3fs, ext4fs, ReiserFS, XFS, JFS.ಬಹುಪಾಲು ವಿತರಣೆಗಳನ್ನು ಸ್ಥಾಪಿಸುವಾಗ ಅವುಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಆಯ್ಕೆಯಾಗಿ ನೀಡಲಾಗುತ್ತದೆ. ಸಹಜವಾಗಿ, ಮಾರ್ಗಗಳಿವೆ ಲಿನಕ್ಸ್ ಸ್ಥಾಪನೆಗಳು FAT/VFAT/FAT32 ಫೈಲ್ ಸಿಸ್ಟಂಗಳಿಗೆ, ಆದರೆ ಇದು ವಿಕೃತಿಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಜೇನುತುಪ್ಪಗಳು ಮತ್ತು ಮಹನೀಯರಿಗೆ ಮಾತ್ರ, ಮತ್ತು ನಾನು ಅವರ ಬಗ್ಗೆ ಮಾತನಾಡುವುದಿಲ್ಲ.

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಮುಖ್ಯ ಮಾನದಂಡಗಳು ಸಾಮಾನ್ಯವಾಗಿ ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ನೀವು ಹೊಂದಾಣಿಕೆಯ ಅಂಶವನ್ನು ಸಹ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ - ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಿರ್ದಿಷ್ಟ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಇತರ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗಳ ಸಾಮರ್ಥ್ಯ ಎಂದರ್ಥ.
ನಾನು ReiserFS ನೊಂದಿಗೆ ವಿಮರ್ಶೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ - ಏಕೆಂದರೆ ಈ ಟಿಪ್ಪಣಿಯನ್ನು ಬರೆಯಲು ಕಾರಣವೆಂದರೆ ಪ್ರಶ್ನೆ: ಸಣ್ಣ ಫೈಲ್‌ಗಳನ್ನು ಯಾವುದೆಂದು ಪರಿಗಣಿಸಬೇಕು? ಎಲ್ಲಾ ನಂತರ, ಸಣ್ಣ ಫೈಲ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ದಕ್ಷತೆಯು ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಶಕ್ತಿಯಾಗಿದೆ ಎಂದು ತಿಳಿದಿದೆ.

ಆದ್ದರಿಂದ, ಸಣ್ಣ ಫೈಲ್‌ಗಳು ಎಂದರೆ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಲಾಜಿಕಲ್ ಬ್ಲಾಕ್‌ಗಿಂತ ಚಿಕ್ಕದಾದ ಫೈಲ್‌ಗಳು, ಇದು ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ನಾಲ್ಕು ಕಿಲೋಬೈಟ್‌ಗಳಿಗೆ ಸಮನಾಗಿರುತ್ತದೆ, ಆದರೂ ನಿರ್ದಿಷ್ಟ ಮಿತಿಗಳಲ್ಲಿ ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಸಮಯದಲ್ಲಿ ಇದನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು (ನಿರ್ದಿಷ್ಟ ಎಫ್‌ಎಸ್ ಅನ್ನು ಅವಲಂಬಿಸಿ). ಯಾವುದೇ Unix ತರಹದ OS ನಲ್ಲಿ ಇಂತಹ ಲೆಕ್ಕವಿಲ್ಲದಷ್ಟು ಸಣ್ಣ ಫೈಲ್‌ಗಳಿವೆ. ಒಂದು ವಿಶಿಷ್ಟ ಉದಾಹರಣೆಯೆಂದರೆ ಫ್ರೀಬಿಎಸ್‌ಡಿ ಪೋರ್ಟ್‌ಗಳು, ಜೆಂಟೂ ಪೋರ್ಟೇಜ್‌ಗಳು ಮತ್ತು ಅಂತಹುದೇ ಪೋರ್ಟ್-ರೀತಿಯ ವ್ಯವಸ್ಥೆಗಳ ಮರವನ್ನು ರೂಪಿಸುವ ಫೈಲ್‌ಗಳು.
ಹೆಚ್ಚಿನ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ, ಅಂತಹ ಮಿನಿ-ಫೈಲ್‌ಗಳು ತಮ್ಮದೇ ಆದ ಐನೋಡ್ (ಫೈಲ್ ಬಗ್ಗೆ ಮೆಟಾ ಮಾಹಿತಿಯನ್ನು ಒಳಗೊಂಡಿರುವ ಮಾಹಿತಿ ನೋಡ್) ಮತ್ತು ಡೇಟಾ ಬ್ಲಾಕ್ ಅನ್ನು ಹೊಂದಿವೆ, ಇದು ಡಿಸ್ಕ್ ಸ್ಪೇಸ್ ಬಳಕೆ ಮತ್ತು ಫೈಲ್ ಕಾರ್ಯಾಚರಣೆಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿ ಇಳಿಕೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ತನ್ನದೇ ಆದ ಪೋರ್ಟ್‌ಗಳ ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ FreeBSD ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ (ಹಳೆಯದು, UFS ಮತ್ತು ಹೊಸದು, UFS2 ಎರಡೂ) ದುರಂತದ ಚಿಂತನಶೀಲತೆಗೆ ಇದು ನಿಖರವಾಗಿ ಕಾರಣವಾಗಿದೆ.

ReiserFS ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ, ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಡೇಟಾಕ್ಕಾಗಿ ಪ್ರತ್ಯೇಕ ಬ್ಲಾಕ್‌ಗಳನ್ನು ನಿಯೋಜಿಸಲಾಗುವುದಿಲ್ಲ - ಇದು ಫೈಲ್ ಡೇಟಾವನ್ನು ನೇರವಾಗಿ ಐನೋಡ್ ಪ್ರದೇಶಕ್ಕೆ ತಳ್ಳಲು ನಿರ್ವಹಿಸುತ್ತದೆ. ಈ ಕಾರಣದಿಂದಾಗಿ, ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ಉಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆ ಹೆಚ್ಚಾಗುತ್ತದೆ - ಎಲ್ಲಾ ಇತರ ಎಫ್ಎಸ್ಗೆ ಹೋಲಿಸಿದರೆ ಅಕ್ಷರಶಃ ಹಲವಾರು ಬಾರಿ.
ಸಣ್ಣ ReiserFS ಫೈಲ್‌ಗಳ ಈ ನಿರ್ವಹಣೆಯು ಅದರ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ದಂತಕಥೆಗೆ ಕಾರಣವಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಕುಸಿದಾಗ (ಅಂದರೆ, ಸೇವಾ ಪ್ರದೇಶಗಳ ನಾಶ), ಅದರ ಐನೋಡ್‌ಗಳೊಂದಿಗೆ ಇರುವ ಡೇಟಾವು ಅವುಗಳ ಜೊತೆಗೆ ಕಣ್ಮರೆಯಾಗುತ್ತದೆ - ಮತ್ತು ಬದಲಾಯಿಸಲಾಗದಂತೆ. ಐನೋಡ್‌ಗಳು ಮತ್ತು ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಯಾವಾಗಲೂ ಪ್ರಾದೇಶಿಕವಾಗಿ ಬೇರ್ಪಡಿಸುವ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ, ಎರಡನೆಯದನ್ನು ಸೈದ್ಧಾಂತಿಕವಾಗಿ ಮರುಸ್ಥಾಪಿಸಬಹುದು. ಆದ್ದರಿಂದ, ext2/ext3 ಗಾಗಿ ಇದನ್ನು ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಸಾಧನಗಳೂ ಇವೆ.

ಆದಾಗ್ಯೂ, ಯಾವುದೇ ದಂತಕಥೆಯಂತೆ, ಇದು ದೃಢೀಕರಣದ ಅನಿಸಿಕೆ ಮಾತ್ರ ನೀಡುತ್ತದೆ. ಮೊದಲನೆಯದಾಗಿ, ಶಾಶ್ವತ ಡೇಟಾ ನಷ್ಟವು ಚಿಕ್ಕ ಫೈಲ್‌ಗಳಿಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ. ಬಳಕೆದಾರರಲ್ಲಿ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಅಂತಹವುಗಳಿಲ್ಲ, ಮತ್ತು ಎಲ್ಲಾ ಇತರವುಗಳನ್ನು ವಿತರಣಾ ಕಿಟ್ನಿಂದ ಸುಲಭವಾಗಿ ಮರುಸ್ಥಾಪಿಸಬಹುದು.
ಎರಡನೆಯದಾಗಿ, ತಮ್ಮ ಐನೋಡ್‌ಗಳಿಗೆ ಸಂಪರ್ಕವನ್ನು ಕಳೆದುಕೊಂಡಿರುವ ಬ್ಲಾಕ್‌ಗಳಿಂದ ಡೇಟಾವನ್ನು ಮರುಪಡೆಯುವ ಸಾಧ್ಯತೆಯ ಬಗ್ಗೆ ಮಾತನಾಡುವಾಗ, ನಾನು "ಸೈದ್ಧಾಂತಿಕ" ಪದವನ್ನು ಬಳಸಿದ್ದು ಆಕಸ್ಮಿಕವಾಗಿ ಅಲ್ಲ. ಏಕೆಂದರೆ ಆಚರಣೆಯಲ್ಲಿ ಈ ಚಟುವಟಿಕೆಯು ಅತ್ಯಂತ ಕಾರ್ಮಿಕ-ತೀವ್ರವಾಗಿರುತ್ತದೆ ಮತ್ತು ಖಾತರಿಯ ಫಲಿತಾಂಶವನ್ನು ನೀಡುವುದಿಲ್ಲ. ಇದನ್ನು ಮಾಡಬೇಕಾದ ಯಾರಾದರೂ ಸಂಪೂರ್ಣ ಹತಾಶೆಯಿಂದ ಮಾತ್ರ ಅದರಲ್ಲಿ ಪಾಲ್ಗೊಳ್ಳಬಹುದು ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತಾರೆ. ಮತ್ತು ಇದು ಎಲ್ಲರಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ ಕಡತ ವ್ಯವಸ್ಥೆಗಳುಲಿನಕ್ಸ್. ಆದ್ದರಿಂದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಈ ಅಂಶವನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು.

ಒಟ್ಟಾರೆ ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ, ReiserFS ಎಲ್ಲಾ ಇತರ ಜರ್ನಲ್ FS ಗಿಂತ ಖಂಡಿತವಾಗಿಯೂ ವೇಗವಾಗಿರುತ್ತದೆ ಮತ್ತು ಕೆಲವು ವಿಷಯಗಳಲ್ಲಿ ಇದು ext2 ಗಿಂತ ಉತ್ತಮವಾಗಿದೆ. ಕೆಲವು ಸಾಮಾನ್ಯ ಫೈಲ್ ಕಾರ್ಯಾಚರಣೆಗಳ ವೇಗ ಹೋಲಿಕೆಯನ್ನು ಇಲ್ಲಿ ಕಾಣಬಹುದು.
ಆದರೆ ReiserFS ನೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆಯ ಪರಿಸ್ಥಿತಿಯು ಸ್ವಲ್ಪ ಕೆಟ್ಟದಾಗಿದೆ. ವಿಂಡೋಸ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳಿಂದ ಅದರ ಪ್ರವೇಶ, ನನಗೆ ತಿಳಿದಿರುವಂತೆ, ಅಸಾಧ್ಯ. BSD ಕುಟುಂಬದ ಕೆಲವು ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಗಳು (DragonFlyBSD, FreeBSD) ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ, ಆದರೆ ಓದಲು-ಮಾತ್ರ ಕ್ರಮದಲ್ಲಿ. ಹಿಂದಿನ ವರ್ಷಗಳಿಂದ ಅನಿಯಂತ್ರಿತ Linux LiveCD ReiserFS ಬೆಂಬಲವನ್ನು ಹೊಂದಿರದ ಸಂಭವನೀಯತೆ ಕೂಡ ಶೂನ್ಯವಲ್ಲ.

ಮತ್ತು ಇಲ್ಲಿ ext3fs ಅನ್ನು ನೆನಪಿಡುವ ಸಮಯ ಬಂದಿದೆ. ಇದರ ಪ್ರಯೋಜನವು ಹೆಚ್ಚಿನ ವಿಶ್ವಾಸಾರ್ಹತೆಯಲ್ಲಿಲ್ಲ - ಇದು ReiserFS ನ ಅಸ್ಥಿರತೆಯಂತೆಯೇ ಅದೇ ದಂತಕಥೆಯಾಗಿದೆ. ReiserFS ನೊಂದಿಗಿನ ಇದೇ ರೀತಿಯ ಘಟನೆಗಳಿಗಿಂತ ext3fs ಕ್ರ್ಯಾಶ್‌ಗಳ ಬಗ್ಗೆ ನಾನು ಕೇಳಿದ್ದೇನೆ. ನಾನು ಒಂದನ್ನು ಅಥವಾ ಇನ್ನೊಂದನ್ನು ನಾಶಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದು ext2 ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಹೊರತುಪಡಿಸಿ - ಆದರೆ ಬಹಳ ಹಿಂದೆಯೇ, ಕರ್ನಲ್ 2.2 (ಅಥವಾ 2.0 ಸಹ) ಸಮಯದಲ್ಲಿ.

ಇಲ್ಲ, ext3fs ನ ಮುಖ್ಯ ಪ್ರಯೋಜನವೆಂದರೆ ಅದರ ಹೊಂದಾಣಿಕೆ - ಇದು ಯಾವುದೇ ಲಿನಕ್ಸ್ ಸಿಸ್ಟಮ್ನಿಂದ ಓದಲು ಖಾತರಿಪಡಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಕೈಯಲ್ಲಿ ಕೆಲವು ಪ್ರಾಚೀನ ಲೈವ್‌ಸಿಡಿಯಿಂದ ಮರುಸ್ಥಾಪಿಸುವಾಗ - ಪ್ರಾಯೋಗಿಕವಾಗಿ ನಂಬಲಾಗದ ಪರಿಸ್ಥಿತಿ, ನಾನು ಅದನ್ನು ಪ್ರವೇಶಿಸಬೇಕಾಗಿತ್ತು. ಮತ್ತೊಮ್ಮೆ, ಹೆಚ್ಚಿನ BSD ವ್ಯವಸ್ಥೆಗಳು ext3fs ಅನ್ನು ಸುಲಭವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು (ಲಾಗಿಂಗ್ ಇಲ್ಲದೆಯೇ). ವಿಂಡೋಸ್‌ಗಾಗಿ, ನನಗೆ ತಿಳಿದಿರುವಂತೆ, ಎಲ್ಲಾ ರೀತಿಯ ಡ್ರೈವರ್‌ಗಳು ಮತ್ತು ಪ್ಲಗ್-ಇನ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿದೆ ಕಡತ ನಿರ್ವಾಹಕರು(ಮಾದರಿ ಒಟ್ಟು ಕಮಾಂಡರ್), ext2fs/ext3fs ನೊಂದಿಗೆ ವಿಭಾಗಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯದಲ್ಲಿ, ext3fs ಮಿಶ್ರ ಅನಿಸಿಕೆ ನೀಡುತ್ತದೆ. ಮೊದಲನೆಯದಾಗಿ, ಅದರ ಕಾರ್ಯಕ್ಷಮತೆಯು ಲಾಗಿಂಗ್ ಮೋಡ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ, ಅದರಲ್ಲಿ ಮೂರು ಇವೆ: ಪೂರ್ಣ ಡೇಟಾ ಲಾಗಿಂಗ್, ಭಾಗಶಃ ಲಾಗಿಂಗ್ ಮತ್ತು ಲಾಗಿಂಗ್ ಮಾತ್ರ ಮೆಟಾಡೇಟಾ. ಪ್ರತಿ ಕ್ರಮದಲ್ಲಿ, ಇದು ವಿವಿಧ ರೀತಿಯ ಫೈಲ್ ಕಾರ್ಯಾಚರಣೆಗಳಲ್ಲಿ ವಿಭಿನ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತೋರಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಪ್ರದರ್ಶನ ದಾಖಲೆ ಮುರಿದಿಲ್ಲ.

ಆದಾಗ್ಯೂ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಅವಶ್ಯಕತೆಯು ಮೊದಲು ಬಂದರೆ, ext2fs ಗೆ ಯಾವುದೇ ಸ್ಪರ್ಧೆಯಿಲ್ಲ - ಆದಾಗ್ಯೂ, ಈ ಸಂದರ್ಭದಲ್ಲಿ ನೀವು ಲಾಗಿಂಗ್ ಕೊರತೆಯನ್ನು ಸಹಿಸಿಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ. ಮತ್ತು, ಪರಿಣಾಮವಾಗಿ, ಯಾವುದೇ ತಪ್ಪಾದ ಸ್ಥಗಿತದ ಸಂದರ್ಭದಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸುದೀರ್ಘ ಪರಿಶೀಲನೆಗಳೊಂದಿಗೆ - ಮತ್ತು ಆಧುನಿಕ ಡಿಸ್ಕ್ಗಳ ಪರಿಮಾಣದೊಂದಿಗೆ ಇದು ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು...

XFS ಬಗ್ಗೆ ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಹೇಳಬಹುದು. ಹೊಂದಾಣಿಕೆಯ ವಿಷಯದಲ್ಲಿ, ReiserFS ಗಾಗಿ ಬರೆಯಲಾದ ಎಲ್ಲವೂ ಇದಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ - ಮೇಲಾಗಿ, ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಅದನ್ನು ಪ್ರಮಾಣಿತ ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯದಲ್ಲಿ, XFS ಸಹ ಹೊಳೆಯುವುದಿಲ್ಲ, ಒಟ್ಟಾರೆಯಾಗಿ ext3fs ನಂತೆಯೇ ಸರಿಸುಮಾರು ಅದೇ ಮಟ್ಟದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಮತ್ತು ಫೈಲ್‌ಗಳನ್ನು ಅಳಿಸುವ ಕಾರ್ಯಾಚರಣೆಯು ಸಾಮಾನ್ಯವಾಗಿ ಖಿನ್ನತೆಯ ನಿಧಾನತೆಯನ್ನು ತೋರಿಸುತ್ತದೆ.
ನನ್ನ ಅವಲೋಕನಗಳ ಪ್ರಕಾರ, XFS ಬಳಕೆಯು ಕೇವಲ ದೊಡ್ಡದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಪಾವತಿಸುತ್ತದೆ, ಆದರೆ ಬಹಳ ದೊಡ್ಡ ಫೈಲ್ಗಳೊಂದಿಗೆ - ವಾಸ್ತವವಾಗಿ ಕೇವಲ DVD ಚಿತ್ರಗಳು ಮತ್ತು ವೀಡಿಯೊ ಫೈಲ್ಗಳು.

ನಾನು ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಪ್ರಶ್ನೆಗೆ ಹಿಂತಿರುಗುತ್ತೇನೆ. ಸಾಮಾನ್ಯ ಬಳಕೆದಾರ ಕೆಲಸದ ಸಮಯದಲ್ಲಿ ನೀರಸ ವಿದ್ಯುತ್ ಸ್ಥಗಿತವನ್ನು ನಿಯಮದಂತೆ, ಎಲ್ಲಾ ಜರ್ನಲ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು ನೋವುರಹಿತವಾಗಿ ಸಹಿಸಿಕೊಳ್ಳುತ್ತವೆ (ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯದ ಬಳಕೆದಾರರ ಕಾರ್ಯಾಚರಣೆಗಳ ಸುರಕ್ಷತೆಯನ್ನು ಖಾತ್ರಿಪಡಿಸುವುದಿಲ್ಲ - ಮುಳುಗುತ್ತಿರುವ ಜನರನ್ನು ರಕ್ಷಿಸುವುದು ಮುಳುಗುತ್ತಿರುವ ಜನರ ಕೆಲಸವಾಗಿದೆ). ನಿಜ, ಯಾವುದೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ಗೆ ವಿದ್ಯುತ್ ಅನ್ನು ಆಫ್ ಮಾಡುವುದರಿಂದ ಅದು ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಗಂಭೀರ ಹಾನಿಗೆ ಕಾರಣವಾಗುವ ಪರಿಸ್ಥಿತಿಯನ್ನು ಅನುಕರಿಸಲು ಸಾಧ್ಯವಿದೆ. ಆದಾಗ್ಯೂ, ನಿಜ ಜೀವನದಲ್ಲಿ, ಅಂತಹ ಸಂದರ್ಭಗಳು ಸಂಭವಿಸುವ ಸಾಧ್ಯತೆಯಿಲ್ಲ. ಮತ್ತು ತಡೆರಹಿತ ವಿದ್ಯುತ್ ಸರಬರಾಜನ್ನು ಖರೀದಿಸುವ ಮೂಲಕ ನೀವು ಅವುಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೊಡೆದುಹಾಕಬಹುದು - ಇದು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪ್ರಕಾರಕ್ಕಿಂತ ಡೇಟಾದ ಸುರಕ್ಷತೆಯಲ್ಲಿ ಹೆಚ್ಚಿನ ವಿಶ್ವಾಸವನ್ನು ನೀಡುತ್ತದೆ. ಸರಿ, ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಹಾನಿಗೊಳಗಾದ ಡೇಟಾವನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಏಕೈಕ ಗ್ಯಾರಂಟಿ ನಿಯಮಿತ ಬ್ಯಾಕಪ್ ಆಗಿರಬಹುದು ...

ತಿಳುವಳಿಕೆಯುಳ್ಳ ಆಯ್ಕೆಗಾಗಿ ಮೇಲೆ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಮಾಹಿತಿಯು ಸಾಕಷ್ಟು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಕಳೆದ ಕೆಲವು ವರ್ಷಗಳಿಂದ ನನ್ನ ವೈಯಕ್ತಿಕ ಆಯ್ಕೆಯು ReiserFS ಆಗಿದೆ. ಸಾಂದರ್ಭಿಕವಾಗಿ, ರೂಟ್ ವಿಭಾಗದ ಹೊರಗೆ ಸಾಧ್ಯವಿರುವ ಎಲ್ಲವನ್ನೂ ಸರಿಸಲು ಸಮರ್ಥಿಸಲಾದ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ, ರೂಟ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಾಗಿ ext3fs ಮತ್ತು ಉಳಿದವರಿಗೆ ReiserFS ಅನ್ನು ಬಳಸುವುದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ.

/boot ಡೈರೆಕ್ಟರಿಗೆ ಪ್ರತ್ಯೇಕ ವಿಭಾಗವನ್ನು ಒದಗಿಸಿದ್ದರೆ (ಮತ್ತು ಬಳಸುವಾಗ ಇದನ್ನು ಶಿಫಾರಸು ಮಾಡಲಾಗುತ್ತದೆ GRUB ಬೂಟ್ಲೋಡರ್ಅದರ ಅಭಿವರ್ಧಕರಿಂದ) - ಇದಕ್ಕಾಗಿ, ext2fs ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಯಾವುದೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸಮರ್ಥಿಸಲಾಗಿಲ್ಲ, ಯಾವುದೇ ಲಾಗಿಂಗ್ ಇಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಅಂತಿಮವಾಗಿ, ನೀವು ಎಲ್ಲಾ ರೀತಿಯ ಮಲ್ಟಿಮೀಡಿಯಾ ವಸ್ತುಗಳಿಗೆ ಪ್ರತ್ಯೇಕ ವಿಭಾಗವನ್ನು ರಚಿಸಿದರೆ, ನಂತರ ನೀವು XFS ಬಗ್ಗೆ ಯೋಚಿಸಬಹುದು.

ನಾವು ವಿವರಣೆಯನ್ನು ಹೆಚ್ಚು ಕ್ರಮಬದ್ಧವಾಗಿ ಸಮೀಪಿಸಿದರೆ

ext - ಲಿನಕ್ಸ್‌ನ ಆರಂಭಿಕ ದಿನಗಳಲ್ಲಿ, ext2 (ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆವೃತ್ತಿ 2) ಪ್ರಬಲವಾಗಿತ್ತು. 2002 ರಿಂದ, ಇದನ್ನು ext3 ಸಿಸ್ಟಮ್‌ನಿಂದ ಬದಲಾಯಿಸಲಾಯಿತು, ಇದು ext2 ನೊಂದಿಗೆ ಹೆಚ್ಚಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಲಾಗಿಂಗ್ ಕಾರ್ಯಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ಕರ್ನಲ್ ಆವೃತ್ತಿ 2.6 ಮತ್ತು ಹೆಚ್ಚಿನವುಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ, ACL ಗಳು. ಗರಿಷ್ಠ ಫೈಲ್ ಗಾತ್ರ 2 TB, ಗರಿಷ್ಠ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಗಾತ್ರ 8 TB ಆಗಿದೆ. 2008 ರ ಕೊನೆಯಲ್ಲಿ, ext4 ಬಿಡುಗಡೆಯನ್ನು ಅಧಿಕೃತವಾಗಿ ಘೋಷಿಸಲಾಯಿತು, ಇದು ext3 ನೊಂದಿಗೆ ಹಿಂದುಳಿದ ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ, ಆದರೆ ಅನೇಕ ಕಾರ್ಯಗಳನ್ನು ಮೊದಲಿಗಿಂತ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಗರಿಷ್ಠ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಗಾತ್ರವು 1 EB (1,048,576 TB) ಆಗಿದೆ, ಮತ್ತು ಇದು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಸಾಕಾಗುತ್ತದೆ ಎಂದು ನೀವು ನಿರೀಕ್ಷಿಸಬಹುದು. ರೀಸರ್ ಬಗ್ಗೆ - ಸಿಸ್ಟಮ್ ಅನ್ನು ಅದರ ಸಂಸ್ಥಾಪಕ ಹ್ಯಾನ್ಸ್ ರೈಸರ್ ಹೆಸರಿಡಲಾಗಿದೆ ಮತ್ತು ಡೇಟಾಕ್ಕಾಗಿ ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಲಾಗಿಂಗ್ ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿರುವ ಮೊದಲ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. Zp ಯ SUSE ಆವೃತ್ತಿಯನ್ನು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಪ್ರಮಾಣಿತವೆಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ. ext3 ಗೆ ಹೋಲಿಸಿದರೆ ರೀಸರ್‌ನ ಮುಖ್ಯ ಅನುಕೂಲಗಳು ಸಣ್ಣ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಹೆಚ್ಚಿನ ವೇಗ ಮತ್ತು ಪ್ಲೇಸ್‌ಮೆಂಟ್ ದಕ್ಷತೆಯಾಗಿದೆ (ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ, ನಿಯಮದಂತೆ, ಹೆಚ್ಚಿನ ಫೈಲ್‌ಗಳು ಚಿಕ್ಕದಾಗಿರುತ್ತವೆ). ಆದಾಗ್ಯೂ, ಕಾಲಾನಂತರದಲ್ಲಿ, ರೀಸೆಫರ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯು ನಿಂತುಹೋಯಿತು. ಆವೃತ್ತಿ 4 ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲಾಗುವುದು ಎಂದು ಬಹಳ ಹಿಂದೆಯೇ ಘೋಷಿಸಲಾಗಿದೆ, ಅದು ಇನ್ನೂ ಸಿದ್ಧವಾಗಿಲ್ಲ ಮತ್ತು ಆವೃತ್ತಿ 3 ಗೆ ಬೆಂಬಲವನ್ನು ನಿಲ್ಲಿಸಲಾಗಿದೆ. xfs ಬಗ್ಗೆ - xfs ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಮೂಲತಃ IRIX ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ SGI ವರ್ಕ್‌ಸ್ಟೇಷನ್‌ಗಳಿಗಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. Xfs ವಿಶೇಷವಾಗಿ ದೊಡ್ಡ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಉತ್ತಮವಾಗಿದೆ ಮತ್ತು ಸ್ಟ್ರೀಮಿಂಗ್ ವೀಡಿಯೊದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ವಿಶೇಷವಾಗಿ ಸೂಕ್ತವಾಗಿದೆ. ಸಿಸ್ಟಮ್ ಕೋಟಾಗಳು ಮತ್ತು ವಿಸ್ತೃತ ಗುಣಲಕ್ಷಣಗಳನ್ನು (ACLs) ಬೆಂಬಲಿಸುತ್ತದೆ.
jfs

jfs - a66peBHaTypaJFS ಎಂದರೆ "ಜರ್ನಲ್ಡ್ ಫೈಲ್ ಸಿಸ್ಟಮ್". ಇದನ್ನು ಮೂಲತಃ IBM ಗಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಯಿತು ಮತ್ತು ನಂತರ ಲಿನಕ್ಸ್‌ಗೆ ಅಳವಡಿಸಲಾಯಿತು.Jfs ಎಂದಿಗೂ ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಮನ್ನಣೆಯನ್ನು ಅನುಭವಿಸಲಿಲ್ಲ ಮತ್ತು ಪ್ರಸ್ತುತ ಇತರ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗಿಂತ ಕೆಳಮಟ್ಟದಲ್ಲಿ ಶೋಚನೀಯ ಅಸ್ತಿತ್ವದಲ್ಲಿ ನರಳುತ್ತಿದೆ.
brtfs

brtfs - ಇದು ಪ್ರಮುಖ ಕರ್ನಲ್ ಡೆವಲಪರ್‌ಗಳ ಇಚ್ಛೆಯಾಗಿದ್ದರೆ, Linux ನಲ್ಲಿ brtfs ಫೈಲ್ ಸಿಸ್ಟಮ್ ಉಜ್ವಲ ಭವಿಷ್ಯವನ್ನು ಹೊಂದಿದೆ. ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಒರಾಕಲ್‌ನಲ್ಲಿ ಮೊದಲಿನಿಂದ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಇದು ಸಾಧನ-ಮ್ಯಾಪರ್ ಮತ್ತು RAID ಗೆ ಬೆಂಬಲವನ್ನು ಒಳಗೊಂಡಿದೆ. Brtfs ಸನ್ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ZFS ವ್ಯವಸ್ಥೆಯನ್ನು ಹೋಲುತ್ತದೆ. ಇದರ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ವೈಶಿಷ್ಟ್ಯಗಳು ಆನ್-ದಿ-ಫ್ಲೈ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರಿಶೀಲನೆ, ಜೊತೆಗೆ SSD ಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಒಳಗೊಂಡಿವೆ (ಘನ-ಸ್ಥಿತಿಯ ಡ್ರೈವ್‌ಗಳು ಫ್ಲ್ಯಾಶ್ ಮೆಮೊರಿಯಿಂದ ನಡೆಸಲ್ಪಡುವ ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳಾಗಿವೆ). ದುರದೃಷ್ಟವಶಾತ್, ನಿರೀಕ್ಷಿತ ಭವಿಷ್ಯದಲ್ಲಿ brtfs ನಲ್ಲಿ ಕೆಲಸವು ಪೂರ್ಣಗೊಳ್ಳುವುದಿಲ್ಲ. ಫೆಡೋರಾ, ಆವೃತ್ತಿ 11 ರಿಂದ ಪ್ರಾರಂಭವಾಗಿ, brtfs ಅನ್ನು ಸ್ಥಾಪಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಆದರೆ ಅದನ್ನು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಮಾತ್ರ ಬಳಸಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ!
ಯಾವುದೇ "ವೇಗವಾದ" ಅಥವಾ "ಅತ್ಯುತ್ತಮ" ಫೈಲ್ ಸಿಸ್ಟಮ್ ಇಲ್ಲ - ಮೌಲ್ಯಮಾಪನವು ನೀವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಲು ಉದ್ದೇಶಿಸಿರುವುದನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಆರಂಭಿಕ ಲಿನಕ್ಸ್ ಬಳಕೆದಾರರು ext3 ಮತ್ತು ಸರ್ವರ್ ನಿರ್ವಾಹಕರು ext4 ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಶಿಫಾರಸು ಮಾಡುತ್ತಾರೆ. ಸಹಜವಾಗಿ, ext4 ನೊಂದಿಗೆ ಕಾರ್ಯಾಚರಣೆಯ ವೇಗವು ext3 ಗಿಂತ ಹೆಚ್ಚಾಗಿದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ext4 ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಡೇಟಾ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಪರಿಸ್ಥಿತಿಯು ತುಂಬಾ ಕೆಟ್ಟದಾಗಿದೆ - ಸಿಸ್ಟಮ್ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಆಫ್ ಆಗಿದ್ದರೆ ನೀವು ಮಾಹಿತಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳಬಹುದು.

ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ನೀವು ಎರಡನೇ UNIX ತರಹದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದರೆ, ಡೇಟಾವನ್ನು ವಿನಿಮಯ ಮಾಡುವಾಗ (ಒಂದು OS ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ) ಕೆಳಗಿನ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು ನಿಮಗೆ ಉಪಯುಕ್ತವಾಗುತ್ತವೆ.

sysv - SCO, Xenix ಮತ್ತು ಕೋಹೆರೆಂಟ್ OS ನಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ.

ufs - FreeBSD, NetBSD, NextStep ಮತ್ತು SunOS ನಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ. ಲಿನಕ್ಸ್ ಅಂತಹ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಂದ ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ಓದಬಹುದು, ಆದರೆ ಡೇಟಾದಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. BSD ಯಿಂದ ವಿಭಾಗಗಳನ್ನು ಪ್ರವೇಶಿಸಲು, ನಿಮಗೆ ಹೆಚ್ಚುವರಿಯಾಗಿ BSD ಡಿಸ್ಕ್‌ಲೇಬಲ್ ವಿಸ್ತರಣೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ಇದೇ ರೀತಿಯ ವಿಸ್ತರಣೆಯು SunOS ವಿಭಜನಾ ಕೋಷ್ಟಕಗಳಿಗೆ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ.

ZFS ಸೋಲಾರಿಸ್‌ಗಾಗಿ ಸನ್ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ತುಲನಾತ್ಮಕವಾಗಿ ಹೊಸ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ZFS ಕೋಡ್ GPL ಕಂಪ್ಲೈಂಟ್ ಆಗದ ಕಾರಣ, ಅದನ್ನು Linux ಕರ್ನಲ್‌ನೊಂದಿಗೆ ಸಂಯೋಜಿಸಲಾಗುವುದಿಲ್ಲ. ಈ ಕಾರಣಕ್ಕಾಗಿ, ಲಿನಕ್ಸ್ ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರೋಕ್ಷವಾಗಿ FUSE ಮೂಲಕ ಮಾತ್ರ ಬೆಂಬಲಿಸುತ್ತದೆ.
ವಿಂಡೋಸ್, ಮ್ಯಾಕ್ ಓಎಸ್ ಎಕ್ಸ್

MS DOS, Windows, OS/2 ಮತ್ತು Macintosh ನೊಂದಿಗೆ ಮಾಹಿತಿಯನ್ನು ವಿನಿಮಯ ಮಾಡುವಾಗ ಕೆಳಗಿನ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು ಉಪಯುಕ್ತವಾಗುತ್ತವೆ.

vfat - ವಿಂಡೋಸ್ 9x/ME ನಲ್ಲಿ ಬಳಸಲಾಗಿದೆ. Linux ಅಂತಹ ವಿಭಾಗಗಳಿಂದ ಮಾಹಿತಿಯನ್ನು ಓದಬಹುದು ಮತ್ತು ಅದರಲ್ಲಿ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಬಹುದು. vfat ಸಿಸ್ಟಮ್ ಡ್ರೈವರ್‌ಗಳು ಹಳೆಯ MS DOS ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ (8 + 3 ಅಕ್ಷರಗಳು).

ntfs - ಸಿಸ್ಟಮ್ ಅನ್ನು ವಿಂಡೋಸ್‌ನ ಎಲ್ಲಾ ಆಧುನಿಕ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ: otNT ಮತ್ತು ಹೆಚ್ಚಿನದು. Linux ತನ್ನ ಫೈಲ್‌ಗಳನ್ನು ಓದಬಹುದು ಮತ್ತು ಮಾರ್ಪಡಿಸಬಹುದು.

hfs ಮತ್ತು hfsplus - ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಆಪಲ್ ಕಂಪ್ಯೂಟರ್ಗಳು. Linux ತನ್ನ ಫೈಲ್‌ಗಳನ್ನು ಓದಬಹುದು ಮತ್ತು ಮಾರ್ಪಡಿಸಬಹುದು.

ಡೇಟಾ ಸಿಡಿಗಳು ಮತ್ತು ಡಿವಿಡಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ತಮ್ಮದೇ ಆದ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಬಳಸುತ್ತವೆ.

iso9660 - CD-ROM ಗಳ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ISO-9660 ಮಾನದಂಡದಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ, ಇದು ಚಿಕ್ಕ ಫೈಲ್ ಹೆಸರುಗಳನ್ನು ಮಾತ್ರ ಅನುಮತಿಸುತ್ತದೆ. ಉದ್ದನೆಯ ಹೆಸರುಗಳು ವಿಭಿನ್ನ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ವಿಭಿನ್ನವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ, ಪರಸ್ಪರ ಹೊಂದಿಕೆಯಾಗದ ವಿವಿಧ ವಿಸ್ತರಣೆಗಳನ್ನು ಬಳಸುತ್ತದೆ. Linux ಯುನಿಕ್ಸ್‌ನಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿರುವ ರಾಕ್ರಿಡ್ಜ್ ವಿಸ್ತರಣೆ ಮತ್ತು ಮೈಕ್ರೋಸಾಫ್ಟ್ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಜೋಲಿಯೆಟ್ ವಿಸ್ತರಣೆ ಎರಡನ್ನೂ ರನ್ ಮಾಡಬಹುದು.

udf - ಈ ಸ್ವರೂಪ (ಸಾರ್ವತ್ರಿಕ ಡಿಸ್ಕ್ ಫಾರ್ಮ್ಯಾಟ್) ಕಾಣಿಸಿಕೊಂಡಿತು ಮತ್ತು ISO 9660 ಗೆ ಉತ್ತರಾಧಿಕಾರಿಯಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ.

ನೆಟ್ವರ್ಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ಸ್

ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳು ಸ್ಥಳೀಯ ಡಿಸ್ಕ್ನಲ್ಲಿ ಇರಬೇಕಾಗಿಲ್ಲ - ಅವುಗಳು
ಕಂಪ್ಯೂಟರ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಸಂಪರ್ಕಿಸಬಹುದು. ಲಿನಕ್ಸ್ ಕರ್ನಲ್ ವಿವಿಧ ನೆಟ್‌ವರ್ಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಈ ಕೆಳಗಿನವುಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲ್ಪಡುತ್ತವೆ.

smbfs/cifs - ವಿಂಡೋಸ್ ಅಥವಾ ಸಾಂಬಾ ನೆಟ್‌ವರ್ಕ್ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಡೈರೆಕ್ಟರಿ ಟ್ರೀಗೆ ಸಂಪರ್ಕಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

nfs ಯುನಿಕ್ಸ್‌ನಲ್ಲಿನ ಪ್ರಮುಖ ನೆಟ್‌ವರ್ಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ.

coda - ಈ ವ್ಯವಸ್ಥೆಯು NFS ಗೆ ಹೋಲುತ್ತದೆ. ಇದು ಅನೇಕ ಹೆಚ್ಚುವರಿ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಇದು ತುಂಬಾ ಸಾಮಾನ್ಯವಲ್ಲ.

ncpfs - NetWare ಕರ್ನಲ್ ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ; oH ಅನ್ನು ನೋವೆಲ್ ನೆಟ್‌ವೇರ್ ಬಳಸುತ್ತದೆ.

ವರ್ಚುವಲ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ಸ್

ಲಿನಕ್ಸ್ ಹಲವಾರು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಹೊಂದಿದೆ, ಅದು ಹಾರ್ಡ್ ಡ್ರೈವ್‌ನಲ್ಲಿ (ಅಥವಾ ಇತರ ಶೇಖರಣಾ ಮಾಧ್ಯಮ) ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಕರ್ನಲ್ ಮತ್ತು ಬಳಕೆದಾರರ ಪ್ರೋಗ್ರಾಂಗಳ ನಡುವೆ ಮಾಹಿತಿಯನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಮಾತ್ರ.
devpts - ಈ ಕಡತ ವ್ಯವಸ್ಥೆಯು UNIX-98 ವಿವರಣೆಯ ಪ್ರಕಾರ /dev/pts/* ಮೂಲಕ ಹುಸಿ ಟರ್ಮಿನಲ್‌ಗಳಿಗೆ (PTY ಎಂದು ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಲಾಗಿದೆ) ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ. (ಹುಸಿ-ಟರ್ಮಿನಲ್‌ಗಳು ಸರಣಿ ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಅನುಕರಿಸುತ್ತದೆ. UNIX/Linux ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ, ಅಂತಹ ಇಂಟರ್‌ಫೇಸ್‌ಗಳನ್ನು xterm ನಂತಹ ಟರ್ಮಿನಲ್ ಎಮ್ಯುಲೇಟರ್‌ಗಳು ಬಳಸುತ್ತವೆ. ವಿಶಿಷ್ಟವಾಗಿ, /dev/ttypn ನಂತಹ ಸಾಧನಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, UNIX-98 ನಿರ್ದಿಷ್ಟತೆಯು ಹೊಸ ಸಾಧನಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ವಿವರಗಳ ಮಾಹಿತಿಯನ್ನು ಪಠ್ಯ ಟರ್ಮಿನಲ್ H0WT0 ನಲ್ಲಿ ವರದಿ ಮಾಡಲಾಗಿದೆ.)
proc ಮತ್ತು sysfs - ಕರ್ನಲ್ ಮತ್ತು ಪ್ರಕ್ರಿಯೆ ನಿರ್ವಹಣೆಗೆ ಸಂಬಂಧಿಸಿದ ಸೇವಾ ಮಾಹಿತಿಯನ್ನು ಪ್ರದರ್ಶಿಸಲು proc ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಇದರ ಜೊತೆಗೆ, sysfs ಕಡತ ವ್ಯವಸ್ಥೆಯು ಕರ್ನಲ್ ಮತ್ತು ಹಾರ್ಡ್‌ವೇರ್ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. ಎರಡೂ ಕಡತ ವ್ಯವಸ್ಥೆಗಳನ್ನು /proc ಮತ್ತು /sys ನಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ.
tmpfs - ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಸಿಸ್ಟಮ್ V ಪ್ರಕಾರ ಹಂಚಿಕೆಯ ಮೆಮೊರಿಯ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ. ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ /dev/shm ಸ್ಥಾನದಲ್ಲಿ ಜೋಡಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಎರಡು ಪ್ರೋಗ್ರಾಂಗಳ ನಡುವೆ ಮಾಹಿತಿಯ ಸಮರ್ಥ ವಿನಿಮಯವನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಕೆಲವು ವಿತರಣೆಗಳಲ್ಲಿ (ಉದಾಹರಣೆಗೆ ಉಬುಂಟು), tmpfs ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು /var/run ಮತ್ತು /var/lock ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಸಹ ರಚಿಸಲಾಗಿದೆ. ಈ ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿನ ಫೈಲ್‌ಗಳನ್ನು ಕೆಲವು ನೆಟ್‌ವರ್ಕ್ ಡೀಮನ್‌ಗಳು ಪ್ರಕ್ರಿಯೆ ಗುರುತಿನ ಸಂಖ್ಯೆಗಳನ್ನು ಮತ್ತು ಫೈಲ್ ಪ್ರವೇಶ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಬಳಸುತ್ತಾರೆ. tmpfs ಗೆ ಧನ್ಯವಾದಗಳು, ಈ ಡೇಟಾವು ಈಗ RAM ನಲ್ಲಿ ಪ್ರತಿಫಲಿಸುತ್ತದೆ. ವಿಧಾನವು ಹೆಚ್ಚಿನ ವೇಗವನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ ಮತ್ತು ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಆಫ್ ಮಾಡಿದ ನಂತರ, /var/run ಅಥವಾ /var/lock ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಯಾವುದೇ ಫೈಲ್‌ಗಳು ಉಳಿಯುವುದಿಲ್ಲ.

usbfs - usbfs ಕಡತ ವ್ಯವಸ್ಥೆಯು, ಕರ್ನಲ್ ಆವೃತ್ತಿ 2.6 ಮತ್ತು ಹೆಚ್ಚಿನದರಿಂದ ಆರಂಭಗೊಂಡು, ಸಂಪರ್ಕಿತ USB ಸಾಧನಗಳ ಕುರಿತು ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೊಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಸಂಯೋಜಿಸಲಾಗುತ್ತದೆ. Linux ನಲ್ಲಿ USB ಸಾಧನ ಬೆಂಬಲದ ಬಗ್ಗೆ.

ಇತರ ಕಡತ ವ್ಯವಸ್ಥೆಗಳು

ಸ್ವಯಂ - ವಾಸ್ತವವಾಗಿ, ಆ ಹೆಸರಿನಲ್ಲಿ ಯಾವುದೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಇಲ್ಲ. ಆದಾಗ್ಯೂ, ಸ್ವಯಂ ಪದವನ್ನು /etc/fstab ನಲ್ಲಿ ಅಥವಾ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸೂಚಿಸಲು ಮೌಂಟ್ ಆಜ್ಞೆಯೊಂದಿಗೆ ಬಳಸಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಲಿನಕ್ಸ್ ತನ್ನದೇ ಆದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಗುರುತಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಈ ವಿಧಾನವು ಹೆಚ್ಚಿನ ಪ್ರಮುಖ ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
autofs, autofs4

autofs, autofs4 ಸಹ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲ, ಆದರೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಕರ್ನಲ್ ವಿಸ್ತರಣೆಗಳು ಮೌಂಟ್ ಆಜ್ಞೆಆಯ್ದ ಕಡತ ವ್ಯವಸ್ಥೆಗಳಿಗೆ. ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಬಳಸದಿದ್ದರೆ, umount ಆಜ್ಞೆಯು ಅದರ ಮೇಲೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರನ್ ಆಗುತ್ತದೆ. ಕೆಲವು NFS ಡೈರೆಕ್ಟರಿಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಬಳಸುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಈ ವಿಧಾನವು ಪ್ರಾಥಮಿಕವಾಗಿ ಅನುಕೂಲಕರವಾಗಿರುತ್ತದೆ.

ಅಂತಹ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು, ಸಿಸ್ಟಮ್ ಪ್ರಾರಂಭವಾದಾಗ /etc/init.d/ autofs ಸ್ಕ್ರಿಪ್ಟ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಆಟೋಮೌಂಟ್ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ. ಇದನ್ನು /etc/auto.master ಫೈಲ್ ಬಳಸಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ಅನುಗುಣವಾದ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಉದಾಹರಣೆಗೆ, Red Hat ಮತ್ತು Fedora ನಲ್ಲಿ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, /etc/auto.master ಅಥವಾ /etc/auto.misc ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ನಂತರವೇ autofs ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ.
cramfs ಮತ್ತು squashfs

cramfs ಮತ್ತು squashfs - Cram ಮತ್ತು Squash ಕಡತ ವ್ಯವಸ್ಥೆಗಳು ಓದಲು ಮಾತ್ರ. ಫ್ಲ್ಯಾಶ್ ಮೆಮೊರಿ ಅಥವಾ ROM (ಓದಲು-ಮಾತ್ರ ಮೆಮೊರಿ) ಗೆ ಸಾಧ್ಯವಾದಷ್ಟು ಜಿಪ್ ಮಾಡಿದ ಫೈಲ್‌ಗಳನ್ನು "ಪ್ಯಾಕ್" ಮಾಡಲು ಅವುಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.

ಫ್ಯೂಸ್ - FUSE ಎಂದರೆ ಯೂಸರ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಮತ್ತು ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಡ್ರೈವರ್‌ಗಳನ್ನು ಕರ್ನಲ್‌ನ ಹೊರಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಮತ್ತು ಬಳಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, FUSE ಅನ್ನು ಯಾವಾಗಲೂ ಬಾಹ್ಯ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಡ್ರೈವರ್ನೊಂದಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ. FUSE ನಿರ್ದಿಷ್ಟವಾಗಿ, NTFS ಡ್ರೈವರ್ ntfs-3g ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

gfs ಮತ್ತು ocfs - ಒರಾಕಲ್‌ನಿಂದ ಗ್ಲೋಬಲ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮತ್ತು ಕ್ಲಸ್ಟರ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ (ಒರಾಕಲ್ ಕ್ಲಸ್ಟರ್ ಫೈಲ್ ಸಿಸ್ಟಮ್) ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅನೇಕ ಕಂಪ್ಯೂಟರ್‌ಗಳಿಂದ ಸಮಾನಾಂತರವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದಾದ ದೈತ್ಯ ನೆಟ್‌ವರ್ಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

jffs ಮತ್ತು yaffs - ಜರ್ನಲಿಂಗ್ ಫ್ಲ್ಯಾಶ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮತ್ತು ಮತ್ತೊಂದು ಫ್ಲ್ಯಾಶ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಘನ-ಸ್ಥಿತಿಯ ಡ್ರೈವ್‌ಗಳು ಮತ್ತು ಫ್ಲ್ಯಾಶ್ ಮಾಧ್ಯಮದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೊಂದುವಂತೆ ಮಾಡಲಾಗಿದೆ. ವಿಶೇಷ ಅಲ್ಗಾರಿದಮ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು, ಅಕಾಲಿಕ ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯವನ್ನು ತಪ್ಪಿಸಲು ಅವರು ಎಲ್ಲಾ ಮೆಮೊರಿ ಕೋಶಗಳನ್ನು ಸಮವಾಗಿ ಬಳಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ (ಲೆವೆಲಿಂಗ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಧರಿಸುತ್ತಾರೆ).
ಲೂಪ್

ಲೂಪ್ - ಹುಸಿ ಸಾಧನಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಬಳಸಲಾಗುತ್ತದೆ. ಲೂಪ್‌ಬ್ಯಾಕ್ ಸಾಧನವು ಅಡಾಪ್ಟರ್ ಆಗಿದ್ದು ಅದು ಸಾಮಾನ್ಯ ಫೈಲ್ ಅನ್ನು ಬ್ಲಾಕ್ ಸಾಧನವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದು. ಇದಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ನೀವು ಯಾವುದೇ ಫೈಲ್ನಲ್ಲಿ ಯಾವುದೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಇರಿಸಬಹುದು, ತದನಂತರ ಅದನ್ನು ಮೌಂಟ್ ಬಳಸಿ ಡೈರೆಕ್ಟರಿ ಟ್ರೀಗೆ ಸಂಪರ್ಕಿಸಬಹುದು. ಇದಕ್ಕೆ ಕಾರಣವಾದ ಕರ್ನಲ್ ಕಾರ್ಯ - ಹುಸಿ-ಸಾಧನ ಬೆಂಬಲ - ಲೂಪ್ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ.

ಹುಸಿ ಸಾಧನಗಳಿಗೆ ವಿವಿಧ ಉಪಯೋಗಗಳಿವೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ, GRUB ಅಥವಾ LILO ಗಾಗಿ ಆರಂಭಿಕ RAM ಡಿಸ್ಕ್‌ಗಳನ್ನು ರಚಿಸುವಾಗ, ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಅಳವಡಿಸುವಾಗ ಅಥವಾ CD ಗಳಿಗಾಗಿ ISO ಚಿತ್ರಿಕೆಗಳನ್ನು ಪರೀಕ್ಷಿಸುವಾಗ ಅವುಗಳನ್ನು ಬಳಸಬಹುದು.

ಶೇಖರಣಾ ಮಾಧ್ಯಮ ಫೈಲ್ ಸಿಸ್ಟಮ್ಸ್

ಫೈಲ್ ಸಿಸ್ಟಮ್ಸ್
ISO 9660
ಜೋಲಿಯೆಟ್ ISO 9660 ಫೈಲ್ ಸಿಸ್ಟಮ್ ವಿಸ್ತರಣೆ.
ರಾಕ್ ರಿಡ್ಜ್ (RRIP, IEEE P1282) - POSIX ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಬಳಸಲಾದ ಫೈಲ್ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ISO 9660 ಫೈಲ್ ಸಿಸ್ಟಮ್ ವಿಸ್ತರಣೆ
ಅಮಿಗಾ ರಾಕ್ ರಿಡ್ಜ್ ವಿಸ್ತರಣೆಗಳು
ಎಲ್ ಟೊರಿಟೊ
Apple ISO9660 ವಿಸ್ತರಣೆಗಳು
HFS, HFS+
ಸಾರ್ವತ್ರಿಕ ಡಿಸ್ಕ್ ಫಾರ್ಮ್ಯಾಟ್ಆಪ್ಟಿಕಲ್ ಮೀಡಿಯಾದಲ್ಲಿ ಫೈಲ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನಿಂದ ಸ್ವತಂತ್ರವಾದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಫಾರ್ಮ್ಯಾಟ್‌ನ ನಿರ್ದಿಷ್ಟತೆ. UDF ISO/IEC 13346 ಮಾನದಂಡದ ಅನುಷ್ಠಾನವಾಗಿದೆ
ಮೌಂಟ್ ರೈನಿಯರ್

ಫೈಲ್ ಲಿನಕ್ಸ್ ಸಿಸ್ಟಮ್- ಇದು ಹೆಚ್ಚಾಗಿ ext4 ಆಗಿದೆ. ಇದನ್ನು ಜರ್ನಲ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವಾಗ ಡೇಟಾದೊಂದಿಗೆ ಅನುಕೂಲಕರವಾಗಿ ಕೆಲಸ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಇತರರು ಇವೆ. ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳ ಮುಖ್ಯ ವಿಧಗಳು ಮತ್ತು ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ತತ್ವಗಳನ್ನು ಈ ವಸ್ತುವಿನ ಚೌಕಟ್ಟಿನೊಳಗೆ ಚರ್ಚಿಸಲಾಗುವುದು.

ಲಿನಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ವಿಧಗಳು ಮತ್ತು ಅವುಗಳ ವೈಶಿಷ್ಟ್ಯಗಳು

ವಿಶಿಷ್ಟ ಲಕ್ಷಣಗಳೆಂದರೆ ಫೈಲ್‌ಗಳು, ಭದ್ರತೆ ಮತ್ತು ನಿಯತಾಂಕಗಳೊಂದಿಗೆ (ಬ್ಲಾಕ್ ಗಾತ್ರದಂತಹ) ಕೆಲಸ ಮಾಡುವ ವೇಗವು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಮತ್ತು FS ಅನ್ನು ರಚಿಸುವಾಗ ಹೊಂದಿಸಲಾಗಿದೆ. ಬಹುಶಃ ಪ್ರಮುಖ ಲಕ್ಷಣವೆಂದರೆ ಪತ್ರಿಕೆಯ ಉಪಸ್ಥಿತಿ. ಸಿಸ್ಟಮ್ ಲಾಗ್ ದಾಖಲೆಗಳು ಡೇಟಾವನ್ನು ಅಥವಾ ಮೆಟಾಡೇಟಾ(ಹೆಡರ್ ಮಾತ್ರ) ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದು.

ಯಾವುದೇ ಸಾಧನದಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸಬಹುದು: ಡಿಸ್ಕ್ ಅಥವಾ ಸಿಸ್ಟಮ್ ವಿಭಾಗದಲ್ಲಿ.

EXT2 ಫೈಲ್ ಸಿಸ್ಟಮ್

EXT2 ಪ್ರಸ್ತುತ ಹಳೆಯದಾದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿದ್ದು ಅದನ್ನು ಆಧುನಿಕ ಅನುಸ್ಥಾಪನೆಗಳಲ್ಲಿ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಮುಖ್ಯ ಅನನುಕೂಲವೆಂದರೆ ಲಾಗಿಂಗ್ ಕೊರತೆ, ಅದರ ಪ್ರಕಾರ, ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ ಡೇಟಾವನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ಅಸಾಧ್ಯವಾಗುತ್ತದೆ. ಯುಎಸ್‌ಬಿಯಂತಹ ಪೋರ್ಟಬಲ್ ಸ್ಟೋರೇಜ್ ಮಾಧ್ಯಮದಲ್ಲಿ ಇನ್ನೂ ಬಳಸಲಾಗುತ್ತಿದೆ. ಅವರಿಗೆ ಪತ್ರಿಕೆ ಅಗತ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ನಿರ್ದಿಷ್ಟ ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಇದು ಗರಿಷ್ಠ ಕಾರ್ಯಾಚರಣೆಯ ವೇಗವನ್ನು ಸಹ ಖಾತರಿಪಡಿಸುತ್ತದೆ.

• EXT2 ಗಾಗಿ ಗರಿಷ್ಠ ಫೈಲ್ ಗಾತ್ರ -2 TB

EXT3 ಫೈಲ್ ಸಿಸ್ಟಮ್

ಸೂಪರ್‌ಸೆಡೆಡ್ EXT2, ಮುಖ್ಯ ಲಕ್ಷಣವೆಂದರೆ ಮ್ಯಾಗಜೀನ್‌ನ ನೋಟ, EXT2 ನೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಹಿಂದುಳಿದ ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ (EXT2 ಅನ್ನು ಮುಕ್ತವಾಗಿ EXT3 ಗೆ ಪರಿವರ್ತಿಸಬಹುದು). ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ ಇದು ಅಪರೂಪ; EXT4 ಅನ್ನು ಯಾವಾಗಲೂ ಬಳಸಲಾಗುತ್ತದೆ.

ಜರ್ನಲ್ - ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ದಾಖಲಿಸುವ ಮೆಮೊರಿಯಲ್ಲಿ ವಿಶೇಷ ಪ್ರದೇಶ

• EXT3 ಗಾಗಿ ಗರಿಷ್ಠ ಫೈಲ್ ಗಾತ್ರ -2 TB
• ಎಲ್ಲಾ ಫೈಲ್‌ಗಳ ಗರಿಷ್ಠ ಗಾತ್ರ 32 TB ಆಗಿದೆ
• ಪ್ರತಿ ಡೈರೆಕ್ಟರಿಯು 32,000 ಉಪ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಹೊಂದಬಹುದು

ಜರ್ನಲಿಂಗ್ ಮಾಡುವಾಗ, ಮೂರು ಆಯ್ಕೆಗಳಿವೆ (ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸುವಾಗ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ):

• ಜರ್ನಲ್ - ಮೆಟಾಡೇಟಾ, ಹಾಗೆಯೇ ಮಾಹಿತಿಯು ಜರ್ನಲ್‌ಗೆ
• ಆದೇಶ - ಡೀಫಾಲ್ಟ್ ಆಯ್ಕೆ, ಡಿಸ್ಕ್ಗೆ ಬರೆದ ನಂತರವೂ ಮೆಟಾಡೇಟಾವನ್ನು ಮಾತ್ರ ಉಳಿಸಲಾಗುತ್ತದೆ
• ರೈಟ್‌ಬ್ಯಾಕ್ - ಮೆಟಾಡೇಟಾವನ್ನು ಮಾತ್ರ ಉಳಿಸಲಾಗಿದೆ, ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯುವ ಮೊದಲು ಅಥವಾ ನಂತರ ಅದನ್ನು ಉಳಿಸಲು ನೀವು ಆಯ್ಕೆ ಮಾಡಬಹುದು

EXT4 ಫೈಲ್ ಸಿಸ್ಟಮ್

ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಆಧುನಿಕ ಆವೃತ್ತಿ, ಇದನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ

• ಗರಿಷ್ಠ ಫೈಲ್ ಗಾತ್ರ -2 TB 16 TB
• ಎಲ್ಲಾ ಫೈಲ್‌ಗಳ ಗರಿಷ್ಠ ಗಾತ್ರವು 1 EB (ಎಕ್ಸಾಬೈಟ್) ಆಗಿದೆ. 1 EB = 1024 PB (ಪೆಟಾಬೈಟ್). 1 PB = 1024 TB (ಟೆರಾಬೈಟ್).
• ಪ್ರತಿ ಡೈರೆಕ್ಟರಿಯು 64,000 ಉಪ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಹೊಂದಬಹುದು

EXT4 ನಲ್ಲಿ, ಆಯ್ಕೆಯನ್ನು ಹೊಂದಿಸುವ ಮೂಲಕ ಲಾಗಿಂಗ್ ಅನ್ನು ಆಫ್ ಮಾಡಬಹುದು ಡೇಟಾಅಳವಡಿಸಿದಾಗ ಆರಿಸಿ

ಮುಖ್ಯ ಲಿನಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮತ್ತು ಆಪರೇಟಿಂಗ್ ಅಭ್ಯಾಸವಾಗಿ EXT

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು mk2fs ಆಜ್ಞೆಯೊಂದಿಗೆ ರಚಿಸಲಾಗಿದೆ

ಆರೋಹಿಸುವಾಗ ಅಗತ್ಯವಿರುವ ಲಾಗಿಂಗ್ ಆಯ್ಕೆಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ, ಉದಾಹರಣೆಗೆ:

ಮೌಂಟ್ /dev/vdc /mnt/1 -t ext3 -o ಡೇಟಾ=ಜರ್ನಲ್

EXT2 E ನಿಂದ XT3 ಗೆ ಪರಿವರ್ತಿಸಲಾಗುತ್ತಿದೆ

ರೀಸರ್ಎಫ್ಎಸ್

ReiserFS (ಮತ್ತು SELinux ಬೆಂಬಲದೊಂದಿಗೆ Reiser4 ನ ಆಧುನಿಕ ಅಳವಡಿಕೆ) ಉತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಬಹಳ ಉತ್ಪಾದಕವಾಗಿದೆ - ವಿಶೇಷವಾಗಿ ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಸಣ್ಣ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ. ReiserFS ಪ್ರತಿ ಸಣ್ಣ ಫೈಲ್‌ಗೆ ಐನೋಡ್‌ಗಳನ್ನು ನಿಯೋಜಿಸುವುದಿಲ್ಲ ಆದರೆ ಅವುಗಳನ್ನು ಒಟ್ಟಿಗೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ReiserFS ಹಲವಾರು ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಜರ್ನಲ್ ಅನ್ನು ಸಹ ಬಳಸುತ್ತದೆ. ಪ್ರಸ್ತುತ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಷ್ಯಾದಿಂದ ಡೆವಲಪರ್ಗಳು ಬೆಂಬಲಿಸುತ್ತಾರೆ.

ಆಜ್ಞೆಯೊಂದಿಗೆ ನೀವು ಸಾಧನಕ್ಕಾಗಿ FS ಅನ್ನು ರಚಿಸಬಹುದು

XFS

XFS ಒಂದು ಜರ್ನಲಿಂಗ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ. ಉಪಯೋಗಗಳು ರಾಮ್ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು, ಆದ್ದರಿಂದ ಡೇಟಾ ನಷ್ಟ ಸಾಧ್ಯ - ಉದಾಹರಣೆಗೆ, ವಿದ್ಯುತ್ ಹೋದಾಗ.

ಉಬುಂಟುನಲ್ಲಿ XFS ಅನ್ನು ಬಳಸಲು ನೀವು ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ xfsprogsಮತ್ತು xfsdump

vfat

ಲಿನಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ವಿಂಡೋಸ್ ಪರಿಸರದಲ್ಲಿ ಸಹ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ. ವಿಭಿನ್ನ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಕ್ಲೈಂಟ್‌ಗಳ ಕೆಲವು ಡಿಸ್ಕ್‌ಗಳು ಮತ್ತು ವಿಭಾಗಗಳಿಗೆ ಹಂಚಿಕೆಯ ಪ್ರವೇಶವನ್ನು ನೀವು ಸಂಘಟಿಸಲು ಅಗತ್ಯವಿರುವಾಗ ಇದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಇತರ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಲಿನಕ್ಸ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ ತೊಂದರೆಗಳು ಉಂಟಾಗಬಹುದು ಎಂದು ಅದನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ.

(ಎರಡನೇ ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್).

· ಲಿನಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯ ಇತಿಹಾಸ

· ext2fs ನಲ್ಲಿ ಡಿಸ್ಕ್ ವಿಭಜನಾ ರಚನೆ

·

· ಕ್ಯಾಟಲಾಗ್‌ಗಳು

· ಸಾಧನ ಫೈಲ್‌ಗಳು

·

·

· EXT2fs ಲೈಬ್ರರಿ

· EXT2fs ಸಿಸ್ಟಮ್ ಪರಿಕರಗಳು

· ಕಾರ್ಯಕ್ಷಮತೆಯ ಲೆಕ್ಕಾಚಾರ

ಗಣಿತ ಅಧ್ಯಾಪಕರು

ಸಾಫ್ಟ್ವೇರ್ ಪ್ರೋಗ್ರಾಂ

2 ನೇ ವರ್ಷ 5 ನೇ ಗ್ರಾಂ.

ಚಿಚಿರೋವ್ ಆಂಡ್ರೆ

ಸುಳ್ಳು ವ್ಯವಸ್ಥೆ EXT2fs (ಎರಡನೇ ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್).

ಲಿನಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯ ಇತಿಹಾಸ

ಲಿನಕ್ಸ್‌ನ ಮೊದಲ ಆವೃತ್ತಿಗಳು ಮಿನಿಕ್ಸ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಧರಿಸಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಹೊಸ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದಕ್ಕಿಂತ ಎರಡು ಸಿಸ್ಟಮ್‌ಗಳ ನಡುವೆ ಡಿಸ್ಕ್‌ಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದು ಸುಲಭವಾಗಿದೆ, ಆದ್ದರಿಂದ ಲಿನಸ್ ಟೊರ್ವಾಲ್ಡ್ಸ್ Minix ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಲಿನಕ್ಸ್ ಬೆಂಬಲವನ್ನು ಪರಿಚಯಿಸಲು ನಿರ್ಧರಿಸಿದರು. ಆ ಸಮಯದಲ್ಲಿ, ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್ ತುಲನಾತ್ಮಕವಾಗಿ ಕಡಿಮೆ ಸಂಖ್ಯೆಯ ದೋಷಗಳೊಂದಿಗೆ ಸಾಕಷ್ಟು ಪರಿಣಾಮಕಾರಿ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನವಾಗಿತ್ತು.

ಆದಾಗ್ಯೂ, Minix ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ರಚನೆಯೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ಮಿತಿಗಳು ಸಾಕಷ್ಟು ಹೆಚ್ಚಿದ್ದವು, ಆದ್ದರಿಂದ ಅವರು Linux ಗಾಗಿ ಹೊಸ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಬಗ್ಗೆ ಯೋಚಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು.

ಲಿನಕ್ಸ್ ಕರ್ನಲ್‌ಗೆ ಹೊಸ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಅನುಷ್ಠಾನವನ್ನು ಸರಳಗೊಳಿಸಲು, ವರ್ಚುವಲ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ (ವಿಎಫ್‌ಎಸ್) ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. VFS ಅನ್ನು ಮೂಲತಃ ಕ್ರಿಸ್ ಪ್ರೊವೆನ್ಜಾನೊ ಬರೆದಿದ್ದಾರೆ ಮತ್ತು ನಂತರ ಕರ್ನಲ್‌ಗೆ ಸಂಯೋಜಿಸುವ ಮೊದಲು ಲಿನಸ್ ಟೊರ್ವಾಲ್ಡ್ಸ್‌ರಿಂದ ಪುನಃ ಬರೆಯಲಾಗಿದೆ.

ಕರ್ನಲ್‌ಗೆ VFS ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಹೊಸ ಫೈಲ್ ಸಿಸ್ಟಮ್, EXTfs (ವಿಸ್ತರಿತ ಫೈಲ್ ಸಿಸ್ಟಮ್) ಅನ್ನು ಏಪ್ರಿಲ್ 1992 ರಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಯಿತು ಮತ್ತು ಲಿನಕ್ಸ್ ಆವೃತ್ತಿ 0.96c ಗೆ ಸೇರಿಸಲಾಯಿತು. ಹೊಸ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ, ಮಿನಿಕ್ಸ್ ಸಿಸ್ಟಮ್‌ನ ಎರಡು ಗಮನಾರ್ಹ ಮಿತಿಗಳನ್ನು ತೆಗೆದುಹಾಕಲಾಗಿದೆ: ಅದರ ಗರಿಷ್ಠ ಗಾತ್ರವು 2 ಗಿಗಾಬೈಟ್‌ಗಳನ್ನು ತಲುಪಬಹುದು ಮತ್ತು ಗರಿಷ್ಠ ಫೈಲ್ ಹೆಸರಿನ ಉದ್ದವು 255 ಅಕ್ಷರಗಳಾಗಿರಬಹುದು. ಇದು Minix ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಸುಧಾರಣೆಯಾಗಿದೆ, ಆದರೂ ಕೆಲವು ಸಮಸ್ಯೆಗಳು ಇನ್ನೂ ಇವೆ. ಹಂಚಿದ ಪ್ರವೇಶ, ಇಂಡೆಕ್ಸ್ ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ನ ಮಾರ್ಪಾಡು ಮತ್ತು ಫೈಲ್ ಬದಲಾವಣೆಯ ಸಮಯದ ಕೋಶಗಳ ಮಾರ್ಪಾಡುಗಳಿಗೆ ಯಾವುದೇ ಬೆಂಬಲವಿಲ್ಲ. ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಉಚಿತ ಬ್ಲಾಕ್‌ಗಳು ಮತ್ತು ಐನೋಡ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಲಿಂಕ್ ಮಾಡಿದ ಪಟ್ಟಿಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಇದು ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ: ಕಾಲಾನಂತರದಲ್ಲಿ, ಪಟ್ಟಿಗಳು ಕ್ರಮಬದ್ಧವಾಗಿಲ್ಲ ಮತ್ತು ವಿಂಗಡಿಸಲ್ಪಟ್ಟಿಲ್ಲ, ಇದು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ವಿಘಟನೆಗೆ ಕಾರಣವಾಯಿತು.

ಈ ಸಮಸ್ಯೆಗಳಿಗೆ ಪರಿಹಾರವೆಂದರೆ ಜನವರಿ 1993 ರಲ್ಲಿ ಎರಡು ಹೊಸ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಆಲ್ಫಾ ಆವೃತ್ತಿಗಳ ಬಿಡುಗಡೆಯಾಗಿದೆ: Xia ಮತ್ತು EXT2fs (ಎರಡನೇ ವಿಸ್ತೃತ ಫೈಲ್ ಸಿಸ್ಟಮ್). ಬಹುಪಾಲು, Xia ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮಿನಿಕ್ಸ್ ಅನ್ನು ಆಧರಿಸಿದೆ, ಕೆಲವು ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸೇರಿಸಲಾಗಿದೆ. ಇದು ಮುಖ್ಯವಾಗಿ ದೀರ್ಘ ಫೈಲ್ ಹೆಸರುಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ, ದೊಡ್ಡ ಡಿಸ್ಕ್ ವಿಭಾಗಗಳಿಗೆ ಬೆಂಬಲ ಮತ್ತು ಮೂರು ಫೈಲ್ ಬದಲಾವಣೆಯ ಸಮಯದ ಕೋಶಗಳಿಗೆ ಬೆಂಬಲವಾಗಿದೆ. ಮತ್ತೊಂದೆಡೆ, EXT2fs ಅನೇಕ ಸುಧಾರಣೆಗಳು ಮತ್ತು ಸೇರ್ಪಡೆಗಳೊಂದಿಗೆ EXTfs ಅನ್ನು ಆಧರಿಸಿದೆ. ಇದು ಭವಿಷ್ಯದ ಅಭಿವೃದ್ಧಿಗೆ ಅವಕಾಶಗಳನ್ನು ಸಹ ಹೊಂದಿತ್ತು.

ಈ ಎರಡು ಕಡತ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದಾಗ, ಅವು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಸರಿಸುಮಾರು ಸಮಾನವಾಗಿದ್ದವು. Xia ವ್ಯವಸ್ಥೆಯು ಅದನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಮೂಲಕ EXT2fs ಗಿಂತ ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿತ್ತು. ಅವುಗಳು ಹೆಚ್ಚು ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲ್ಪಟ್ಟಂತೆ, EXT2fs ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು ಮತ್ತು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳು ಮತ್ತು ಸುಧಾರಣೆಗಳನ್ನು ಸೇರಿಸಲಾಯಿತು. EXT2fs ಕಡತ ವ್ಯವಸ್ಥೆಯು ಈಗ ಅತ್ಯಂತ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ ಮತ್ತು ವಸ್ತುತಃ Linux ಕಡತ ವ್ಯವಸ್ಥೆಯ ಮಾನದಂಡವಾಗಿದೆ.

ಕೆಳಗಿನ ಕೋಷ್ಟಕವು ವಿವಿಧ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಂದ ಒದಗಿಸಲಾದ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಬಗ್ಗೆ ಸಾಮಾನ್ಯ ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ.

	ಮಿನಿಕ್ಸ್ ಎಫ್ಎಸ್	Ext FS	Ext2FS	ಕ್ಸಿಯಾ ಎಫ್ಎಸ್
ಗರಿಷ್ಠ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಗಾತ್ರ
ಗರಿಷ್ಠ ಫೈಲ್ ಉದ್ದ
ಗರಿಷ್ಠ ಫೈಲ್ ಹೆಸರಿನ ಉದ್ದ
ಮೂರು ಫೈಲ್ ಬದಲಾವಣೆ ಸಮಯ ಕೋಶಗಳಿಗೆ ಬೆಂಬಲ
ವಿಸ್ತರಣೆ
ಮರುಗಾತ್ರಗೊಳಿಸಬಹುದಾದ ಬ್ಲಾಕ್ ಗಾತ್ರ
ಮಾಹಿತಿ ರಕ್ಷಣೆ

ಅಗತ್ಯವಿದ್ದರೆ, ಫೈಲ್ ಹೆಸರಿನ ಉದ್ದ ಎಕ್ಸ್ಟ್ 2 1012ಕ್ಕೆ ಹೆಚ್ಚಿಸಬಹುದು.

EXT2fs ರೂಟ್ ಬಳಕೆದಾರರಿಗೆ ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಕಾಯ್ದಿರಿಸುತ್ತದೆ. ವಿಶಿಷ್ಟವಾಗಿ ಇದು ಒಟ್ಟು ಮೊತ್ತದ 5% ಆಗಿರುತ್ತದೆ, ಇದು ಇತರ ಬಳಕೆದಾರರ ಪ್ರಕ್ರಿಯೆಗಳೊಂದಿಗೆ ತುಂಬಿದಾಗ ಹಾರ್ಡ್ ಡಿಸ್ಕ್ ಸ್ಥಳವು ಖಾಲಿಯಾಗುವುದನ್ನು ತಪ್ಪಿಸಲು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರನ್ನು ಅನುಮತಿಸುತ್ತದೆ.

ext2fs ನಲ್ಲಿ ಡಿಸ್ಕ್ ವಿಭಜನಾ ರಚನೆ

ಹಾರ್ಡ್ ಡ್ರೈವ್ ತಯಾರಕರು ಸಾಮಾನ್ಯವಾಗಿ ತಮ್ಮ ಉತ್ಪನ್ನಗಳನ್ನು ಕಡಿಮೆ-ಮಟ್ಟದ ಫಾರ್ಮ್ಯಾಟ್ ಮಾಡಿರುತ್ತಾರೆ. ನನಗೆ ತಿಳಿದಿರುವಂತೆ, ಇದರರ್ಥ ಸಂಪೂರ್ಣ ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ವಿಶೇಷ ಲೇಬಲ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಗಾತ್ರದಲ್ಲಿ 512 ಬೈಟ್‌ಗಳ "ಸೆಕ್ಟರ್‌ಗಳು" ಎಂದು ವಿಂಗಡಿಸಲಾಗಿದೆ. ಅಂತಹ ಡಿಸ್ಕ್ (ಅಥವಾ ಡಿಸ್ಕ್ ವಿಭಾಗ) ನಿರ್ದಿಷ್ಟ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನಲ್ಲಿ ಬಳಸಲು ಸಿದ್ಧಪಡಿಸಬೇಕು. MS-DOS ಅಥವಾ Windows ನಲ್ಲಿ, ತಯಾರಿ ವಿಧಾನವನ್ನು ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ, ಮತ್ತು Linux ನಲ್ಲಿ - ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸುವುದು. ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತಿದೆ ext2fsಡಿಸ್ಕ್ ವಿಭಾಗದಲ್ಲಿ ಒಂದು ನಿರ್ದಿಷ್ಟ ತಾರ್ಕಿಕ ರಚನೆಯನ್ನು ರಚಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಈ ರಚನೆಯನ್ನು ಈ ಕೆಳಗಿನಂತೆ ನಿರ್ಮಿಸಲಾಗಿದೆ. ಮೊದಲಿಗೆ, ಡಿಸ್ಕ್ನಲ್ಲಿ ಬೂಟ್ ಪ್ರದೇಶವನ್ನು ಹಂಚಲಾಗುತ್ತದೆ. ಯಾವುದೇ ಕಡತ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಬೂಟ್ ಪ್ರದೇಶವನ್ನು ರಚಿಸಲಾಗಿದೆ. ಪ್ರಾಥಮಿಕ ವಿಭಾಗದಲ್ಲಿ, ಇದು ಬೂಟ್ ರೆಕಾರ್ಡ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ - ಪ್ರಾರಂಭದಲ್ಲಿ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವ ಕೋಡ್ನ ತುಂಡು. ಈ ಪ್ರದೇಶವನ್ನು ಇತರ ವಿಭಾಗಗಳಲ್ಲಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಉಳಿದ ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ಬ್ಲಾಕ್ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ. ಒಂದು ಬ್ಲಾಕ್ 1, 2, ಅಥವಾ 4 ಕಿಲೋಬೈಟ್ ಗಾತ್ರದಲ್ಲಿರಬಹುದು. ಬ್ಲಾಕ್ ಎನ್ನುವುದು ಡಿಸ್ಕ್ ಜಾಗದ ವಿಳಾಸ ಮಾಡಬಹುದಾದ ಘಟಕವಾಗಿದೆ. ಫೈಲ್‌ಗಳನ್ನು ಬ್ಲಾಕ್‌ಗಳಲ್ಲಿ ಹಂಚಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಬ್ಲಾಕ್ ಗಾತ್ರವನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ವ್ಯಾಪಾರ-ವಹಿವಾಟುಗಳಿವೆ. ದೊಡ್ಡ ಗಾತ್ರಬ್ಲಾಕ್, ನಿಯಮದಂತೆ, ಫೈಲ್ ಅನ್ನು ಓದುವಾಗ ಅಥವಾ ಬರೆಯುವಾಗ ಡಿಸ್ಕ್ ಪ್ರವೇಶಗಳ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಇದು ವ್ಯರ್ಥ ಜಾಗದ ಪ್ರಮಾಣವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ, ವಿಶೇಷವಾಗಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸಣ್ಣ ಫೈಲ್‌ಗಳು ಇದ್ದಾಗ.

ತಮ್ಮ ಪ್ರದೇಶದಲ್ಲಿನ ಬ್ಲಾಕ್ಗಳನ್ನು ಬ್ಲಾಕ್ಗಳ ಗುಂಪುಗಳಾಗಿ ಸಂಯೋಜಿಸಲಾಗಿದೆ. ಕಡತ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಬ್ಲಾಕ್‌ಗಳ ಗುಂಪುಗಳು ಮತ್ತು ಗುಂಪಿನೊಳಗಿನ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಸಂಖ್ಯೆ ಮಾಡಲಾಗುತ್ತದೆ, 1 ರಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಡಿಸ್ಕ್‌ನಲ್ಲಿನ ಮೊದಲ ಬ್ಲಾಕ್ ಅನ್ನು ಸಂಖ್ಯೆ 1 ಮತ್ತು ಗುಂಪು ಸಂಖ್ಯೆ 1 ಗೆ ಸೇರಿದೆ. ಡಿಸ್ಕ್‌ನಲ್ಲಿರುವ ಒಟ್ಟು ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ (ಡಿಸ್ಕ್ ವಿಭಾಗದಲ್ಲಿ) ಡಿಸ್ಕ್ನ ಸಾಮರ್ಥ್ಯದ ವಿಭಾಜಕವಾಗಿದೆ, ವಲಯಗಳಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಬ್ಲಾಕ್ ಗುಂಪುಗಳ ಸಂಖ್ಯೆಯು ಬ್ಲಾಕ್ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಭಾಗಿಸಬೇಕಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಕೊನೆಯ ಬ್ಲಾಕ್ ಗುಂಪು ಪೂರ್ಣವಾಗಿಲ್ಲದಿರಬಹುದು. ಪ್ರತಿಯೊಂದು ಗುಂಪಿನ ಬ್ಲಾಕ್‌ಗಳ ಪ್ರಾರಂಭವು ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ, ಅದನ್ನು ((ಗುಂಪು ಸಂಖ್ಯೆ - 1)* (ಗುಂಪಿನಲ್ಲಿ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ)) ಎಂದು ಪಡೆಯಬಹುದು.

ಪ್ರತಿಯೊಂದು ಗುಂಪಿನ ಬ್ಲಾಕ್‌ಗಳು ಒಂದೇ ರೀತಿಯ ರಚನೆಯನ್ನು ಹೊಂದಿವೆ. ಇದರ ರಚನೆಯನ್ನು ಕೆಳಗಿನ ಕೋಷ್ಟಕದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ.

ಬ್ಲಾಕ್‌ಗಳ ಡಿಸ್ಕ್ ವಿಭಜನಾ ಗುಂಪಿನ ರಚನೆ ext2fs

ಈ ರಚನೆಯ ಮೊದಲ ಅಂಶ (ಸೂಪರ್ಬ್ಲಾಕ್) ಎಲ್ಲಾ ಗುಂಪುಗಳಿಗೆ ಒಂದೇ ಆಗಿರುತ್ತದೆ ಮತ್ತು ಉಳಿದವುಗಳು ಪ್ರತಿ ಗುಂಪಿಗೆ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ. ಸೂಪರ್ಬ್ಲಾಕ್ ಅನ್ನು ಪ್ರತಿ ಬ್ಲಾಕ್ ಗುಂಪಿನ ಮೊದಲ ಬ್ಲಾಕ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ (ಮೊದಲ ಬ್ಲಾಕ್ನಲ್ಲಿ ಬೂಟ್ ರೆಕಾರ್ಡ್ ಹೊಂದಿರುವ ಗುಂಪು 1 ಅನ್ನು ಹೊರತುಪಡಿಸಿ). ಸೂಪರ್ಬ್ಲಾಕ್ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಆರಂಭಿಕ ಹಂತವಾಗಿದೆ. ಇದು 1024 ಬೈಟ್‌ಗಳ ಗಾತ್ರದಲ್ಲಿದೆ ಮತ್ತು ಯಾವಾಗಲೂ ಕಡತ ವ್ಯವಸ್ಥೆಯ ಆರಂಭದಿಂದ ಆಫ್‌ಸೆಟ್ 1024 ಬೈಟ್‌ಗಳಲ್ಲಿ ಇದೆ. ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಈ ಅಂಶದ ತೀವ್ರ ಪ್ರಾಮುಖ್ಯತೆಯಿಂದ ಸೂಪರ್ಬ್ಲಾಕ್ನ ಬಹು ಪ್ರತಿಗಳ ಉಪಸ್ಥಿತಿಯನ್ನು ವಿವರಿಸಲಾಗಿದೆ. ವೈಫಲ್ಯಗಳ ನಂತರ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಮರುಪಡೆಯುವಾಗ ಸೂಪರ್ಬ್ಲಾಕ್ ನಕಲುಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.

ಸೂಪರ್ಬ್ಲಾಕ್ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಮಾಹಿತಿಯನ್ನು ಡಿಸ್ಕ್ನಲ್ಲಿನ ಉಳಿದ ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ಸಂಘಟಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಸೂಪರ್‌ಬ್ಲಾಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಗಾತ್ರವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ವಿಭಾಗದಲ್ಲಿನ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಫೈಲ್‌ಗಳು, ಮುಕ್ತ ಸ್ಥಳದ ಪ್ರಮಾಣ ಮತ್ತು ಹಂಚಿಕೆಯಾಗದ ಪ್ರದೇಶಗಳನ್ನು ಎಲ್ಲಿ ನೋಡಬೇಕು ಎಂಬ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. OS ಪ್ರಾರಂಭವಾದಾಗ, ಸೂಪರ್‌ಬ್ಲಾಕ್ ಅನ್ನು ಮೆಮೊರಿಗೆ ಓದಲಾಗುತ್ತದೆ ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಮೊದಲು OS ನಲ್ಲಿರುವ ಸೂಪರ್‌ಬ್ಲಾಕ್‌ನ ಪ್ರತಿಯಲ್ಲಿ ಪ್ರತಿಫಲಿಸುತ್ತದೆ ಮತ್ತು ನಿಯತಕಾಲಿಕವಾಗಿ ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ. ಇದು ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಅನೇಕ ಬಳಕೆದಾರರು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳು ನಿರಂತರವಾಗಿ ಫೈಲ್‌ಗಳನ್ನು ನವೀಕರಿಸುತ್ತಿರುತ್ತವೆ. ಮತ್ತೊಂದೆಡೆ, ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಫ್ ಮಾಡಿದಾಗ, ಸೂಪರ್ಬ್ಲಾಕ್ ಅನ್ನು ಡಿಸ್ಕ್ಗೆ ಬರೆಯಬೇಕು, ಅದು ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಆಫ್ ಮಾಡಲು ಅನುಮತಿಸುವುದಿಲ್ಲ ಸರಳ ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆಪೋಷಣೆ. ಇಲ್ಲದಿದ್ದರೆ, ಮುಂದಿನ ಬಾರಿ ನೀವು ಬೂಟ್ ಮಾಡಿದಾಗ, ಸೂಪರ್ಬ್ಲಾಕ್ನಲ್ಲಿ ದಾಖಲಿಸಲಾದ ಮಾಹಿತಿಯು ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ನೈಜ ಸ್ಥಿತಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ.

ಸೂಪರ್ಬ್ಲಾಕ್ ಈ ಕೆಳಗಿನ ರಚನೆಯನ್ನು ಹೊಂದಿದೆ

ಕ್ಷೇತ್ರದ ಹೆಸರು	ಮಾದರಿ	ಒಂದು ಕಾಮೆಂಟ್
s_inodes_count	ULONG	ಕಡತ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಐನೋಡ್‌ಗಳ ಸಂಖ್ಯೆ
s_blocks_count	ULONG	ಕಡತ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ
s_r_blocks_count	ULONG	ಸೂಪರ್‌ಯೂಸರ್‌ಗಾಗಿ ಕಾಯ್ದಿರಿಸಿದ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ
s_free_blocks_count	ULONG	ಉಚಿತ ಬ್ಲಾಕ್ ಕೌಂಟರ್
s_free_inodes_count	ULONG	ಉಚಿತ ಐನೋಡ್ ಕೌಂಟರ್
s_first_data_block	ULONG	ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿರುವ ಮೊದಲ ಬ್ಲಾಕ್. ಬ್ಲಾಕ್ ಗಾತ್ರವನ್ನು ಅವಲಂಬಿಸಿ, ಈ ಕ್ಷೇತ್ರವು 0 ಅಥವಾ 1 ಆಗಿರಬಹುದು.
s_log_block_size	ULONG	ತಾರ್ಕಿಕ ಬ್ಲಾಕ್ ಗಾತ್ರ ಸೂಚಕ: 0 = 1 KB; 1 = 2 ಕೆಬಿ; 2 = 4 ಕೆಬಿ.
s_log_frag_size	ಉದ್ದ	ತುಣುಕಿನ ಗಾತ್ರ ಸೂಚಕ (ತುಣುಕು ಪರಿಕಲ್ಪನೆಯನ್ನು ಪ್ರಸ್ತುತ ಬಳಸಲಾಗಿಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ)
s_blocks_per_group	ULONG	ಪ್ರತಿ ಬ್ಲಾಕ್ ಗುಂಪಿನಲ್ಲಿರುವ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ
s_frags_per_group	ULONG	ಪ್ರತಿ ಬ್ಲಾಕ್ ಗುಂಪಿನಲ್ಲಿರುವ ತುಣುಕುಗಳ ಸಂಖ್ಯೆ
s_inodes_per_group	ULONG	ಪ್ರತಿ ಬ್ಲಾಕ್ ಗುಂಪಿನಲ್ಲಿರುವ ಐನೋಡ್‌ಗಳ ಸಂಖ್ಯೆ
s_mtime	ULONG	ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಕೊನೆಯದಾಗಿ ಆರೋಹಿಸಿದ ಸಮಯ.
s_wtime	ULONG	ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಕೊನೆಯದಾಗಿ ಬರೆದ ಸಮಯ
s_mnt_count	USHORT	ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆರೋಹಣಗಳ ಸಂಖ್ಯೆಯ ಕೌಂಟರ್. ಈ ಕೌಂಟರ್ ಮುಂದಿನ ಕ್ಷೇತ್ರದಲ್ಲಿ (s_max_mnt_count) ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಮೌಲ್ಯವನ್ನು ತಲುಪಿದರೆ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬೇಕು (ಇದನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದಾಗ ಮಾಡಲಾಗುತ್ತದೆ) ಮತ್ತು ಕೌಂಟರ್ ಅನ್ನು ಶೂನ್ಯಕ್ಕೆ ಮರುಹೊಂದಿಸಲಾಗುತ್ತದೆ.
s_max_mnt_count	ಚಿಕ್ಕದು	ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಎಷ್ಟು ಬಾರಿ ಆರೋಹಿಸಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ಸಂಖ್ಯೆ
s_ಮ್ಯಾಜಿಕ್	USHORT	"ಮ್ಯಾಜಿಕ್ ಸಂಖ್ಯೆ" (0xEF53) ಕಡತ ವ್ಯವಸ್ಥೆಯು ex2fs ಪ್ರಕಾರವಾಗಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ
s_ರಾಜ್ಯ	USHORT	ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಸೂಚಿಸುವ ಧ್ವಜಗಳು (ಇದು ಸ್ವಚ್ಛವಾಗಿದೆಯೇ, ಇತ್ಯಾದಿ.)
s_ದೋಷಗಳು	USHORT	ದೋಷ ಸಂದೇಶಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಸೂಚಿಸುವ ಫ್ಲ್ಯಾಗ್‌ಗಳು (ದೋಷಗಳು ಕಂಡುಬಂದರೆ ಏನು ಮಾಡಬೇಕು).
s_pad	USHORT	ತುಂಬಿಸುವ
s_ಕೊನೆಯ ಚೆಕ್	ULONG	ಕೊನೆಯ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರಿಶೀಲನೆಯ ಸಮಯ
s_checkinterval	ULONG	ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರಿಶೀಲನೆಗಳ ನಡುವಿನ ಗರಿಷ್ಠ ಅವಧಿ
s_creator_os	ULONG	ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸಲಾದ ಓಎಸ್ ಪ್ರಕಾರದ ಸೂಚನೆ
s_rev_level	ULONG	ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಆವೃತ್ತಿ (ಪರಿಷ್ಕರಣೆ ಮಟ್ಟ).
s_ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ	ULONG	1024 ಬೈಟ್‌ಗಳವರೆಗೆ ಪ್ಯಾಡಿಂಗ್

ಸೂಪರ್ಬ್ಲಾಕ್ ಅನ್ನು ಅನುಸರಿಸುವುದು ಬ್ಲಾಕ್ಗಳ ಗುಂಪಿನ ವಿವರಣೆಯಾಗಿದೆ (ಗುಂಪು ವಿವರಣೆಗಳು). ಈ ವಿವರಣೆಯು ಈ ಕೆಳಗಿನ ರಚನೆಯೊಂದಿಗೆ ಒಂದು ಶ್ರೇಣಿಯಾಗಿದೆ.

ಕ್ಷೇತ್ರದ ಹೆಸರು	ಮಾದರಿ	ಉದ್ದೇಶ
bg_block_bitmap	ULONG	ಈ ಗುಂಪಿನ ಬ್ಲಾಕ್ ಬಿಟ್‌ಮ್ಯಾಪ್ ಹೊಂದಿರುವ ಬ್ಲಾಕ್‌ನ ವಿಳಾಸ
bg_inode_bitmap	ULONG	ಈ ಗುಂಪಿನ ಐನೋಡ್ ಬಿಟ್‌ಮ್ಯಾಪ್ ಹೊಂದಿರುವ ಬ್ಲಾಕ್‌ನ ವಿಳಾಸ
bg_inode_table	ULONG	ಈ ಗುಂಪಿನ ಐನೋಡ್ ಕೋಷ್ಟಕವನ್ನು ಹೊಂದಿರುವ ಬ್ಲಾಕ್‌ನ ವಿಳಾಸ
bg_free_blocks_count	USHORT	ಈ ಗುಂಪಿನಲ್ಲಿರುವ ಉಚಿತ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆಯ ಕೌಂಟರ್
bg_free_inodes_count	USHORT	ಈ ಗುಂಪಿನಲ್ಲಿರುವ ಉಚಿತ ಐನೋಡ್‌ಗಳ ಸಂಖ್ಯೆ
bg_used_dirs_count	USHORT	ಡೈರೆಕ್ಟರಿಗಳಾದ ನಿರ್ದಿಷ್ಟ ಗುಂಪಿನಲ್ಲಿರುವ ಐನೋಡ್‌ಗಳ ಸಂಖ್ಯೆ
bg_pad	USHORT	ತುಂಬಿಸುವ
bg_reserved	ULONG	ತುಂಬಿಸುವ

ಬ್ಲಾಕ್ ಗುಂಪಿನ ವಿವರಣೆಯ ಗಾತ್ರವನ್ನು ಹೀಗೆ ಲೆಕ್ಕ ಹಾಕಬಹುದು (block_group_size_in_ext2 * number_of_groups) / block_size(ಅಗತ್ಯವಿದ್ದರೆ ಸುತ್ತಿನಲ್ಲಿ).

ಗುಂಪು ವಿವರಣೆಯಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಮಾಹಿತಿಯನ್ನು ಬ್ಲಾಕ್ ಮತ್ತು ಐನೋಡ್ ಬಿಟ್‌ಮ್ಯಾಪ್‌ಗಳನ್ನು ಮತ್ತು ಐನೋಡ್ ಟೇಬಲ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಬಳಸಲಾಗುತ್ತದೆ. ಬ್ಲಾಕ್‌ಗಳು ಮತ್ತು ಬ್ಲಾಕ್‌ಗಳ ಗುಂಪುಗಳು 1 ರಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ ಎಂಬುದನ್ನು ಮರೆಯಬೇಡಿ.

ಬ್ಲಾಕ್ ಬಿಟ್‌ಮ್ಯಾಪ್ ಒಂದು ರಚನೆಯಾಗಿದ್ದು, ಇದರಲ್ಲಿ ಪ್ರತಿ ಬಿಟ್ ಫೈಲ್‌ಗೆ ಅನುಗುಣವಾದ ಬ್ಲಾಕ್ ಅನ್ನು ಹಂಚಲಾಗಿದೆಯೇ ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಬಿಟ್ 1 ಆಗಿದ್ದರೆ, ಬ್ಲಾಕ್ ಕಾರ್ಯನಿರತವಾಗಿದೆ. ಫೈಲ್‌ಗಾಗಿ ಜಾಗವನ್ನು ನಿಯೋಜಿಸಲು ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಉಚಿತ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಹುಡುಕಲು ಈ ನಕ್ಷೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಬ್ಲಾಕ್ ಬಿಟ್‌ಮ್ಯಾಪ್ ಹಲವಾರು ಬ್ಲಾಕ್‌ಗಳನ್ನು ಆಕ್ರಮಿಸುತ್ತದೆ (number_of_blocks_in_group / 8) / block_size(ಅಗತ್ಯವಿದ್ದರೆ ಸುತ್ತಿನಲ್ಲಿ).

ಐನೋಡ್ ಬಿಟ್‌ಮ್ಯಾಪ್ ಐನೋಡ್ ಟೇಬಲ್‌ಗೆ ಹೋಲುವ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ: ಇದು ಯಾವ ಐನೋಡ್‌ಗಳು ಬಳಕೆಯಲ್ಲಿವೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.

ಬ್ಲಾಕ್ ಗುಂಪಿನ ರಚನೆಯಲ್ಲಿನ ಮುಂದಿನ ಪ್ರದೇಶವನ್ನು ಫೈಲ್ ಐನೋಡ್ ಟೇಬಲ್ ಅನ್ನು ಸಂಗ್ರಹಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಐನೋಡ್‌ನ ರಚನೆಯನ್ನು ಮುಂದಿನ ಉಪವಿಭಾಗದಲ್ಲಿ ಹೆಚ್ಚು ವಿವರವಾಗಿ ಚರ್ಚಿಸಲಾಗಿದೆ.

ಸರಿ, ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಬ್ಲಾಕ್ಗಳ ಗುಂಪಿನಲ್ಲಿ ಉಳಿದಿರುವ ಎಲ್ಲಾ ಜಾಗವನ್ನು ನಿಜವಾದ ಫೈಲ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಹಂಚಲಾಗುತ್ತದೆ.

ಫೈಲ್ ಸಿಸ್ಟಮ್ Ext 2 ಅನ್ನು ಇವರಿಂದ ನಿರೂಪಿಸಲಾಗಿದೆ:

• ಕ್ರಮಾನುಗತ ರಚನೆ,
• ಡೇಟಾ ಸೆಟ್‌ಗಳ ಸಂಘಟಿತ ಪ್ರಕ್ರಿಯೆ,
• ಡೈನಾಮಿಕ್ ಫೈಲ್ ವಿಸ್ತರಣೆ,
• ಫೈಲ್‌ಗಳಲ್ಲಿನ ಮಾಹಿತಿಯ ರಕ್ಷಣೆ,
• ಬಾಹ್ಯ ಸಾಧನಗಳನ್ನು (ಟರ್ಮಿನಲ್‌ಗಳು ಮತ್ತು ಟೇಪ್ ಸಾಧನಗಳಂತಹ) ಫೈಲ್‌ಗಳಾಗಿ ಪರಿಗಣಿಸುವುದು.

ಆಂತರಿಕ ಫೈಲ್ ಪ್ರಾತಿನಿಧ್ಯ

Ext 2 ಸಿಸ್ಟಂನಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಫೈಲ್ ವಿಶಿಷ್ಟವಾದ ಸೂಚ್ಯಂಕವನ್ನು ಹೊಂದಿದೆ. ಫೈಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಯಾವುದೇ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಅಗತ್ಯವಿರುವ ಮಾಹಿತಿಯನ್ನು ಸೂಚ್ಯಂಕ ಒಳಗೊಂಡಿದೆ. ಉತ್ತಮವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಸಿಸ್ಟಮ್ ಕರೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಫೈಲ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸುವುದನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಅರ್ಹವಾದ ಫೈಲ್ ಹೆಸರಿನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಅಕ್ಷರಗಳ ಸ್ಟ್ರಿಂಗ್‌ನೊಂದಿಗೆ ಫೈಲ್ ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಸಂಯುಕ್ತ ಹೆಸರು ಫೈಲ್ ಅನ್ನು ಅನನ್ಯವಾಗಿ ಗುರುತಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಿಸ್ಟಮ್ ಕರ್ನಲ್ ಈ ಹೆಸರನ್ನು ಫೈಲ್ ಇಂಡೆಕ್ಸ್ ಆಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ, ಡಿಸ್ಕ್ನಲ್ಲಿ ಫೈಲ್ ಮಾಹಿತಿ ಇರುವ ವಿಳಾಸಗಳ ಕೋಷ್ಟಕವನ್ನು ಸೂಚ್ಯಂಕ ಒಳಗೊಂಡಿದೆ. ಡಿಸ್ಕ್‌ನಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಬ್ಲಾಕ್ ಅನ್ನು ಅದರ ಸ್ವಂತ ಸಂಖ್ಯೆಯಿಂದ ಸಂಬೋಧಿಸಲಾಗಿರುವುದರಿಂದ, ಈ ಟೇಬಲ್ ಡಿಸ್ಕ್ ಬ್ಲಾಕ್ ಸಂಖ್ಯೆಗಳ ಸಂಗ್ರಹವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ನಮ್ಯತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು, ಕರ್ನಲ್ ಫೈಲ್ ಅನ್ನು ಒಂದು ಸಮಯದಲ್ಲಿ ಒಂದು ಬ್ಲಾಕ್ ಅನ್ನು ಸೇರಿಸುತ್ತದೆ, ಇದು ಫೈಲ್‌ನ ಮಾಹಿತಿಯನ್ನು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಾದ್ಯಂತ ಹರಡಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಆದರೆ ಈ ವಿನ್ಯಾಸವು ಡೇಟಾವನ್ನು ಹುಡುಕುವ ಕಾರ್ಯವನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸುತ್ತದೆ. ವಿಳಾಸ ಕೋಷ್ಟಕವು ಫೈಲ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರುವ ಬ್ಲಾಕ್ ಸಂಖ್ಯೆಗಳ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಸರಳ ಲೆಕ್ಕಾಚಾರಗಳು ಸೂಚ್ಯಂಕದಲ್ಲಿನ ಫೈಲ್ ಬ್ಲಾಕ್‌ಗಳ ರೇಖೀಯ ಪಟ್ಟಿಯನ್ನು ನಿರ್ವಹಿಸುವುದು ಕಷ್ಟ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಸಣ್ಣ ಸೂಚ್ಯಂಕ ರಚನೆಯು ದೊಡ್ಡ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಅನುಮತಿಸಲು, ಡಿಸ್ಕ್ ಬ್ಲಾಕ್ ವಿಳಾಸಗಳ ಕೋಷ್ಟಕವನ್ನು ಚಿತ್ರ 1 ರಲ್ಲಿ ತೋರಿಸಿರುವ ರಚನೆಗೆ ಅನುಗುಣವಾಗಿ ತರಲಾಗುತ್ತದೆ.

Ext 2 ಸಿಸ್ಟಮ್‌ನಲ್ಲಿರುವ ಹೆಚ್ಚಿನ ಫೈಲ್‌ಗಳು 10 KB ಅಥವಾ 1 KB ಗಿಂತ ದೊಡ್ಡದಾಗಿರುವುದಿಲ್ಲ! ಏಕೆಂದರೆ ಫೈಲ್‌ನ 10 KB ನೇರ ವಿಳಾಸ ಬ್ಲಾಕ್‌ಗಳಲ್ಲಿ ನೆಲೆಗೊಂಡಿರುವುದರಿಂದ, ಫೈಲ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಹೆಚ್ಚಿನ ಡೇಟಾವನ್ನು ಒಂದೇ ಡಿಸ್ಕ್ ಪ್ರವೇಶದಲ್ಲಿ ಪ್ರವೇಶಿಸಬಹುದು. ಆದ್ದರಿಂದ, ದೊಡ್ಡ ಫೈಲ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸುವುದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿ, ಪ್ರಮಾಣಿತ ಗಾತ್ರದ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ವೇಗವಾಗಿರುತ್ತದೆ.

ಫೈಲ್ ಐನೋಡ್ಸ್

ಡಿಸ್ಕ್ನಲ್ಲಿನ ಪ್ರತಿಯೊಂದು ಫೈಲ್ ಒಂದು ಮತ್ತು ಒಂದೇ ಒಂದು ಫೈಲ್ ಐನೋಡ್ಗೆ ಸಂಬಂಧಿಸಿದೆ, ಅದನ್ನು ಅದರ ಅನುಕ್ರಮ ಸಂಖ್ಯೆಯಿಂದ ಗುರುತಿಸಲಾಗುತ್ತದೆ - ಫೈಲ್ ಇಂಡೆಕ್ಸ್. ಇದರರ್ಥ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ರಚಿಸಬಹುದಾದ ಫೈಲ್‌ಗಳ ಸಂಖ್ಯೆಯು ಐನೋಡ್‌ಗಳ ಸಂಖ್ಯೆಯಿಂದ ಸೀಮಿತವಾಗಿರುತ್ತದೆ, ಇದು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸಿದಾಗ ಅಥವಾ ಡಿಸ್ಕ್ ವಿಭಾಗದ ಭೌತಿಕ ಗಾತ್ರದ ಆಧಾರದ ಮೇಲೆ ಲೆಕ್ಕಾಚಾರ ಮಾಡುವಾಗ ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗುತ್ತದೆ. ಇನೋಡ್‌ಗಳು ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಸ್ಥಿರ ರೂಪದಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ ಮತ್ತು ಕರ್ನಲ್ ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಮೊದಲು ಅವುಗಳನ್ನು ಮೆಮೊರಿಗೆ ಓದುತ್ತದೆ.

ಫೈಲ್ ಐನೋಡ್ ಈ ಕೆಳಗಿನ ರಚನೆಯನ್ನು ಹೊಂದಿದೆ:

ಕ್ಷೇತ್ರದ ಹೆಸರು	ಮಾದರಿ	ವಿವರಣೆ
I_mode	USHORT	ಈ ಫೈಲ್‌ಗೆ ಪ್ರಕಾರ ಮತ್ತು ಪ್ರವೇಶ ಹಕ್ಕುಗಳು.
I_uid	USHORT	ಫೈಲ್ ಮಾಲೀಕರ ಗುರುತಿಸುವಿಕೆ (ಮಾಲೀಕ ಯುಐಡಿ).
I_ಗಾತ್ರ	ULONG	ಬೈಟ್‌ಗಳಲ್ಲಿ ಫೈಲ್ ಗಾತ್ರ.
I_atime	ULONG	ಫೈಲ್‌ಗೆ ಕೊನೆಯ ಪ್ರವೇಶದ ಸಮಯ (ಪ್ರವೇಶ ಸಮಯ).
I_ctime	ULONG	ಫೈಲ್ ರಚನೆಯ ಸಮಯ.
I_mtime	ULONG	ಫೈಲ್ನ ಕೊನೆಯ ಮಾರ್ಪಾಡಿನ ಸಮಯ.
I_dtime	ULONG	ಫೈಲ್ ಅಳಿಸುವಿಕೆ ಸಮಯ.
I_gid	USHORT	ಗುಂಪು ID (GID).
I_links_count	USHORT	ಲಿಂಕ್‌ಗಳ ಎಣಿಕೆ.
I_blocks	ULONG	ಫೈಲ್ ಆಕ್ರಮಿಸಿಕೊಂಡಿರುವ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ.
I_ಧ್ವಜಗಳು	ULONG	ಫೈಲ್ ಫ್ಲ್ಯಾಗ್‌ಗಳು (ಫೈಲ್ ಫ್ಲ್ಯಾಗ್‌ಗಳು)
I_reserved1	ULONG	OS ಗಾಗಿ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ
I_block	ULONG	ಫೈಲ್ ಡೇಟಾವನ್ನು ಬರೆಯಲಾದ ಬ್ಲಾಕ್‌ಗಳಿಗೆ ಪಾಯಿಂಟರ್‌ಗಳು (ಚಿತ್ರ 1 ರಲ್ಲಿ ನೇರ ಮತ್ತು ಪರೋಕ್ಷ ವಿಳಾಸದ ಉದಾಹರಣೆ)
I_ಆವೃತ್ತಿ	ULONG	ಫೈಲ್ ಆವೃತ್ತಿ (NFS ಗಾಗಿ)
I_file_acl	ULONG	ACL ಫೈಲ್
I_dir_acl	ULONG	ಡೈರೆಕ್ಟರಿ ACL
I_faddr	ULONG	ತುಣುಕು ವಿಳಾಸ
I_frag	UCHAR	ತುಣುಕು ಸಂಖ್ಯೆ
I_fsize	UCHAR	ತುಣುಕಿನ ಗಾತ್ರ
I_pad1	USHORT	ತುಂಬಿಸುವ
I_reserved2	ULONG	ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ

ಫೈಲ್ ಪ್ರಕಾರ ಮತ್ತು ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಕ್ಷೇತ್ರವು ಎರಡು-ಬೈಟ್ ಪದವಾಗಿದೆ, ಪ್ರತಿ ಬಿಟ್ ನಿರ್ದಿಷ್ಟ ಪ್ರಕಾರಕ್ಕೆ ಫೈಲ್‌ನ ಸಂಬಂಧವನ್ನು ಸೂಚಿಸುವ ಫ್ಲ್ಯಾಗ್‌ನಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಅಥವಾ ಒಂದು ನಿರ್ದಿಷ್ಟ ಫೈಲ್‌ನ ಬಲವನ್ನು ಹೊಂದಿಸುತ್ತದೆ.

ಗುರುತಿಸುವಿಕೆ	ಅರ್ಥ	ಧ್ವಜದ ಉದ್ದೇಶ (ಕ್ಷೇತ್ರ)
S_IFMT	F000	ಫೈಲ್ ಪ್ರಕಾರದ ಮುಖವಾಡ
S_IFSOCK	A000	ಡೊಮೇನ್ ಸಾಕೆಟ್
S_IFLNK	C000
S_IFREG	8000	ನಿಯಮಿತ ಫೈಲ್
S_IFBLK	6000	ಬ್ಲಾಕ್-ಆಧಾರಿತ ಸಾಧನ
S_IFDIR	4000	ಕ್ಯಾಟಲಾಗ್
S_IFCHR	2000	ಬೈಟ್-ಆಧಾರಿತ (ಪಾತ್ರ) ಸಾಧನ
S_IFIFO	1000	ಹೆಸರಿನ ಪೈಪ್ (ಫಿಫೊ)
S_ISUID	0800	SUID - ಮಾಲೀಕರ ಬಿಟ್ ಅನ್ನು ಬದಲಾಯಿಸಿ
S_ISGID	0400	SGID - ಗುಂಪು ಬದಲಾವಣೆ ಬಿಟ್
S_ISVTX	0200	ಟಾಸ್ಕ್ ಸೇವಿಂಗ್ ಬಿಟ್ (ಜಿಗುಟಾದ ಬಿಟ್)
S_IRWXU	01C0	ಫೈಲ್ ಮಾಲೀಕರ ಹಕ್ಕುಗಳ ಮುಖವಾಡ
S_IRUSR	0100	ಓದುವ ಹಕ್ಕು
S_IWUSR	0080	ಸರಿಯಾಗಿ ಬರೆಯಿರಿ
S_IXUSR	0040	ಕಾರ್ಯಗತಗೊಳಿಸುವ ಹಕ್ಕು
S_IRWXG	0038	ಗುಂಪು ಹಕ್ಕುಗಳ ಮುಖವಾಡ
S_IRGRP	0020	ಓದುವ ಹಕ್ಕು
S_IWGRP	0010	ಸರಿಯಾಗಿ ಬರೆಯಿರಿ
S_IXGRP	0008	ಕಾರ್ಯಗತಗೊಳಿಸುವ ಹಕ್ಕು
S_IRWXO	0007	ಇತರ ಬಳಕೆದಾರರ ಹಕ್ಕುಗಳ ಮುಖವಾಡ
S_IROTH	0004	ಓದುವ ಹಕ್ಕು
S_IWOTH	0002	ಸರಿಯಾಗಿ ಬರೆಯಿರಿ
S_IXOTH	0001	ಕಾರ್ಯಗತಗೊಳಿಸುವ ಹಕ್ಕು

ಐನೋಡ್‌ಗಳಲ್ಲಿ, ವಿಶೇಷ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಕಾಯ್ದಿರಿಸಿದ ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ವಿಶೇಷ ಪಾತ್ರವನ್ನು ವಹಿಸುವ ಹಲವಾರು ಐನೋಡ್‌ಗಳಿವೆ. ಇವು ಈ ಕೆಳಗಿನ ವಿವರಣೆಗಳಾಗಿವೆ

ಗುರುತಿಸುವಿಕೆ	ಅರ್ಥ	ವಿವರಣೆ
EXT2_BAD_INO		ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಕೆಟ್ಟ ಬ್ಲಾಕ್‌ಗಳ ವಿಳಾಸಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಐನೋಡ್ (ಬ್ಯಾಡ್ ಬ್ಲಾಕ್‌ಗಳು ಐನೋಡ್)
EXT2_ROOT_INO		ಫೈಲ್ ಸಿಸ್ಟಮ್ ರೂಟ್ ಡೈರೆಕ್ಟರಿಯ ಐನೋಡ್ (ರೂಟ್ ಐನೋಡ್)
EXT2_ACL_IDX_INO		ACL ಐನೋಡ್
EXT2_ACL_DATA_INO		ACL ಐನೋಡ್
EXT2_BOOT_LOADER_INO		ಬೂಟ್ ಲೋಡರ್ ಐನೋಡ್
EXT2_UNDEL_DIR_INO		ಡೈರೆಕ್ಟರಿ ಐನೋಡ್ ಅಳಿಸಿಹಾಕು
EXT2_FIRST_INO		ಮೊದಲ ಕಾಯ್ದಿರಿಸದ ಐನೋಡ್

ಈ ಪಟ್ಟಿಯಲ್ಲಿರುವ ಪ್ರಮುಖ ಹ್ಯಾಂಡಲ್ ರೂಟ್ ಡೈರೆಕ್ಟರಿ ಹ್ಯಾಂಡಲ್ ಆಗಿದೆ. ಈ ಹ್ಯಾಂಡಲ್ ರೂಟ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಇದು ಎಲ್ಲಾ ಡೈರೆಕ್ಟರಿಗಳಂತೆ, ಈ ಕೆಳಗಿನ ರಚನೆಯೊಂದಿಗೆ ನಮೂದುಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ:

ಕ್ಷೇತ್ರದ ಹೆಸರು	ಮಾದರಿ	ವಿವರಣೆ
ಇನೋಡ್	ULONG	ಫೈಲ್ ಐನೋಡ್ ಸಂಖ್ಯೆ
rec_len	USHORT	ಈ ಪ್ರವೇಶದ ಉದ್ದ
ಹೆಸರು_ಲೆನ್	USHORT	ಫೈಲ್ ಹೆಸರಿನ ಉದ್ದ
ಹೆಸರು	ಚಾರ್	ಕಡತದ ಹೆಸರು

ಒಂದು ಪ್ರತ್ಯೇಕ ಡೈರೆಕ್ಟರಿ ನಮೂದು ಬ್ಲಾಕ್ ಗಡಿಯನ್ನು ದಾಟಲು ಸಾಧ್ಯವಿಲ್ಲ (ಅಂದರೆ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಒಂದೇ ಬ್ಲಾಕ್ನಲ್ಲಿ ನೆಲೆಗೊಂಡಿರಬೇಕು). ಆದ್ದರಿಂದ, ಮುಂದಿನ ದಾಖಲೆಯು ನಿರ್ದಿಷ್ಟ ಬ್ಲಾಕ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಅದನ್ನು ಮುಂದಿನ ಬ್ಲಾಕ್‌ಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಹಿಂದಿನ ದಾಖಲೆಯು ಮುಂದುವರಿಯುತ್ತದೆ ಆದ್ದರಿಂದ ಅದು ಬ್ಲಾಕ್ ಅನ್ನು ಕೊನೆಯವರೆಗೆ ತುಂಬುತ್ತದೆ.

ಚಿತ್ರ 1 ಸೂಚ್ಯಂಕದಲ್ಲಿ ನೇರ ಮತ್ತು ಪರೋಕ್ಷ ವಿಳಾಸ ಬ್ಲಾಕ್‌ಗಳು

ಚಿತ್ರ 2 1 KB ಯ ಬ್ಲಾಕ್ ಗಾತ್ರದೊಂದಿಗೆ ಬೈಟ್‌ಗಳಲ್ಲಿ ಫೈಲ್ ಗಾತ್ರ

ಚಿತ್ರ 3. ಡಿಸ್ಕ್ ಸೂಚ್ಯಂಕದ ಉದಾಹರಣೆ

ಚಿತ್ರ 3 ನಿರ್ದಿಷ್ಟ ಫೈಲ್‌ನ ಡಿಸ್ಕ್ ಸೂಚಿಯನ್ನು ತೋರಿಸುತ್ತದೆ. ಈ ಸೂಚ್ಯಂಕವು ಸಾಮಾನ್ಯ ಫೈಲ್‌ಗೆ ಸೇರಿದ್ದು ಅದರ ಮಾಲೀಕರು "mjb" ಮತ್ತು ಅದರ ಗಾತ್ರ 6030 ಬೈಟ್‌ಗಳು. ಸಿಸ್ಟಮ್ "mjb" ಬಳಕೆದಾರರಿಗೆ ಫೈಲ್ ಅನ್ನು ಓದಲು, ಬರೆಯಲು ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅನುಮತಿಸುತ್ತದೆ; "os" ಗುಂಪಿನ ಸದಸ್ಯರು ಮತ್ತು ಎಲ್ಲಾ ಇತರ ಬಳಕೆದಾರರಿಗೆ ಫೈಲ್ ಅನ್ನು ಓದಲು ಅಥವಾ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಮಾತ್ರ ಅನುಮತಿಸಲಾಗಿದೆ, ಆದರೆ ಅದಕ್ಕೆ ಡೇಟಾವನ್ನು ಬರೆಯುವುದಿಲ್ಲ. ಫೈಲ್ ಅನ್ನು ಕೊನೆಯದಾಗಿ ಅಕ್ಟೋಬರ್ 23, 1984 ರಂದು ಮಧ್ಯಾಹ್ನ 1:45 ಕ್ಕೆ ಓದಲಾಯಿತು ಮತ್ತು ಕೊನೆಯದಾಗಿ ಅಕ್ಟೋಬರ್ 22, 1984 ರಂದು ಬೆಳಿಗ್ಗೆ 10:30 ಕ್ಕೆ ಬರೆಯಲಾಯಿತು. 1984 ರ ಅಕ್ಟೋಬರ್ 23 ರಂದು ಮಧ್ಯಾಹ್ನ 1:30 ಗಂಟೆಗೆ ಸೂಚ್ಯಂಕವನ್ನು ಕೊನೆಯದಾಗಿ ಮಾರ್ಪಡಿಸಲಾಯಿತು, ಆದರೂ ಆ ಸಮಯದಲ್ಲಿ ಯಾವುದೇ ಮಾಹಿತಿಯನ್ನು ಫೈಲ್‌ಗೆ ಬರೆಯಲಾಗಿಲ್ಲ. ಕರ್ನಲ್ ಮೇಲಿನ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಸೂಚ್ಯಂಕದಲ್ಲಿ ಎನ್ಕೋಡ್ ಮಾಡುತ್ತದೆ. ಇಂಡೆಕ್ಸ್‌ನ ವಿಷಯಗಳು ಮತ್ತು ಫೈಲ್‌ನ ವಿಷಯಗಳನ್ನು ಡಿಸ್ಕ್ ಮಾಡಲು ಬರೆಯುವ ವ್ಯತ್ಯಾಸವನ್ನು ಗಮನಿಸಿ. ಫೈಲ್‌ಗೆ ಬರಹವನ್ನು ಮಾಡಿದಾಗ ಮಾತ್ರ ಫೈಲ್‌ನ ವಿಷಯಗಳು ಬದಲಾಗುತ್ತವೆ. ಫೈಲ್‌ನ ವಿಷಯಗಳು ಬದಲಾದಾಗ ಮತ್ತು ಫೈಲ್ ಮಾಲೀಕರು, ಪ್ರವೇಶ ಹಕ್ಕುಗಳು ಮತ್ತು ಪಾಯಿಂಟರ್ ಸೆಟ್ ಬದಲಾದಾಗ ಇಂಡೆಕ್ಸ್‌ನ ವಿಷಯಗಳು ಬದಲಾಗುತ್ತವೆ. ಫೈಲ್‌ನ ವಿಷಯಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಬದಲಾಯಿಸುವುದು ಸೂಚ್ಯಂಕವನ್ನು ಸರಿಹೊಂದಿಸಲು ಕಾರಣವಾಗುತ್ತದೆ, ಆದರೆ ಸೂಚ್ಯಂಕವನ್ನು ಹೊಂದಿಸುವುದು ಎಂದರೆ ಫೈಲ್‌ನ ವಿಷಯಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಎಂದರ್ಥವಲ್ಲ.

ಕ್ಯಾಟಲಾಗ್‌ಗಳು

ಡೈರೆಕ್ಟರಿಗಳು ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಕ್ರಮಾನುಗತ ರಚನೆಯನ್ನು ನಿರ್ಮಿಸಿದ ಫೈಲ್ಗಳಾಗಿವೆ; ಫೈಲ್ ಹೆಸರನ್ನು ಸೂಚ್ಯಂಕ ಸಂಖ್ಯೆಯಾಗಿ ಪರಿವರ್ತಿಸುವಲ್ಲಿ ಅವು ಪ್ರಮುಖ ಪಾತ್ರವಹಿಸುತ್ತವೆ. ಡೈರೆಕ್ಟರಿಯು ಫೈಲ್ ಆಗಿದ್ದು, ಅದರ ವಿಷಯಗಳು ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಸೇರಿಸಲಾದ ಸೂಚ್ಯಂಕ ಸಂಖ್ಯೆ ಮತ್ತು ಫೈಲ್ ಹೆಸರನ್ನು ಒಳಗೊಂಡಿರುವ ನಮೂದುಗಳ ಗುಂಪಾಗಿದೆ. ಅರ್ಹವಾದ ಹೆಸರು ಶೂನ್ಯ ಅಕ್ಷರದಿಂದ ಕೊನೆಗೊಂಡ ಅಕ್ಷರಗಳ ಸ್ಟ್ರಿಂಗ್ ಆಗಿದೆ ಮತ್ತು ಸ್ಲ್ಯಾಷ್ ("/") ನಿಂದ ಬಹು ಘಟಕಗಳಾಗಿ ಪ್ರತ್ಯೇಕಿಸಲ್ಪಟ್ಟಿದೆ. ಕೊನೆಯದನ್ನು ಹೊರತುಪಡಿಸಿ ಪ್ರತಿಯೊಂದು ಘಟಕವು ಡೈರೆಕ್ಟರಿಯ ಹೆಸರಾಗಿರಬೇಕು, ಆದರೆ ಕೊನೆಯ ಘಟಕವು ಡೈರೆಕ್ಟರಿಯಲ್ಲದ ಫೈಲ್‌ನ ಹೆಸರಾಗಿರಬಹುದು. UNIX ಆವೃತ್ತಿ V ನಲ್ಲಿ, ಪ್ರತಿ ಘಟಕದ ಉದ್ದವು 14 ಅಕ್ಷರಗಳಿಗೆ ಸೀಮಿತವಾಗಿದೆ; ಹೀಗಾಗಿ, ಸೂಚ್ಯಂಕ ಸಂಖ್ಯೆಗೆ ನಿಯೋಜಿಸಲಾದ 2 ಬೈಟ್‌ಗಳ ಜೊತೆಗೆ, ಡೈರೆಕ್ಟರಿ ನಮೂದಿನ ಗಾತ್ರವು 16 ಬೈಟ್‌ಗಳು.

ಬೈಟ್ ಆಫ್‌ಸೆಟ್ ಡೈರೆಕ್ಟರಿ ಒಳಗೆ	ಸೂಚ್ಯಂಕ ಸಂಖ್ಯೆ (2 ಬೈಟ್‌ಗಳು)	ಹೆಸರುಕಡತ
	1798	init
	1276	fsck
		clri
	1268	motd
	1799	ಆರೋಹಣ
		mknod
	2114	ಪಾಸ್ವರ್ಡ್
	1717	ಮೌಂಟ್
	1851	ಪರಿಶೀಲನಾಪಟ್ಟಿ
		fsdbld
		ಸಂರಚನೆ
	1432	ಗೆಟ್ಟಿ
		ಕುಸಿತ
		mkfs

ಚಿತ್ರ 4 / ಇತ್ಯಾದಿ ಡೈರೆಕ್ಟರಿ ಫಾರ್ಮ್ಯಾಟ್

ಚಿತ್ರ 4 "ಇತ್ಯಾದಿ" ಡೈರೆಕ್ಟರಿಯ ಸ್ವರೂಪವನ್ನು ತೋರಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಡೈರೆಕ್ಟರಿಯು ಚುಕ್ಕೆ ಮತ್ತು ಎರಡು ಚುಕ್ಕೆಗಳಿಂದ ("." ಮತ್ತು "..") ಹೆಸರುಗಳನ್ನು ಸೂಚಿಸುವ ಫೈಲ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ ಮತ್ತು ಅವರ ಸೂಚ್ಯಂಕ ಸಂಖ್ಯೆಗಳು ಅನುಕ್ರಮವಾಗಿ ನೀಡಿರುವ ಡೈರೆಕ್ಟರಿ ಮತ್ತು ಮೂಲ ಡೈರೆಕ್ಟರಿಯ ಸೂಚ್ಯಂಕ ಸಂಖ್ಯೆಗಳೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತವೆ. "" ಫೈಲ್‌ಗಾಗಿ ಸೂಚ್ಯಂಕ ಸಂಖ್ಯೆ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ "/ ಇತ್ಯಾದಿ" ಆಫ್‌ಸೆಟ್ 0 ನಲ್ಲಿ ವಿಳಾಸವನ್ನು ಮತ್ತು 83 ರ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿದೆ. ".." ಫೈಲ್‌ಗಾಗಿ ಐನೋಡ್ ಸಂಖ್ಯೆಯು ಡೈರೆಕ್ಟರಿಯ ಪ್ರಾರಂಭದಿಂದ ಆಫ್‌ಸೆಟ್ 16 ನಲ್ಲಿ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ ಮತ್ತು 2 ರ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿದೆ. ಡೈರೆಕ್ಟರಿ ಖಾಲಿಯಾಗಿರಬಹುದು, ಆದರೆ ಐನೋಡ್ ಸಂಖ್ಯೆ 0. ಉದಾಹರಣೆಗೆ, "/etc" ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ವಿಳಾಸ 224 ನಲ್ಲಿನ ನಮೂದು ಖಾಲಿಯಾಗಿದೆ, ಅದು ಒಮ್ಮೆ "ಕ್ರ್ಯಾಶ್" ಎಂಬ ಫೈಲ್‌ಗೆ ಪ್ರವೇಶ ಬಿಂದುವನ್ನು ಹೊಂದಿದ್ದರೂ ಸಹ. mkfs ಪ್ರೋಗ್ರಾಂ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಆದ್ದರಿಂದ ಫೈಲ್‌ಗಳಿಗಾಗಿ ಐನೋಡ್ ಸಂಖ್ಯೆಗಳು "." ಮತ್ತು ರೂಟ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ".." ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ರೂಟ್ ಇಂಡೆಕ್ಸ್ ಸಂಖ್ಯೆಯಂತೆಯೇ ಇರುತ್ತದೆ.

ಕರ್ನಲ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಅದು ನಿಯಮಿತ ಫೈಲ್ ಪ್ರಕಾರದಲ್ಲಿ ಮಾಡುವಂತೆ, ಸೂಚ್ಯಂಕ ರಚನೆ ಮತ್ತು ನೇರ ಮತ್ತು ಪರೋಕ್ಷ ವಿಳಾಸದ ಹಂತಗಳೊಂದಿಗೆ ಬ್ಲಾಕ್ಗಳನ್ನು ಬಳಸುತ್ತದೆ. ನಿಯಮಿತ ಫೈಲ್‌ಗಳನ್ನು ಓದುವ ರೀತಿಯಲ್ಲಿಯೇ ಡೈರೆಕ್ಟರಿಗಳಿಂದ ಡೇಟಾವನ್ನು ಪ್ರಕ್ರಿಯೆಗಳು ಓದಬಹುದು, ಆದರೆ ಡೈರೆಕ್ಟರಿಯ ವಿಶೇಷ ಬರವಣಿಗೆ ಪ್ರವೇಶವನ್ನು ಕರ್ನಲ್‌ನಿಂದ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ, ಡೈರೆಕ್ಟರಿ ರಚನೆಯು ಸರಿಯಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಡೈರೆಕ್ಟರಿ ಅನುಮತಿಗಳು ಈ ಕೆಳಗಿನ ಅರ್ಥವನ್ನು ಹೊಂದಿವೆ: ಓದುವ ಅನುಮತಿಯು ಡೈರೆಕ್ಟರಿಯಿಂದ ಡೇಟಾವನ್ನು ಓದುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ನೀಡುತ್ತದೆ; ಬರಹ ಅನುಮತಿಯು ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಹೊಸ ನಮೂದುಗಳನ್ನು ರಚಿಸಲು ಅಥವಾ ಹಳೆಯದನ್ನು ತೆಗೆದುಹಾಕಲು ಪ್ರಕ್ರಿಯೆಗೆ ಅನುಮತಿಸುತ್ತದೆ (creat, mknod, ಲಿಂಕ್ ಮತ್ತು ಅನ್‌ಲಿಂಕ್ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಬಳಸಿ), ಆ ಮೂಲಕ ಡೈರೆಕ್ಟರಿಯ ವಿಷಯಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ; ಎಕ್ಸಿಕ್ಯೂಟ್ ರೈಟ್ ಫೈಲ್ ಹೆಸರಿನ ಮೂಲಕ ಡೈರೆಕ್ಟರಿಯನ್ನು ಹುಡುಕಲು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ (ಡೈರೆಕ್ಟರಿಯನ್ನು "ಕಾರ್ಯಗತಗೊಳಿಸುವುದು" ಅರ್ಥಹೀನವಾಗಿರುವುದರಿಂದ).

ಪ್ರಕ್ರಿಯೆಯು ಫೈಲ್ ಮಾರ್ಗವನ್ನು ಬಳಸಿದಾಗ, ಕರ್ನಲ್ ಅನುಗುಣವಾದ ಐನೋಡ್ ಸಂಖ್ಯೆಗಾಗಿ ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಕಾಣುತ್ತದೆ. ಫೈಲ್ ಹೆಸರನ್ನು ಐನೋಡ್ ಸಂಖ್ಯೆಗೆ ಪರಿವರ್ತಿಸಿದ ನಂತರ, ಐನೋಡ್ ಅನ್ನು ಮೆಮೊರಿಯಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರದ ವಿನಂತಿಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ.

Unix ಕಡತ ವ್ಯವಸ್ಥೆಗಳ ಪರಿಕಲ್ಪನೆಯು ಲಿಂಕ್ ಪರಿಕಲ್ಪನೆಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಒಂದೇ ಐನೋಡ್ ಅನ್ನು ಬಹು ಫೈಲ್ ಹೆಸರುಗಳೊಂದಿಗೆ ಸಂಯೋಜಿಸಬಹುದು. ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಫೈಲ್ ಸಂಯೋಜಿತವಾಗಿರುವ ಸಂಖ್ಯೆಯನ್ನು ಸಂಗ್ರಹಿಸುವ ಕ್ಷೇತ್ರವನ್ನು ಒಳಗೊಂಡಿದೆ. ಲಿಂಕ್ ಅನ್ನು ಸೇರಿಸುವುದು ಡೈರೆಕ್ಟರಿ ನಮೂದನ್ನು ರಚಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಅಲ್ಲಿ ಐನೋಡ್ ಸಂಖ್ಯೆಯು ಮತ್ತೊಂದು ಐನೋಡ್‌ಗೆ ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ಐನೋಡ್‌ನಲ್ಲಿ ಲಿಂಕ್ ಕೌಂಟರ್ ಅನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಲಿಂಕ್ ಅನ್ನು ತೆಗೆದುಹಾಕಿದಾಗ, ಕರ್ನಲ್ ಲಿಂಕ್ ಕೌಂಟರ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕೌಂಟರ್ ಶೂನ್ಯವಾಗಿದ್ದರೆ ಹ್ಯಾಂಡಲ್ ಅನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಅಂತಹ ಲಿಂಕ್‌ಗಳನ್ನು ಹಾರ್ಡ್ ಲಿಂಕ್‌ಗಳು ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಒಂದು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಮಾತ್ರ ಬಳಸಬಹುದಾಗಿದೆ (ನೀವು ಇನ್ನೊಂದು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಿಂದ ಫೈಲ್‌ಗಾಗಿ ಲಿಂಕ್ ಅನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ). ಇದಲ್ಲದೆ, ಹಾರ್ಡ್ ಲಿಂಕ್ ಫೈಲ್ ಅನ್ನು ಮಾತ್ರ ಸೂಚಿಸಬಹುದು (ಡೈರೆಕ್ಟರಿಗೆ ಹಾರ್ಡ್ ಲಿಂಕ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಲೂಪ್ ಅನ್ನು ಉಂಟುಮಾಡಬಹುದು).

ಹೆಚ್ಚಿನ ಯುನಿಕ್ಸ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಇನ್ನೊಂದು ರೀತಿಯ ಲಿಂಕ್ ಇದೆ. ಫೈಲ್ ಹೆಸರನ್ನು ಮಾತ್ರ ಹೊಂದಿರುವ ಈ ಲಿಂಕ್‌ಗಳನ್ನು ಸಾಂಕೇತಿಕ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಕರ್ನಲ್ ಅಂತಹ ಲಿಂಕ್‌ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಿದಾಗ, ಫೈಲ್ ಮಾರ್ಗವನ್ನು ಐನೋಡ್ ಆಗಿ ಪರಿವರ್ತಿಸಿದಾಗ, ಕರ್ನಲ್ ಲಿಂಕ್ ಹೆಸರನ್ನು ಐನೋಡ್‌ನ ವಿಷಯಗಳೊಂದಿಗೆ (ಅಂದರೆ, ಗಮ್ಯಸ್ಥಾನ ಫೈಲ್ ಹೆಸರು) ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಫೈಲ್ ಮಾರ್ಗವನ್ನು ಮರುವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಸಾಂಕೇತಿಕ ಲಿಂಕ್ ಐನೋಡ್ ಅನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲವಾದ್ದರಿಂದ, ಇನ್ನೊಂದು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿರುವ ಫೈಲ್‌ಗಳಿಗೆ ಲಿಂಕ್‌ಗಳನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿದೆ. ಈ ಲಿಂಕ್‌ಗಳು ಯಾವುದೇ ರೀತಿಯ ಫೈಲ್‌ಗಳನ್ನು ಸೂಚಿಸಬಹುದು, ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದವುಗಳೂ ಸಹ. ಸಾಂಕೇತಿಕ ಲಿಂಕ್‌ಗಳನ್ನು ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಅವುಗಳು ಹಾರ್ಡ್ ಲಿಂಕ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಅದೇ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಅವರು ಐನೋಡ್ ಮತ್ತು ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳು ಇರುವ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಸ್ವಲ್ಪ ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ. ಸಿಮ್‌ಲಿಂಕ್ ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಾಗ ಕರ್ನಲ್ ಫೈಲ್ ಮಾರ್ಗವನ್ನು ಮರುವ್ಯಾಖ್ಯಾನಿಸಬೇಕು ಎಂಬ ಕಾರಣದಿಂದಾಗಿ, ಅವುಗಳ ಬಳಕೆಯು ಫೈಲ್ ಮಾರ್ಗವನ್ನು ಐನೋಡ್‌ಗೆ ಪರಿವರ್ತಿಸುವಲ್ಲಿ ಕೆಲವು ವಿಳಂಬಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.

ಸಾಧನ ಫೈಲ್‌ಗಳು

Unix-ರೀತಿಯ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳಲ್ಲಿ, ವಿಶೇಷ ಫೈಲ್‌ಗಳ ಮೂಲಕ ಸಾಧನಗಳನ್ನು ಪ್ರವೇಶಿಸಲಾಗುತ್ತದೆ. ಅಂತಹ ಫೈಲ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ಇದು ಸಾಧನ ಚಾಲಕಕ್ಕೆ ಪ್ರವೇಶ ಬಿಂದು ಮಾತ್ರ.

ಎರಡು ರೀತಿಯ ಸಾಧನ ಫೈಲ್‌ಗಳಿವೆ: ಅಕ್ಷರ ಮತ್ತು ಬ್ಲಾಕ್. ಅಕ್ಷರ ಪ್ರಕಾರವನ್ನು ಬಳಸುವಾಗ, ಸಾಧನದೊಂದಿಗೆ ಮಾತ್ರ ಡೇಟಾವನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಿದೆ ಅಕ್ಷರ ಮೋಡ್, ಬ್ಲಾಕ್-ಟೈಪ್ ಸಾಧನ ಫೈಲ್‌ಗಳು ಬಫರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಬ್ಲಾಕ್‌ಗಳನ್ನು ಮಾತ್ರ ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಲು ಅನುಮತಿಸುತ್ತದೆ. ಸಾಧನ ಫೈಲ್‌ಗೆ I/O ವಿನಂತಿಯನ್ನು ಮಾಡಿದಾಗ, ವಿನಂತಿಯನ್ನು ಸೂಕ್ತವಾದ ಸಾಧನ ಚಾಲಕಕ್ಕೆ ರವಾನಿಸಲಾಗುತ್ತದೆ. ಅಂತಹ ಪ್ರತಿಯೊಂದು ಫೈಲ್ ಸಾಧನದ ಪ್ರಕಾರವನ್ನು ಗುರುತಿಸುವ ಪ್ರಮುಖ ಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಸಾಧನವನ್ನು ಸ್ವತಃ ಗುರುತಿಸುವ ಸಣ್ಣ ಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿರುತ್ತದೆ.

EXT2fs ನ ಹೆಚ್ಚುವರಿ ವೈಶಿಷ್ಟ್ಯಗಳು

ಪ್ರಮಾಣಿತ Unix ವೈಶಿಷ್ಟ್ಯಗಳ ಜೊತೆಗೆ, EXT2fs ಯುನಿಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಂದ ಸಾಮಾನ್ಯವಾಗಿ ಬೆಂಬಲಿಸದ ಕೆಲವು ಹೆಚ್ಚುವರಿ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಫೈಲ್‌ಗಳ ಸೆಟ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಕರ್ನಲ್ ಹೇಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸಲು ಫೈಲ್ ಗುಣಲಕ್ಷಣಗಳು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನೀವು ಫೈಲ್ ಅಥವಾ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಹೊಂದಿಸಬಹುದು. ಎರಡನೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ರಚಿಸಲಾದ ಫೈಲ್‌ಗಳು ಈ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪಡೆದುಕೊಳ್ಳುತ್ತವೆ.

ಸಿಸ್ಟಮ್ ಆರೋಹಿಸುವಾಗ, ಫೈಲ್ ಗುಣಲಕ್ಷಣಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊಂದಿಸಬಹುದು. ಮೌಂಟ್ ಆಯ್ಕೆಯು ಫೈಲ್‌ಗಳನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ನಿರ್ವಾಹಕರಿಗೆ ಅನುಮತಿಸುತ್ತದೆ. BSD-ನಿರ್ದಿಷ್ಟ ಕಡತ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಪೋಷಕ ಡೈರೆಕ್ಟರಿಯಂತೆ ಅದೇ ಗುಂಪು ID ಯೊಂದಿಗೆ ಫೈಲ್‌ಗಳನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ. ಸಿಸ್ಟಮ್ V ನ ವೈಶಿಷ್ಟ್ಯಗಳು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗಿವೆ. ಡೈರೆಕ್ಟರಿಯು ಅದರ ಸೆಟ್ಜಿಡ್ ಬಿಟ್ ಸೆಟ್ ಅನ್ನು ಹೊಂದಿದ್ದರೆ, ನಂತರ ಫೈಲ್ಗಳನ್ನು ರಚಿಸಲಾಗಿದೆಆ ಡೈರೆಕ್ಟರಿಯ ಗುಂಪು ಐಡಿಯನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಉಪ ಡೈರೆಕ್ಟರಿಗಳು ಗುಂಪು ಐಡಿ ಮತ್ತು ಸೆಟ್ಗಿಡ್ ಬಿಟ್ ಅನ್ನು ಪಡೆದುಕೊಳ್ಳುತ್ತವೆ. ಇಲ್ಲದಿದ್ದರೆ, ಕರೆ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಾಥಮಿಕ ಗುಂಪು ID ಯೊಂದಿಗೆ ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ.

EXT2fs ವ್ಯವಸ್ಥೆಯು ಇದೇ ರೀತಿಯ ಸಿಂಕ್ರೊನಸ್ ಡೇಟಾ ಮಾರ್ಪಾಡುಗಳನ್ನು ಬಳಸಬಹುದು BSD ವ್ಯವಸ್ಥೆ. ಮೌಂಟ್ ಆಯ್ಕೆಯು ನಿರ್ವಾಹಕರಿಗೆ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು (ಇನೋಡ್‌ಗಳು, ಬಿಟ್ ಬ್ಲಾಕ್‌ಗಳು, ಪರೋಕ್ಷ ಬ್ಲಾಕ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿ ಬ್ಲಾಕ್‌ಗಳು) ಮಾರ್ಪಡಿಸಿದಾಗ ಸಿಂಕ್ರೊನಸ್ ಆಗಿ ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ ಎಂದು ಸೂಚಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ಡೇಟಾ ರೆಕಾರ್ಡಿಂಗ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಸಾಧಿಸಲು ಇದನ್ನು ಬಳಸಬಹುದು, ಆದರೆ ಕಳಪೆ ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ವಾಸ್ತವದಲ್ಲಿ, ಈ ಕಾರ್ಯವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ ಏಕೆಂದರೆ, ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತಗ್ಗಿಸುವುದರ ಜೊತೆಗೆ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವಾಗ ಫ್ಲ್ಯಾಗ್ ಮಾಡದ ಬಳಕೆದಾರರ ಡೇಟಾದ ನಷ್ಟಕ್ಕೆ ಇದು ಕಾರಣವಾಗಬಹುದು.

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸುವಾಗ ತಾರ್ಕಿಕ ಬ್ಲಾಕ್ ಗಾತ್ರವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು EXT2fs ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಇದು 1024, 2048 ಅಥವಾ 4096 ಬೈಟ್‌ಗಳ ಗಾತ್ರದಲ್ಲಿರಬಹುದು. ದೊಡ್ಡ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಬಳಸುವುದರಿಂದ ವೇಗವಾಗಿ I/O ಕಾರ್ಯಾಚರಣೆಗಳು (ಕಡಿಮೆ ಡಿಸ್ಕ್ ವಿನಂತಿಗಳನ್ನು ಮಾಡಲಾಗಿರುವುದರಿಂದ) ಮತ್ತು ಆದ್ದರಿಂದ ಕಡಿಮೆ ತಲೆ ಚಲನೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಮತ್ತೊಂದೆಡೆ, ದೊಡ್ಡ ಬ್ಲಾಕ್ಗಳನ್ನು ಬಳಸುವುದರಿಂದ ಡಿಸ್ಕ್ ಜಾಗವು ವ್ಯರ್ಥವಾಗುತ್ತದೆ. ವಿಶಿಷ್ಟವಾಗಿ, ಫೈಲ್‌ನ ಕೊನೆಯ ಬ್ಲಾಕ್ ಅನ್ನು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಬ್ಲಾಕ್ ಗಾತ್ರವು ಹೆಚ್ಚಾದಂತೆ, ವ್ಯರ್ಥವಾದ ಡಿಸ್ಕ್ ಜಾಗದ ಪ್ರಮಾಣವು ಹೆಚ್ಚಾಗುತ್ತದೆ.

EXT2fs ವೇಗವರ್ಧಿತ ಸಾಂಕೇತಿಕ ಲಿಂಕ್‌ಗಳನ್ನು ಬಳಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಅಂತಹ ಲಿಂಕ್ಗಳನ್ನು ಬಳಸುವಾಗ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಡೇಟಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ. ಗಮ್ಯಸ್ಥಾನ ಫೈಲ್ ಹೆಸರನ್ನು ಡೇಟಾ ಬ್ಲಾಕ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಐನೋಡ್‌ನಲ್ಲಿಯೇ. ಈ ರಚನೆಯು ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ಉಳಿಸಲು ಮತ್ತು ಸಾಂಕೇತಿಕ ಲಿಂಕ್ಗಳ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವೇಗಗೊಳಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಸಹಜವಾಗಿ, ಹ್ಯಾಂಡಲ್ಗಾಗಿ ಕಾಯ್ದಿರಿಸಿದ ಸ್ಥಳವು ಸೀಮಿತವಾಗಿದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಲಿಂಕ್ ಅನ್ನು ವೇಗವರ್ಧಿತ ಲಿಂಕ್ ಆಗಿ ಪ್ರತಿನಿಧಿಸಲಾಗುವುದಿಲ್ಲ. ವೇಗವರ್ಧಿತ ಲಿಂಕ್‌ನಲ್ಲಿ ಫೈಲ್ ಹೆಸರಿನ ಗರಿಷ್ಠ ಉದ್ದವು 60 ಅಕ್ಷರಗಳು. ಮುಂದಿನ ದಿನಗಳಲ್ಲಿ ಸಣ್ಣ ಫೈಲ್‌ಗಳಿಗಾಗಿ ಈ ಯೋಜನೆಯನ್ನು ವಿಸ್ತರಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ.

EXT2fs ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ. ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಸ್ಥಿತಿಯನ್ನು ಸೂಚಿಸಲು ಸೂಪರ್‌ಬ್ಲಾಕ್‌ನಲ್ಲಿ ಕರ್ನಲ್ ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರವನ್ನು ಬಳಸುತ್ತದೆ. ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರೀಡ್/ರೈಟ್ ಮೋಡ್‌ನಲ್ಲಿ ಅಳವಡಿಸಿದ್ದರೆ, ಅದರ ಸ್ಥಿತಿಯನ್ನು "ಶುದ್ಧವಾಗಿಲ್ಲ" ಎಂದು ಹೊಂದಿಸಲಾಗಿದೆ. ಅದನ್ನು ಕಿತ್ತುಹಾಕಿದರೆ ಅಥವಾ ಓದಲು-ಮಾತ್ರ ಮೋಡ್‌ನಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸಿದರೆ, ಅದರ ಸ್ಥಿತಿಯನ್ನು "ಕ್ಲೀನ್" ಗೆ ಹೊಂದಿಸಲಾಗಿದೆ. ಸಿಸ್ಟಮ್ ಬೂಟ್ ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವಾಗ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರಿಶೀಲನೆ ಅಗತ್ಯವಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಲು ಈ ಮಾಹಿತಿಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಕರ್ನಲ್ ಈ ಕ್ಷೇತ್ರದಲ್ಲಿ ಕೆಲವು ದೋಷಗಳನ್ನು ಸಹ ಇರಿಸುತ್ತದೆ. ಕರ್ನಲ್ ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವುದನ್ನು ಪತ್ತೆ ಮಾಡಿದಾಗ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು "ತಪ್ಪು" ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷಕವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲು ಈ ಮಾಹಿತಿಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಅದರ ಸ್ಥಿತಿಯು ನಿಜವಾಗಿಯೂ ಕ್ಲೀನ್ ಆಗಿದ್ದರೂ ಸಹ.

ದೀರ್ಘಕಾಲದವರೆಗೆ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸುವುದು ಕೆಲವೊಮ್ಮೆ ಕೆಲವು ತೊಂದರೆಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು, ಆದ್ದರಿಂದ EXT2fs ಸಿಸ್ಟಮ್ ಅನ್ನು ನಿಯಮಿತವಾಗಿ ಪರಿಶೀಲಿಸಲು ಎರಡು ವಿಧಾನಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಸೂಪರ್ಬ್ಲಾಕ್ ಸಿಸ್ಟಮ್ ಮೌಂಟ್ ಕೌಂಟರ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ. ಪ್ರತಿ ಬಾರಿ ಸಿಸ್ಟಮ್ ಅನ್ನು ರೀಡ್/ರೈಟ್ ಮೋಡ್‌ನಲ್ಲಿ ಅಳವಡಿಸಿದಾಗ ಈ ಕೌಂಟರ್ ಅನ್ನು ಹೆಚ್ಚಿಸಲಾಗುತ್ತದೆ. ಅದರ ಮೌಲ್ಯವು ಗರಿಷ್ಠವನ್ನು ತಲುಪಿದರೆ (ಅದನ್ನು ಸೂಪರ್ಬ್ಲಾಕ್ನಲ್ಲಿಯೂ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ), ನಂತರ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷಾ ಪ್ರೋಗ್ರಾಂ ಅದರ ಸ್ಥಿತಿ "ಕ್ಲೀನ್" ಆಗಿದ್ದರೂ ಸಹ ಅದನ್ನು ಪರಿಶೀಲಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಕೊನೆಯ ಚೆಕ್ ಸಮಯ ಮತ್ತು ಚೆಕ್‌ಗಳ ನಡುವಿನ ಗರಿಷ್ಠ ಮಧ್ಯಂತರವನ್ನು ಸಹ ಸೂಪರ್‌ಬ್ಲಾಕ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಸ್ಕ್ಯಾನ್‌ಗಳ ನಡುವಿನ ಗರಿಷ್ಠ ಮಧ್ಯಂತರವನ್ನು ತಲುಪಿದಾಗ, ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರ ಸ್ಕ್ಯಾನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ.

EXT2fs ವ್ಯವಸ್ಥೆಯು ಅದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಪರಿಕರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. tune2fs ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬದಲಾಯಿಸಲು ಬಳಸಬಹುದು:

• ದೋಷ ಪತ್ತೆಯಾದಾಗ ಕ್ರಮಗಳು. ಕರ್ನಲ್ ವ್ಯತ್ಯಾಸವನ್ನು ಪತ್ತೆ ಮಾಡಿದಾಗ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು "ತಪ್ಪು" ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕೆಳಗಿನ ಮೂರು ಕ್ರಿಯೆಗಳಲ್ಲಿ ಒಂದನ್ನು ನಿರ್ವಹಿಸಬಹುದು: ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ಮುಂದುವರಿಸಿ, ಹಾನಿಯನ್ನು ತಪ್ಪಿಸಲು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಓದಲು-ಮಾತ್ರ ಕ್ರಮದಲ್ಲಿ ಮರುಮೌಂಟ್ ಮಾಡಿ ಅಥವಾ ಪರಿಶೀಲಿಸಲು ಸಿಸ್ಟಮ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಿ ಕಡತ ವ್ಯವಸ್ಥೆ.
• ಗರಿಷ್ಠ ಆರೋಹಣ ಮೌಲ್ಯ.
• ತಪಾಸಣೆಗಳ ನಡುವಿನ ಗರಿಷ್ಠ ಮಧ್ಯಂತರ.
• ಮೂಲ ಬಳಕೆದಾರರಿಗಾಗಿ ಕಾಯ್ದಿರಿಸಿದ ಲಾಜಿಕಲ್ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ.

ದೋಷವನ್ನು ಪತ್ತೆಹಚ್ಚಿದಾಗ ಕರ್ನಲ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸಲು ಮೌಂಟ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಆಯ್ಕೆಗಳನ್ನು ಸಹ ಬಳಸಬಹುದು.

ಗುಣಲಕ್ಷಣಗಳನ್ನು ಬಳಸುವುದರಿಂದ ಸೂಕ್ಷ್ಮ ಫೈಲ್‌ಗಳನ್ನು ಅಳಿಸಲು ಬಳಕೆದಾರರಿಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಅಂತಹ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಿದಾಗ, ಈ ಫೈಲ್ ಅನ್ನು ಇರಿಸಲು ಹಿಂದೆ ಬಳಸಿದ ಬ್ಲಾಕ್ಗಳಿಗೆ ಯಾದೃಚ್ಛಿಕ ಮಾಹಿತಿಯನ್ನು ಬರೆಯಲಾಗುತ್ತದೆ. ಡಿಸ್ಕ್ ಎಡಿಟರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಈ ಫೈಲ್‌ನ ಹಿಂದಿನ ವಿಷಯಗಳಿಗೆ ಹೊರಗಿನವರು ಪ್ರವೇಶವನ್ನು ಪಡೆಯುವುದನ್ನು ಇದು ತಡೆಯುತ್ತದೆ.

4.4 BSD ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾದ EXT2fs ಸಿಸ್ಟಮ್‌ಗೆ ಹೊಸ ಫೈಲ್ ಪ್ರಕಾರಗಳನ್ನು ಇತ್ತೀಚೆಗೆ ಸೇರಿಸಲಾಗಿದೆ. ಮೊದಲ ಪ್ರಕಾರದ ಫೈಲ್‌ಗಳನ್ನು ಓದಲು ಮಾತ್ರ ಬಳಸಬಹುದು: ಅವುಗಳನ್ನು ಬದಲಾಯಿಸಲು ಅಥವಾ ಅಳಿಸಲು ಯಾರಿಗೂ ಹಕ್ಕಿಲ್ಲ. ಪ್ರಮುಖ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ರಕ್ಷಿಸಲು ಇದನ್ನು ಬಳಸಬಹುದು. ಇನ್ನೊಂದು ವಿಧದ ಫೈಲ್ ಎಂದರೆ ರೈಟ್ ಮೋಡ್‌ನಲ್ಲಿ ತೆರೆಯಬಹುದಾದ ಫೈಲ್, ಮತ್ತು ಡೇಟಾವನ್ನು ಫೈಲ್‌ನ ಅಂತ್ಯಕ್ಕೆ ಮಾತ್ರ ಸೇರಿಸಬಹುದು. ಈ ಪ್ರಕಾರದ ಫೈಲ್‌ಗಳನ್ನು ಅಳಿಸಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ಮರುಹೆಸರಿಸಲಾಗುವುದಿಲ್ಲ. ಅವುಗಳನ್ನು ಲಾಗ್ ಫೈಲ್‌ಗಳಾಗಿ ಬಳಸಬಹುದು, ಅದು ಗಾತ್ರದಲ್ಲಿ ಮಾತ್ರ ಬೆಳೆಯುತ್ತದೆ.

ಕಾರ್ಯಕ್ಷಮತೆ ಆಪ್ಟಿಮೈಸೇಶನ್

EXT2fs ಸಿಸ್ಟಮ್ ಅದರ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುವ ಅನೇಕ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊಂದಿದೆ, ಇದು ಫೈಲ್‌ಗಳನ್ನು ಓದುವಾಗ ಮತ್ತು ಬರೆಯುವಾಗ ಮಾಹಿತಿ ವಿನಿಮಯದ ವೇಗವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

EXT2fs ಡಿಸ್ಕ್ ಬಫರ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬಳಸುತ್ತದೆ. ಒಂದು ಬ್ಲಾಕ್ ಅನ್ನು ಓದಬೇಕಾದಾಗ, ಕರ್ನಲ್ ಹಲವಾರು ಪಕ್ಕದ ಬ್ಲಾಕ್‌ಗಳಿಗೆ I/O ಕಾರ್ಯಾಚರಣೆಯ ವಿನಂತಿಯನ್ನು ನೀಡುತ್ತದೆ. ಹೀಗಾಗಿ, ಓದಬೇಕಾದ ಮುಂದಿನ ಬ್ಲಾಕ್ ಅನ್ನು ಈಗಾಗಲೇ ಡಿಸ್ಕ್ ಬಫರ್‌ಗೆ ಲೋಡ್ ಮಾಡಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಕರ್ನಲ್ ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಕಡತಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಓದುವಾಗ ಇಂತಹ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ನಡೆಸಲಾಗುತ್ತದೆ.

EXT2fs ವ್ಯವಸ್ಥೆಯು ಮಾಹಿತಿ ನಿಯೋಜನೆಗಾಗಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ. ಅನುಗುಣವಾದ ಐನೋಡ್‌ಗಳು ಮತ್ತು ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಗುಂಪು ಮಾಡಲು ಬ್ಲಾಕ್ ಗುಂಪುಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಕರ್ನಲ್ ಯಾವಾಗಲೂ ಒಂದೇ ಗುಂಪಿನಲ್ಲಿ ಒಂದು ಫೈಲ್‌ನ ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಮತ್ತು ಅದರ ವಿವರಣೆಯನ್ನು ಇರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಮತ್ತು ಅದರ ಅನುಗುಣವಾದ ಡೇಟಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಓದುವಾಗ ಡ್ರೈವ್ ಹೆಡ್ಗಳ ಚಲನೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಇದು ಉದ್ದೇಶಿಸಲಾಗಿದೆ.

ಫೈಲ್‌ಗೆ ಡೇಟಾವನ್ನು ಬರೆಯುವಾಗ, ಹೊಸ ಬ್ಲಾಕ್ ಅನ್ನು ನಿಯೋಜಿಸುವಾಗ EXT2fs 8 ಪಕ್ಕದ ಬ್ಲಾಕ್‌ಗಳವರೆಗೆ ಪೂರ್ವ-ಹಂಚಿಕೆ ಮಾಡುತ್ತದೆ. ಭಾರೀ ಸಿಸ್ಟಮ್ ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಾಧಿಸಲು ಈ ವಿಧಾನವು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಇದು ಫೈಲ್‌ಗಳನ್ನು ಪಕ್ಕದ ಬ್ಲಾಕ್‌ಗಳಲ್ಲಿ ಇರಿಸಲು ಸಹ ಅನುಮತಿಸುತ್ತದೆ, ಇದು ಅವುಗಳ ನಂತರದ ಓದುವಿಕೆಯನ್ನು ವೇಗಗೊಳಿಸುತ್ತದೆ.

EXT2fs ಲೈಬ್ರರಿ

EXT2fs ಸಂಪನ್ಮೂಲಗಳ ಬಳಕೆಯನ್ನು ಮತ್ತು ಈ ಕಡತ ವ್ಯವಸ್ಥೆಯ ನಿಯಂತ್ರಣ ರಚನೆಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಸರಳಗೊಳಿಸಲು, libext2fs ಲೈಬ್ರರಿಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಈ ಲೈಬ್ರರಿಯು ಭೌತಿಕ ಸಾಧನವನ್ನು ನೇರವಾಗಿ ಪ್ರವೇಶಿಸುವ ಮೂಲಕ EXT2 ಫೈಲ್ ಸಿಸ್ಟಮ್ ಡೇಟಾವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು ಮತ್ತು ಮಾರ್ಪಡಿಸಲು ಬಳಸಬಹುದಾದ ಕಾರ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ.

ಹೆಚ್ಚಿನ EXT2fs ಉಪಯುಕ್ತತೆಗಳು (mke2fs, e2fsck, tune2fs, dumpe2fs, debugfs, ಇತ್ಯಾದಿ) ಈ ಲೈಬ್ರರಿಯನ್ನು ಬಳಸುತ್ತವೆ. EXT2fs ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಹೆಚ್ಚುವರಿ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಪರಿಚಯಿಸಲು ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು EXT2fs ಲೈಬ್ರರಿಯಲ್ಲಿ ಮಾತ್ರ ಮಾಡಬೇಕಾಗಿರುವುದರಿಂದ ಇದು ಈ ಉಪಯುಕ್ತತೆಗಳ ಮಾರ್ಪಾಡುಗಳನ್ನು ಹೆಚ್ಚು ಸರಳಗೊಳಿಸುತ್ತದೆ.

EXT2fs ಲೈಬ್ರರಿಯ ಇಂಟರ್ಫೇಸ್ ಸಾಕಷ್ಟು ವಿಶಾಲ ಮತ್ತು ಅಮೂರ್ತವಾಗಿರುವುದರಿಂದ, ಫೈಲ್ ಸಿಸ್ಟಮ್ಗೆ ನೇರ ಪ್ರವೇಶದ ಅಗತ್ಯವಿರುವ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಅದರ ಸಹಾಯದಿಂದ ಸುಲಭವಾಗಿ ಬರೆಯಬಹುದು. ಉದಾಹರಣೆಗೆ, 4.4 BSD ಡಂಪ್ ವರ್ಗಾವಣೆ ಮತ್ತು ಕೆಲವು ಉಪಯುಕ್ತತೆಗಳ ಮರುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ EXT2fs ಲೈಬ್ರರಿಯನ್ನು ಬಳಸಲಾಯಿತು. ಈ ಪರಿಕರಗಳನ್ನು ಲಿನಕ್ಸ್‌ಗೆ ಅಳವಡಿಸಲು ಕೆಲವೇ ಕೆಲವು ಬದಲಾವಣೆಗಳ ಅಗತ್ಯವಿದೆ (ನಾವು ಹಲವಾರು ಫೈಲ್‌ಸಿಸ್ಟಮ್-ಇಂಟರಾಕ್ಟಿಂಗ್ ಕಾರ್ಯಗಳನ್ನು EXT2fs ಲೈಬ್ರರಿಗೆ ಕರೆಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸಬೇಕಾಗಿತ್ತು).

EXT2fs ಗ್ರಂಥಾಲಯವು ಹಲವಾರು ವರ್ಗಗಳ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಮೊದಲ ವರ್ಗವು ಫೈಲ್ ಸಿಸ್ಟಮ್ಗೆ ಸಂಬಂಧಿಸಿದ ಕಾರ್ಯಾಚರಣೆಗಳು. ಯಾವುದೇ ಪ್ರೋಗ್ರಾಂ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ತೆರೆಯಬಹುದು ಅಥವಾ ಮುಚ್ಚಬಹುದು, ಬಿಟ್‌ಗಳ ಬ್ಲಾಕ್ ಅನ್ನು ಓದಬಹುದು ಅಥವಾ ಬರೆಯಬಹುದು ಅಥವಾ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಹೊಸ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ರಚಿಸಬಹುದು. ಫೈಲ್ ಸಿಸ್ಟಮ್ ಬ್ಯಾಡ್ ಬ್ಲಾಕ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಕುಶಲತೆಯಿಂದ ನಿರ್ವಹಿಸುವ ಕಾರ್ಯಗಳೂ ಇವೆ.

ಎರಡನೇ ವರ್ಗದ ಕಾರ್ಯಾಚರಣೆಗಳು ಡೈರೆಕ್ಟರಿಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. EXT2fs ಲೈಬ್ರರಿಯನ್ನು ಬಳಸುವ ಪ್ರೋಗ್ರಾಂ ಡೈರೆಕ್ಟರಿಯನ್ನು ರಚಿಸಬಹುದು ಅಥವಾ ವಿಸ್ತರಿಸಬಹುದು, ಹಾಗೆಯೇ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ನಮೂದುಗಳನ್ನು ಸೇರಿಸಬಹುದು ಅಥವಾ ಅಳಿಸಬಹುದು. ಐನೋಡ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಫೈಲ್‌ಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ಧರಿಸುವುದು ಮತ್ತು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ವಿವರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಫೈಲ್‌ಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ಧರಿಸುವುದು ಎರಡಕ್ಕೂ ಕಾರ್ಯಗಳಿವೆ.

ಕೊನೆಯ ವರ್ಗದ ಕಾರ್ಯಾಚರಣೆಗಳು ಸೂಚ್ಯಂಕ ಹ್ಯಾಂಡಲ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ಗಳ ಟೇಬಲ್ ಅನ್ನು ಓದಲು, ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಅನ್ನು ಓದಲು ಅಥವಾ ಬರೆಯಲು ಮತ್ತು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ನ ಎಲ್ಲಾ ಬ್ಲಾಕ್‌ಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಸಾಧ್ಯವಿದೆ. ಬ್ಲಾಕ್‌ಗಳು ಮತ್ತು ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ಗಳನ್ನು ಇರಿಸಲು ಮತ್ತು ಬಿಡುಗಡೆ ಮಾಡಲು ಕಾರ್ಯಗಳನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿದೆ.

EXT2fs ಸಿಸ್ಟಮ್ ಪರಿಕರಗಳು

EXT2fs ಸಿಸ್ಟಮ್‌ಗಾಗಿ ಶಕ್ತಿಯುತ ನಿಯಂತ್ರಣಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. EXT2fs ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಯಾವುದೇ ಅಸಂಗತತೆಗಳನ್ನು ರಚಿಸಲು, ಮಾರ್ಪಡಿಸಲು ಮತ್ತು ಸರಿಪಡಿಸಲು ಈ ಉಪಕರಣಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಖಾಲಿ EXT2fs ಫೈಲ್ ಸಿಸ್ಟಮ್ ಹೊಂದಿರುವ ಡಿಸ್ಕ್ ವಿಭಾಗವನ್ನು ಆರೋಹಿಸಲು mke2fs ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.

ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು tune2fs ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಬಳಸಬಹುದು ಅದರ ಸಹಾಯದಿಂದ, ನೀವು ದೋಷಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬದಲಾಯಿಸಬಹುದು, ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಸಿಸ್ಟಮ್ ಆರೋಹಣಗಳು, ಸಿಸ್ಟಮ್ ಚೆಕ್‌ಗಳ ನಡುವಿನ ಗರಿಷ್ಠ ಮಧ್ಯಂತರ ಮತ್ತು ರೂಟ್ ಬಳಕೆದಾರರಿಗೆ ಕಾಯ್ದಿರಿಸಿದ ಲಾಜಿಕಲ್ ಬ್ಲಾಕ್‌ಗಳ ಸಂಖ್ಯೆ.

ಬಹುಶಃ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಸಾಧನವೆಂದರೆ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷಕ. ಸಂಪೂರ್ಣ ಸಿಸ್ಟಮ್‌ನ ತಪ್ಪಾದ ಸ್ಥಗಿತದ ನಂತರ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿನ ಅಸಂಗತತೆಯನ್ನು ತೊಡೆದುಹಾಕಲು E2fsck ಅನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. e2fsck ಪ್ರೋಗ್ರಾಂನ ಆರಂಭಿಕ ಆವೃತ್ತಿಯು Minix ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಾಗಿ Linus Torvald fsck ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಆಧರಿಸಿದೆ. ಆದಾಗ್ಯೂ, ಪ್ರೋಗ್ರಾಂನ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯನ್ನು EXT2fs ಲೈಬ್ರರಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಪುನಃ ಬರೆಯಲಾಗಿದೆ ಮತ್ತು ಮೂಲ ಆವೃತ್ತಿಗೆ ಹೋಲಿಸಿದರೆ ಅದನ್ನು ಪರಿಶೀಲಿಸುವಾಗ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಹೆಚ್ಚಿನ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಬಹುದು ಮತ್ತು ವೇಗವಾಗಿರುತ್ತದೆ.

e2fsck ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಗರಿಷ್ಠ ವೇಗದಲ್ಲಿ ಚಲಾಯಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಫೈಲ್ ಸಿಸ್ಟಮ್ ಚೆಕ್ ಪ್ರೋಗ್ರಾಂಗಳು ಡಿಸ್ಕ್ ಲೋಡಿಂಗ್‌ಗೆ ಕಾರಣವಾಗುವುದರಿಂದ, e2fsck ಅಲ್ಗಾರಿದಮ್‌ಗಳನ್ನು ಆಪ್ಟಿಮೈಸ್ ಮಾಡಬೇಕು ಆದ್ದರಿಂದ ಫೈಲ್ ಸಿಸ್ಟಮ್ ರಚನೆಗಳನ್ನು ಕಡಿಮೆ ಬಾರಿ ಪ್ರವೇಶಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು, ಹೆಚ್ಚುವರಿಯಾಗಿ, ಡಿಸ್ಕ್ ಡ್ರೈವ್ ಹೆಡ್‌ಗಳನ್ನು ಸರಿಸಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಐನೋಡ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಕ್ರಮವನ್ನು ಬ್ಲಾಕ್ ಸಂಖ್ಯೆಯಿಂದ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.

ಮೊದಲ ಪಾಸ್‌ನಲ್ಲಿ, e2fsck ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಐನೋಡ್‌ಗಳ ಮೂಲಕ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಐನೋಡ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಸಿಸ್ಟಮ್ ಅಂಶವಾಗಿ ಪರಿಶೀಲಿಸುತ್ತದೆ. ಹೀಗಾಗಿ, ಈ ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ ಇತರ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಬ್ಜೆಕ್ಟ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುವುದಿಲ್ಲ. ಅಂತಹ ಚೆಕ್‌ಗಳ ಉದ್ದೇಶಗಳಲ್ಲಿ ಒಂದನ್ನು ಪರಿಶೀಲಿಸುವುದು ಫೈಲ್‌ನ ಪ್ರಕಾರದ ಅಸ್ತಿತ್ವವನ್ನು ಪರಿಶೀಲಿಸುವುದು, ಹಾಗೆಯೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಂಖ್ಯೆಗಳೊಂದಿಗೆ ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ನಲ್ಲಿನ ಎಲ್ಲಾ ಬ್ಲಾಕ್‌ಗಳ ಪತ್ರವ್ಯವಹಾರ. ಮೊದಲ ಪಾಸ್ ಬ್ಲಾಕ್‌ಗಳು ಮತ್ತು ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ಗಳ ಬಳಕೆಯನ್ನು ಸೂಚಿಸುವ ಬಿಟ್ ನಕ್ಷೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ.

ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ಗಳಲ್ಲಿ ಸಂಖ್ಯೆಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳನ್ನು e2fsck ಕಂಡುಕೊಂಡರೆ, 1B ಮೂಲಕ 1D ಮೂಲಕ ವ್ಯತ್ಯಾಸವನ್ನು ಪರಿಹರಿಸಲು ರನ್ ಮಾಡಲಾಗುತ್ತದೆ, ಹಂಚಿಕೊಳ್ಳಬೇಕಾದ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಹೆಚ್ಚಿಸುವ ಮೂಲಕ ಅಥವಾ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ವಿವರಣೆಗಳನ್ನು ತೆಗೆದುಹಾಕುವ ಮೂಲಕ.

ಮೊದಲ ಪಾಸ್ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಏಕೆಂದರೆ ಎಲ್ಲಾ ಐನೋಡ್‌ಗಳನ್ನು ಮೆಮೊರಿಗೆ ಓದಬೇಕು ಮತ್ತು ಪರಿಶೀಲಿಸಬೇಕು. ನಂತರದ ಪಾಸ್‌ಗಳಲ್ಲಿ I/O ಕಾರ್ಯಾಚರಣೆಗಳ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ಎಲ್ಲಾ ಅಗತ್ಯ ಮಾಹಿತಿಯು ಬಫರ್‌ನಲ್ಲಿ ಉಳಿಯುತ್ತದೆ. ಈ ಯೋಜನೆಯ ವಿಶಿಷ್ಟ ಲಕ್ಷಣವೆಂದರೆ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನ ಎಲ್ಲಾ ಡೈರೆಕ್ಟರಿ ಬ್ಲಾಕ್‌ಗಳ ಹುಡುಕಾಟ. ಈ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು, ಎರಡನೇ ಪಾಸ್‌ನಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಡೈರೆಕ್ಟರಿಗಳ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ರಚನೆಗಳನ್ನು ಮತ್ತೆ ಓದಲಾಗುತ್ತದೆ.

ಎರಡನೇ ಪಾಸ್ನಲ್ಲಿ, ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಪ್ರತ್ಯೇಕ ಅಂಶಗಳಾಗಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಡೈರೆಕ್ಟರಿ ಬ್ಲಾಕ್ ಅನ್ನು ಇತರ ಡೈರೆಕ್ಟರಿ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಉಲ್ಲೇಖಿಸದೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. ಇದು e2fsck ಗೆ ಎಲ್ಲಾ ಡೈರೆಕ್ಟರಿ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಬ್ಲಾಕ್ ಸಂಖ್ಯೆಯ ಮೂಲಕ ವಿಂಗಡಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ಆರೋಹಣ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಹೀಗಾಗಿ ಡಿಸ್ಕ್ ಪ್ರವೇಶ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಡೈರೆಕ್ಟರಿ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಅವುಗಳ ನಮೂದುಗಳು ಮಾನ್ಯವಾಗಿವೆಯೇ ಮತ್ತು ಅವುಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಂಖ್ಯೆಗಳೊಂದಿಗೆ (ಮೊದಲ ಪಾಸ್‌ನಲ್ಲಿ ನಿರ್ಧರಿಸಿದಂತೆ) ಹ್ಯಾಂಡಲ್‌ಗಳ ಉಲ್ಲೇಖಗಳನ್ನು ಒಳಗೊಂಡಿವೆಯೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ.

ಪ್ರತಿ ಡೈರೆಕ್ಟರಿ ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ನಲ್ಲಿನ ಮೊದಲ ಡೈರೆಕ್ಟರಿ ಬ್ಲಾಕ್‌ಗಾಗಿ, "." ನಮೂದುಗಳ ಅಸ್ತಿತ್ವವನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು "..", ಮತ್ತು "" ಪ್ರವೇಶಕ್ಕಾಗಿ ವಿವರಣಾತ್ಮಕ ಸಂಖ್ಯೆ ಪ್ರಸ್ತುತ ಡೈರೆಕ್ಟರಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ. (".." ಪ್ರವೇಶಕ್ಕಾಗಿ ವಿವರಣಾತ್ಮಕ ಸಂಖ್ಯೆಯನ್ನು ಮೂರನೇ ಪಾಸ್‌ವರೆಗೆ ಪರೀಕ್ಷಿಸಲಾಗುವುದಿಲ್ಲ.)

ಎರಡನೇ ಪಾಸ್ ಸಮಯದಲ್ಲಿ, ಪೋಷಕ ಡೈರೆಕ್ಟರಿಗೆ ಸಂಬಂಧಿಸಿದ ಮಾಹಿತಿಯನ್ನು ಬಫರ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.

ಎರಡನೇ ಪಾಸ್‌ನ ಅಂತ್ಯದ ವೇಳೆಗೆ, ಡಿಸ್ಕ್‌ನಲ್ಲಿನ ಬಹುತೇಕ ಎಲ್ಲಾ I/O ಕಾರ್ಯಾಚರಣೆಗಳು ಪೂರ್ಣಗೊಂಡಿವೆ ಎಂದು ಗಮನಿಸಬೇಕು. ಮೂರನೇ, ನಾಲ್ಕನೇ ಮತ್ತು ಐದನೇ ಪಾಸ್‌ಗಳಿಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಮಾಹಿತಿಯು ಮೆಮೊರಿಯಲ್ಲಿದೆ, ಆದಾಗ್ಯೂ, ಉಳಿದ ಪಾಸ್‌ಗಳು ಪ್ರೊಸೆಸರ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಒಟ್ಟು e2fsck ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸಮಯದ 5-10% ಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಮೂರನೇ ಪಾಸ್ನಲ್ಲಿ, ಡೈರೆಕ್ಟರಿ ಸಂಪರ್ಕಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. E2fsck ಎರಡನೇ ಪಾಸ್‌ನಲ್ಲಿ ಪಡೆದ ಮಾಹಿತಿಯನ್ನು ಬಳಸಿಕೊಂಡು ರೂಟ್‌ನ ಕಡೆಗೆ ಪ್ರತಿ ಡೈರೆಕ್ಟರಿಯ ಮಾರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಪ್ರತಿ ಡೈರೆಕ್ಟರಿಗೆ ".." ಪ್ರವೇಶವನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆ. ಪರಿಶೀಲಿಸಿದ ನಂತರ ಗುರುತಿಸಲಾದ ಎಲ್ಲಾ ಡೈರೆಕ್ಟರಿಗಳು ಮತ್ತು ರೂಟ್ ಡೈರೆಕ್ಟರಿಯೊಂದಿಗೆ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ / ಕಳೆದುಹೋದ + ಕಂಡುಬಂದ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ.

ನಾಲ್ಕನೇ ಪಾಸ್‌ನಲ್ಲಿ, e2fsck ಎಲ್ಲಾ ಐನೋಡ್‌ಗಳ ಮೂಲಕ ಹಾದುಹೋಗುವ ಮೂಲಕ ಮತ್ತು ಎರಡನೇ ಮತ್ತು ಮೂರನೇ ಪಾಸ್‌ಗಳಲ್ಲಿ ಲೆಕ್ಕಹಾಕಿದ ಆಂತರಿಕ ಕೌಂಟರ್‌ಗಳೊಂದಿಗೆ ಉಲ್ಲೇಖ ಎಣಿಕೆಗಳನ್ನು (ಈ ಮಾಹಿತಿಯನ್ನು ಮೊದಲ ಪಾಸ್‌ನಿಂದ ಉಳಿಸಲಾಗಿದೆ) ಹೋಲಿಸುವ ಮೂಲಕ ಪ್ರತಿ ಐನೋಡ್‌ಗೆ ಉಲ್ಲೇಖ ಎಣಿಕೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಸೊನ್ನೆಯ ಉಲ್ಲೇಖದ ಎಣಿಕೆಯೊಂದಿಗೆ ಅಳಿಸದ ಎಲ್ಲಾ ಫೈಲ್‌ಗಳನ್ನು ಸಹ / ಕಳೆದುಹೋದ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ.

ಅಂತಿಮವಾಗಿ, ಐದನೇ ಪಾಸ್‌ನಲ್ಲಿ, ಎಲ್ಲಾ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮಾಹಿತಿಯು ಹೊಂದಾಣಿಕೆಯಾಗುತ್ತದೆಯೇ ಎಂದು e2fsck ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇಲ್ಲಿ, ಹಿಂದಿನ ಪಾಸ್‌ಗಳಲ್ಲಿ ಪಡೆದ ಬ್ಲಾಕ್‌ಗಳು ಮತ್ತು ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ಗಳ ಬಿಟ್‌ಮ್ಯಾಪ್‌ಗಳನ್ನು ನಿಜವಾದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಹೋಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ, ಡಿಸ್ಕ್‌ನಲ್ಲಿನ ಮಾಹಿತಿಯನ್ನು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಸರಿಹೊಂದಿಸಲಾಗುತ್ತದೆ.

ಮತ್ತೊಂದು ಉಪಯುಕ್ತ ಸಾಧನವೆಂದರೆ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಡೀಬಗರ್. ಡೀಬಗ್ಫ್ಸ್ ಒಂದು ಶಕ್ತಿಯುತ ಪ್ರೋಗ್ರಾಂ ಆಗಿದ್ದು ಅದು ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ಧರಿಸಲು ಮತ್ತು ಹೊಂದಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಮೂಲಭೂತವಾಗಿ, ಇದು EXT2fs ಲೈಬ್ರರಿಗೆ ಸಂವಾದಾತ್ಮಕ ಇಂಟರ್ಫೇಸ್ ಆಗಿದೆ, ಅಂದರೆ, ಇದು ಟೈಪ್ ಮಾಡಿದ ಆಜ್ಞೆಗಳನ್ನು ಲೈಬ್ರರಿ ಕಾರ್ಯಗಳಿಗೆ ಕರೆಗಳಾಗಿ ಅನುವಾದಿಸುತ್ತದೆ.

ಫೈಲ್‌ಸಿಸ್ಟಮ್‌ನ ಆಂತರಿಕ ರಚನೆಯನ್ನು ನಿರ್ಧರಿಸಲು, ಹಾನಿಗೊಳಗಾದ ವ್ಯವಸ್ಥೆಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಸರಿಪಡಿಸಲು ಅಥವಾ e2fsck ಗಾಗಿ ಷರತ್ತುಬದ್ಧ ಪರೀಕ್ಷೆಗಳನ್ನು ರಚಿಸಲು ಡೀಬಗ್‌ಫ್‌ಗಳನ್ನು ಬಳಸಬಹುದು. ದುರದೃಷ್ಟವಶಾತ್, ಈ ಪ್ರೋಗ್ರಾಂ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಹೇಗೆ ಬಳಸಬೇಕೆಂದು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ ಅದನ್ನು ಹಾನಿಗೊಳಿಸಬಹುದು. ಈ ಉಪಕರಣವನ್ನು ಬಳಸಿಕೊಂಡು, ನೀವು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸರಳವಾಗಿ ನಾಶಪಡಿಸಬಹುದು. ಆದ್ದರಿಂದ, debugfs ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಓದಲು-ಮಾತ್ರ ಕ್ರಮದಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ತೆರೆಯುತ್ತದೆ. ಓದುವ/ಬರೆಯುವ ಕ್ರಮದಲ್ಲಿ ಪ್ರವೇಶಿಸಲು, -w ಆಯ್ಕೆಯನ್ನು ಸೂಚಿಸಿ.

ಕಾರ್ಯಕ್ಷಮತೆಯ ಲೆಕ್ಕಾಚಾರ

ಬೋನಿ ಪರೀಕ್ಷೆಯ ಫಲಿತಾಂಶಗಳನ್ನು ಕೆಳಗಿನ ಕೋಷ್ಟಕದಿಂದ ನೋಡಬಹುದು:

	ಅಕ್ಷರದಿಂದ ಅಕ್ಷರದ ರೆಕಾರ್ಡಿಂಗ್ (Kb/s)	ಬ್ಲಾಕ್ ರೆಕಾರ್ಡಿಂಗ್ (Kb/s)	ಡಬ್ಬಿಂಗ್ (ಕೆಬಿ/ಸೆ)	ಅಕ್ಷರದಿಂದ ಅಕ್ಷರ ಓದುವಿಕೆ (Kb/s)	ಓದುವಿಕೆಯನ್ನು ನಿರ್ಬಂಧಿಸಿ (ಕೆಬಿ/ಸೆ)
BSD ಅಸಿಂಕ್
BSD ಸಿಂಕ್
Ext2fs		1237			1033
ಕ್ಸಿಯಾ ಎಫ್ಎಸ್

ಬ್ಲಾಕ್ I/O ನೊಂದಿಗೆ ಫಲಿತಾಂಶಗಳು ಉತ್ತಮವಾಗಿವೆ: EXT2fs ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯದಲ್ಲಿ ಇತರ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಮೀರಿಸುತ್ತದೆ. ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಕಾರ್ಯವಿಧಾನಗಳಲ್ಲಿ ಸೇರಿಸಲಾದ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳು ಇದಕ್ಕೆ ಕಾರಣ. ಗ್ರೂಪ್ ಮೋಡ್‌ನಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬ ಕಾರಣದಿಂದಾಗಿ ರೆಕಾರ್ಡಿಂಗ್ ಕೂಡ ತ್ವರಿತವಾಗಿ ನಡೆಯುತ್ತದೆ. ಫೈಲ್‌ಗೆ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಹಂಚಲಾಗಿದೆ ಎಂಬ ಅಂಶದಿಂದಾಗಿ ಹೆಚ್ಚಿನ ಓದುವ ವೇಗವಿದೆ, ಆದ್ದರಿಂದ ಡ್ರೈವ್ ಹೆಡ್‌ಗಳು ಎರಡು ಓದುವಿಕೆಗಳ ನಡುವೆ ಚಲಿಸುವುದಿಲ್ಲ ಮತ್ತು ಪೂರ್ವ-ಓದುವ ಆಪ್ಟಿಮೈಸೇಶನ್ ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ಮತ್ತೊಂದೆಡೆ, ಸಾಂಕೇತಿಕ I/O ಗಾಗಿ FreeBSD ವ್ಯವಸ್ಥೆಯು ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿದೆ. FreeBSD ಮತ್ತು Linux ಅನುಗುಣವಾದ C ಲೈಬ್ರರಿಗಳಿಗಾಗಿ ವಿಭಿನ್ನ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಬಳಸುವುದರಿಂದ ಇದು ಸಂಭವಿಸಬಹುದು. ಹೆಚ್ಚುವರಿಯಾಗಿ, FreeBSD ಹೆಚ್ಚಾಗಿ ಹೆಚ್ಚು ಹೊಂದುವಂತೆ ಸಾಂಕೇತಿಕ ಓದುವ ಗ್ರಂಥಾಲಯವನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಕಾರ್ಯಕ್ಷಮತೆ ಇಲ್ಲಿ ಸ್ವಲ್ಪ ಉತ್ತಮವಾಗಿದೆ.

ಆಂಡ್ರ್ಯೂ ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳು

ಆಂಡ್ರ್ಯೂ ಅವರ ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳನ್ನು ಕೆಳಗಿನ ಕೋಷ್ಟಕದಿಂದ ನೋಡಬಹುದು:

	ಪ್ಯಾಸೇಜ್ 1 ಸೃಷ್ಟಿ	ಪಾಸ್ 2 ನಕಲು	ಪ್ಯಾಸೇಜ್ 3 ಸ್ಥಿತಿ ಪರಿಶೀಲನೆ	4 ಬೈಟ್-ಬೈ-ಬೈಟ್ ಚೆಕ್ ಅನ್ನು ಪಾಸ್ ಮಾಡಿ	ಪ್ಯಾಸೇಜ್ 5 ಸಂಕಲನ
	2203	7391	6319	17466	75314
BSD ಸಿಂಕ್	2330	7732	6317	17499	75681
Ext2fs

ಮೊದಲ ಎರಡು ಪಾಸ್‌ಗಳ ಫಲಿತಾಂಶಗಳು ಅಸಮಕಾಲಿಕ ಡೇಟಾ ವಿನಿಮಯದೊಂದಿಗೆ ಲಿನಕ್ಸ್ ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಡೈರೆಕ್ಟರಿಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳನ್ನು ರಚಿಸುವಾಗ, BSD ಸಿಸ್ಟಮ್ ಡೈರೆಕ್ಟರಿ ಹ್ಯಾಂಡಲ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿ ನಮೂದುಗಳನ್ನು ಸಿಂಕ್ರೊನಸ್ ಆಗಿ ಬರೆಯುತ್ತದೆ. FreeBSD ಗಾಗಿ ಅಸಮಕಾಲಿಕ ಬೆಂಬಲವನ್ನು ಇನ್ನೂ ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿಲ್ಲ ಎಂಬ ಊಹಾಪೋಹವಿದೆ.

ಮೂರನೇ ಪಾಸ್‌ನಲ್ಲಿ, ಲಿನಕ್ಸ್ ಮತ್ತು ಬಿಎಸ್‌ಡಿ ಮೌಲ್ಯಗಳು ತುಂಬಾ ಹೋಲುತ್ತವೆ. BSD ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವಾಗ, Linux VFS ಗೆ ಫೈಲ್ ನೇಮ್ ಬಫರ್ ಅನ್ನು ಸೇರಿಸುವುದು ಈ ಸಮಸ್ಯೆಯನ್ನು ನಿವಾರಿಸುತ್ತದೆ.

ನಾಲ್ಕನೇ ಮತ್ತು ಐದನೇ ಪಾಸ್‌ಗಳಲ್ಲಿ, ಲಿನಕ್ಸ್ ಫ್ರೀಬಿಎಸ್‌ಡಿಗಿಂತ ವೇಗವಾಗಿರುತ್ತದೆ, ಮುಖ್ಯವಾಗಿ ಏಕೀಕೃತ ಬಫರ್ ನಿರ್ವಹಣೆಯ ಬಳಕೆಯಿಂದಾಗಿ. ಬಫರ್ ಗಾತ್ರವು ಅಗತ್ಯವಿರುವಂತೆ ಬೆಳೆಯಬಹುದು ಮತ್ತು ಸ್ಥಿರ ಗಾತ್ರವನ್ನು ಬಳಸುವ FreeBSD ಗಿಂತ ಹೆಚ್ಚಿನ ಮೆಮೊರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. EXT2fs ಮತ್ತು Xia fs ಸಿಸ್ಟಮ್‌ಗಳ ಫಲಿತಾಂಶಗಳ ಹೋಲಿಕೆಯು EXT2fs ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳನ್ನು ವಾಸ್ತವವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ: ಈ ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯ ವ್ಯತ್ಯಾಸವು ಸುಮಾರು 5-10% ಆಗಿದೆ.

ತೀರ್ಮಾನ

EXT2 ಫೈಲ್ ಸಿಸ್ಟಮ್ ಲಿನಕ್ಸ್ ಬಳಕೆದಾರರಲ್ಲಿ ಹೆಚ್ಚು ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲ್ಪಡುತ್ತದೆ. ಇದು ಪ್ರಮಾಣಿತ Unix ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಮತ್ತು ಹೆಚ್ಚುವರಿ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇದಲ್ಲದೆ, ಕರ್ನಲ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗೆ ಧನ್ಯವಾದಗಳು, ಇದು ಅತ್ಯುತ್ತಮ ಕಾರ್ಯಕ್ಷಮತೆಯ ಫಲಿತಾಂಶಗಳನ್ನು ತೋರಿಸುತ್ತದೆ.

EXT2fs ಸಿಸ್ಟಮ್ ಹೊಸ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಸೇರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಕೆಲವು ಜನರು ನೈಜ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ವಿಸ್ತರಣೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾರೆ: Posix ACL, ಚೇತರಿಕೆ ಅಳಿಸಲಾದ ಫೈಲ್‌ಗಳುಮತ್ತು ನೈಜ ಸಮಯದಲ್ಲಿ ಫೈಲ್ ಕಂಪ್ರೆಷನ್.

ಮೊದಲಿಗೆ, EXT2fs ಸಿಸ್ಟಮ್ ಅನ್ನು ಲಿನಕ್ಸ್ ಕರ್ನಲ್‌ಗೆ ಸಂಯೋಜಿಸಲಾಗಿದೆ ಮತ್ತು ಈಗ ಅದನ್ನು ಇತರ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಸಕ್ರಿಯವಾಗಿ ಪೋರ್ಟ್ ಮಾಡಲಾಗುತ್ತಿದೆ. EXT2fs ಸಹ Masix ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ನ ಪ್ರಮುಖ ಅಂಶವಾಗಿದೆ, ಇದನ್ನು ಪ್ರಸ್ತುತ ಲೇಖಕರೊಬ್ಬರು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದಾರೆ.