ದಿ SUSE ಅಭಿವರ್ಧಕರು ಹಳತಾದ ಅಥವಾ ಕಡಿಮೆ-ಬಳಸಿದ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಯೋಜನೆಗಳನ್ನು ಘೋಷಿಸಿದ್ದಾರೆ ಇದು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಲಿನಕ್ಸ್ ಕರ್ನಲ್‌ನೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. ಬದಲಾವಣೆಯನ್ನು ಭವಿಷ್ಯದ ಎಸ್‌ಎಲ್‌ಇ 15-ಎಸ್‌ಪಿ 1 ಮತ್ತು ಓಪನ್‌ಸುಸ್ ಲೀಪ್ 15.1 ನಲ್ಲಿ ಸೇರಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ.
ಕಾರಣವೆಂದರೆ, ಅವುಗಳ ಅನುಷ್ಠಾನಗಳಲ್ಲಿನ ದೋಷಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳುವಂತಹ ವಿಶೇಷವಾಗಿ ಮಾರ್ಪಡಿಸಿದ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಮಾಧ್ಯಮವನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ ಸಂಭವನೀಯ ದಾಳಿಯಿಂದ ವ್ಯವಸ್ಥೆಯನ್ನು ರಕ್ಷಿಸುವ ಬಯಕೆ.
ಹೇಳಿಕೆಯಲ್ಲಿ ಹೇಳಿರುವಂತೆ:
SUSE ಹಲವಾರು ಲೆಗಸಿ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಕಪ್ಪುಪಟ್ಟಿಗೆ ಸೇರಿಸುತ್ತದೆ ಮತ್ತು / ಅಥವಾ ಸುರಕ್ಷತಾ ಕಾರಣಗಳಿಗಾಗಿ SLES ನಲ್ಲಿ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ಉದ್ದೇಶಿತ ಪಟ್ಟಿ ಇಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು.
ಓಪನ್ ಸೂಸ್ಗಾಗಿ ನಾವು ಅದೇ ರೀತಿ ಮಾಡಬೇಕೆ ಎಂಬುದು ಈಗಿನ ಪ್ರಶ್ನೆ.
ನನ್ನ is ಹೆಯೆಂದರೆ, ಮೇಲಿನ ಪಟ್ಟಿ ಬಹುಶಃ ವ್ಯವಹಾರ ಗ್ರಾಹಕರಿಗೆ ವಿವಾದಾಸ್ಪದವಾಗಿಲ್ಲವಾದರೂ, ಓಪನ್ ಸೂಸ್ ಬಳಕೆದಾರರು ಪಟ್ಟಿಯಲ್ಲಿರುವ ಕೆಲವು ಐಟಂಗಳ ಬಗ್ಗೆ ಆಕ್ಷೇಪಣೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು.
ಕಡಿಮೆ ಬಳಸಿದ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಕಪ್ಪುಪಟ್ಟಿಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ
ಅನುಷ್ಠಾನದೊಂದಿಗೆ ಮಾಡ್ಯೂಲ್ಗಳು 21 ಫೈಲ್‌ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಕಪ್ಪುಪಟ್ಟಿಗೆ ಸೇರಿಸಲಾಗಿದೆ ಮತ್ತು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಲೋಡ್ ಆಗುವುದಿಲ್ಲ ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಡೇಟಾದೊಂದಿಗೆ ಡ್ರೈವ್ ಅನ್ನು ಸಂಪರ್ಕಿಸುವಾಗ.
ಬದಲಾವಣೆಯು ಕೆಲವು ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸ್ವಯಂಚಾಲಿತ ಪತ್ತೆಹಚ್ಚುವಿಕೆಯೊಂದಿಗೆ ಜೋಡಿಸಿದಾಗ ಮಾಡ್ಯೂಲ್ಗಳ ಸ್ವಯಂಚಾಲಿತ ಲೋಡಿಂಗ್ ಮೇಲೆ ಮಾತ್ರ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.
ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು ಇದನ್ನು ಮಾಡಿದರೂ ಸಹ, ಕಪ್ಪುಪಟ್ಟಿ ಫೈಲ್‌ನಲ್ಲಿನ ಸಾಲುಗಳನ್ನು ಸರಳವಾಗಿ ಕಾಮೆಂಟ್ ಮಾಡುವ ಮೂಲಕ ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಫೈಲ್‌ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನೀವು ಮರು-ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು ಎಂಬುದನ್ನು ಬಳಕೆದಾರರು ಗಮನಿಸಬೇಕು.
ಮೌಂಟ್ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಬಳಕೆದಾರರು ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಆರೋಹಿಸಬಹುದು, ಫೈಲ್‌ಸಿಸ್ಟಮ್ ಪ್ರಕಾರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸೂಚಿಸುವ ಮೂಲಕ (ಉದಾಹರಣೆಗೆ, "mount -t jfs"), ಅಥವಾ ಅಗತ್ಯವಿರುವ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಲೋಡ್ ಮಾಡುವ ಮೂಲಕ (ಉದಾಹರಣೆಗೆ, "modprobe jfs").
ಎಂದು ಗಮನಿಸಲಾಗಿದೆ ಕಪ್ಪುಪಟ್ಟಿಯನ್ನು ಬೆಂಬಲಿಸುವ ಅನೇಕ ಫೈಲ್‌ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ದೀರ್ಘಕಾಲದವರೆಗೆ ಅದು ಕರ್ನಲ್ API ನೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ಬರುತ್ತದೆ ಮತ್ತು ಕೋಡ್ ಅನ್ನು ಎಂದಿಗೂ ಲೆಕ್ಕಪರಿಶೋಧಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ದುರುದ್ದೇಶಪೂರಿತ ಬಾಹ್ಯ ಡ್ರೈವ್ ಅನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ ದುರುಪಯೋಗಪಡಿಸಿಕೊಳ್ಳಬಹುದಾದ ದೋಷಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು.
ಮೊಬೈಲ್ ಸಾಧನ ಫ್ಲ್ಯಾಷ್ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ ಬಳಸಲಾಗುವ ಎಫ್ 2 ಎಫ್ಎಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ ಸ್ಯಾಮ್ಸಂಗ್ ಎಫ್ 2 ಎಫ್ಎಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಸೇರಿದಂತೆ ಎಫ್ಎಸ್ ಫೈಲ್ಗಳನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಲಾಕ್ ಮಾಡಲಾಗಿದೆ.
ಎಫ್ 2 ಎಫ್ಎಸ್ ಅನ್ನು ಕಪ್ಪುಪಟ್ಟಿಗೆ ಸೇರಿಸಲು ಕಾರಣವೆಂದರೆ ಈ ಫೈಲ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆವೃತ್ತಿಯನ್ನು ನಿರ್ಧರಿಸಲು ಯಾಂತ್ರಿಕತೆಯ ಕೊರತೆ, ಇದು ಭದ್ರತಾ ಪರಿಹಾರಗಳನ್ನು ಬ್ಯಾಕ್ಪೋರ್ಟ್ ಮಾಡುವಾಗ ಹೊಂದಾಣಿಕೆಯ ಸಂರಕ್ಷಣೆಯನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ.
ಪ್ರಸ್ತುತ ಕಪ್ಪು ಪಟ್ಟಿಯ ಸಂಯೋಜನೆ ಹೀಗಿದೆ:
- adfs
- ಎಎಫ್ಎಸ್
- bfs
- ಮೊದಲು
- ಸೆಳೆತ
- efs
- ಎರೋಫ್ಸ್
- exofs
- freevxfs
- f2fs
- hfs (hfsplus module autunun ಉಳಿಸಲಾಗಿದೆ)
- hpfs (OS/2)
- jffs2
- jfs
- ಮಿನಿಕ್ಸ್
- nilfs2
- qnx4
- qnx6
- sysv
- ubifs
- ufs
ಇತರ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು ಸಹ ಗಮನದಲ್ಲಿವೆ
ಇವುಗಳಲ್ಲದೆ omfs ಮತ್ತು ntfs ಫೈಲ್‌ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಸೇರಿಸಲು ಯೋಜನೆಗಳು ಜಾರಿಯಲ್ಲಿವೆ ಗೆ ಪಟ್ಟಿ (ಎನ್ಟಿಎಫ್‌ಗಳನ್ನು ದೀರ್ಘಕಾಲದವರೆಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರಸ್ತುತ ntfs-3g ಅನ್ನು ಬಳಸಬೇಕು)
ಎನ್ಟಿಎಫ್ಎಸ್ ವ್ಯಾಪಕವಾಗಿ ಬಳಸಲ್ಪಟ್ಟಿಲ್ಲ ಎಂದು ಅಲ್ಲ; ಕೇವಲ ಗಮನ
ntfs ಕರ್ನಲ್ ಮಾಡ್ಯೂಲ್ ಅನ್ನು 2007 ರಿಂದ ನೋಡಲಾಗಿದೆ.
ತ್ವರಿತ ಮತ್ತು ಪ್ರಾಯೋಗಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ ಕಲ್ಪನೆಯು ಕೆಟ್ಟದ್ದಲ್ಲವಾದರೂ, ವಾಸ್ತವವೆಂದರೆ ಅದು ಇದು ಒಂದು ದೊಡ್ಡ ಉಪಾಯವೆಂದು ತೋರುತ್ತಿಲ್ಲವಾದ್ದರಿಂದ ಇದು ಚರ್ಚೆಯನ್ನು ಹುಟ್ಟುಹಾಕಲು ಪ್ರಾರಂಭಿಸಿದೆ.
ಸ್ಥಳೀಯ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಪ್ರಕಾರ, ಬಹುಪಾಲು ಬಳಕೆದಾರರು ಇದನ್ನು ಬಳಸುತ್ತಾರೆ:
ext2 / 3/4, xfs, btrfs ಮತ್ತು reiserfs. ಆದರೆ ಒಸಿಎಫ್‌ಎಸ್ 2 ಮತ್ತು ಜಿಎಫ್‌ಎಸ್ 2 ಸಾಮಾನ್ಯವಾಗಿದ್ದರೂ ನೀವು ಅವುಗಳನ್ನು ಕಪ್ಪುಪಟ್ಟಿಗೆ ಸೇರಿಸಲು ಬಯಸುವುದಿಲ್ಲ.
ಉಳಿದವು ಹಳೆಯ ಅಥವಾ ಅಪರೂಪದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆಗಾಗಿ, ಶುದ್ಧ ಫ್ಲ್ಯಾಷ್ ಮಾಧ್ಯಮಕ್ಕಾಗಿ (ಅಂದರೆ, ಎಫ್‌ಟಿಎಲ್ ಇಲ್ಲದೆ), ಅಥವಾ ಇತರ ನಿರ್ವಹಣಾ ಸಮಸ್ಯೆಗಳನ್ನು (ಎಫ್ 2 ಎಫ್) ಹೊಂದಿವೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಬಳಕೆದಾರರು ಇಲ್ಲವೇ?
ಬೆರಳೆಣಿಕೆಯಷ್ಟು ಮಂದಿ ಇದ್ದಾರೆ ಎಂದು ನನಗೆ ಖಾತ್ರಿಯಿದೆ. ಬಹುಪಾಲು ಬಳಕೆದಾರರು ಕೆಲವರಿಗೆ ಅವಕಾಶ ಕಲ್ಪಿಸುವಂತಹದನ್ನು ಬಿಡುವುದು ಯೋಗ್ಯವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುವುದಿಲ್ಲ.