ಹೆಸ್ಟಿಯಾಸಿಪಿಯಲ್ಲಿ ಐನೋಡ್ ಬಳಕೆಯನ್ನು ನಾನು ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು? ಸಾಕಷ್ಟು ಡಿಸ್ಕ್ ಸ್ಥಳವಿದ್ದರೂ ಫೈಲ್‌ಗಳನ್ನು ಬರೆಯಲು ಸಾಧ್ಯವಾಗದಿರುವುದಕ್ಕೆ ಕಾರಣವೇನು?

ಎರಡು ದಿನಗಳ ಹಿಂದೆ, ಒಬ್ಬ ಸ್ನೇಹಿತ ತಡರಾತ್ರಿ ನನಗೆ ಸಂದೇಶ ಕಳುಹಿಸಿ ತನ್ನ ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ ಎಂದು ತಿಳಿಸಿದ್ದ.

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

ಆದರೆ ಅವನು `df -h` ನೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿದಾಗ, ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಹತ್ತಾರು ಗಿಗಾಬೈಟ್‌ಗಳಷ್ಟು ಮುಕ್ತ ಸ್ಥಳವಿರುವುದನ್ನು ಕಂಡು ಆಘಾತಕ್ಕೊಳಗಾದನು. ಅದು ಹೇಗೆ ತುಂಬಲು ಸಾಧ್ಯ?

ನಾನು ಅವನಿಗೆ ತಕ್ಷಣ ಹೇಳಿದೆ, "ಸಹೋದರ, ನೀವು ಕೇವಲ ಶೇಖರಣಾ ಸ್ಥಳದಿಂದ ತುಂಬಿಲ್ಲ, ನಿಮ್ಮ ಇನೋಡ್ ಓವರ್‌ಲೋಡ್ ಆಗಿದೆ."

ಅವರು ಪ್ರಶ್ನಾರ್ಥಕ ಚಿಹ್ನೆಯೊಂದಿಗೆ ಉತ್ತರಿಸಿದರು: ಇನೋಡ್ ಎಂದರೇನು?

ವಾಸ್ತವವಾಗಿ, ಅನೇಕ ಜನರು ಮೊದಲು ಈ ಬಲೆಗೆ ಬಿದ್ದಾಗ ಅವನು ಪ್ರತಿಕ್ರಿಯಿಸಿದ ರೀತಿಯಲ್ಲಿಯೇ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಶಾಲೆಯಲ್ಲಿ ಯಾರೂ ಅವರಿಗೆ ಇದನ್ನು ಕಲಿಸಲಿಲ್ಲ.

ಮೊದಲು ಇನೋಡ್ ಎಂದರೇನು ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟಪಡಿಸೋಣ.

ಇದನ್ನು ಲೈಬ್ರರಿ ಇಂಡೆಕ್ಸ್ ಕಾರ್ಡ್ ಎಂದು ಭಾವಿಸಿ, ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸುಲಭವಾಗುತ್ತದೆ.

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

ಪ್ರತಿ ಪುಸ್ತಕಕ್ಕೂ ಒಂದು ಇನೋಡ್ ಒಂದು ಸೂಚ್ಯಂಕ ಕಾರ್ಡ್‌ನಂತಿದ್ದು, ಅದು ಅದರ ಹೆಸರು, ಸ್ಥಳ ಮತ್ತು ಅದನ್ನು ಯಾರು ಸ್ಥಳಾಂತರಿಸಿದ್ದಾರೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ.

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

ಅದು ಖಾಲಿ ಫೈಲ್ ಆಗಿದ್ದರೂ ಸಹ, ಸಿಸ್ಟಮ್ ಅದಕ್ಕಾಗಿ ಒಂದು ಸೂಚ್ಯಂಕ ಕಾರ್ಡ್ ಅನ್ನು ಬಳಸುತ್ತದೆ.

ವ್ಯವಸ್ಥೆಯು ರಚಿಸಬಹುದಾದ ಒಟ್ಟು ಫೈಲ್‌ಗಳ ಸಂಖ್ಯೆಗೆ ಮಿತಿಯನ್ನು ಹೊಂದಿದೆ; ಈ ಮಿತಿಯು ಇನ್ನೋಡ್‌ಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆಯಾಗಿದೆ.

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

ಲಾಗ್‌ಗಳನ್ನು ಬರೆಯಲಾಗುವುದಿಲ್ಲ, ಕ್ಯಾಶ್ ಅನ್ನು ರಚಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಸಂಪೂರ್ಣವಾಗಿ ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತದೆ - ಅದು ನೀವು ನೋಡುತ್ತಿರುವ ವಿಲಕ್ಷಣ ದೃಶ್ಯ.

ಪ್ರಾಮಾಣಿಕವಾಗಿ ಹೇಳಬೇಕೆಂದರೆ, ಇದು ನಿಜವಾಗಿಯೂ ಕಷ್ಟಕರವಾದ ಪರಿಸ್ಥಿತಿ ಏಕೆಂದರೆ ದೋಷ ಸಂದೇಶವನ್ನು ನೀವು ನೋಡದ ಸ್ಥಳದಿಂದ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

ಮೊದಲ ತಂತ್ರವೆಂದರೆ `df -i` ಅನ್ನು ಬಳಸಿಕೊಂಡು ತ್ವರಿತ ಅವಲೋಕನವನ್ನು ಪಡೆಯುವುದು.

HestiaCP ಪರಿಸರದಲ್ಲಿ , ನೀವು ಟರ್ಮಿನಲ್‌ಗೆ SSH ಅನ್ನು ಸರಳವಾಗಿ ನಮೂದಿಸಿ ಈ ಸಾಲನ್ನು ಟೈಪ್ ಮಾಡಬಹುದು.

df -i

ಇದು ಪ್ರತಿ ಆರೋಹಿತವಾದ ವಿಭಾಗಕ್ಕೆ ಒಟ್ಟು ಇನ್ನೋಡ್‌ಗಳ ಸಂಖ್ಯೆ, ಬಳಸಿದ ಸಂಖ್ಯೆ ಮತ್ತು ಉಳಿದಿರುವ ಸಂಖ್ಯೆಯನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.

ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ, IUse% ಎಂಬ ಕಾಲಮ್ ಇದೆ, ಇದು ನೀವು ಗಮನಹರಿಸಬೇಕಾದ ಪ್ರಮುಖ ಮೆಟ್ರಿಕ್ ಆಗಿದೆ.

ಒಂದು ವಿಭಾಗದ IUse% 100% ತಲುಪಿದರೆ, ಆ ವಿಭಾಗವು ಇನ್ನೂ ಸಾಕಷ್ಟು ಡಿಸ್ಕ್ ಸ್ಥಳವನ್ನು ಹೊಂದಿದ್ದರೂ ಸಹ, ಅದು ಇನ್ನು ಮುಂದೆ ಯಾವುದೇ ಹೊಸ ಫೈಲ್‌ಗಳು ಅಥವಾ ಲಾಗ್‌ಗಳನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.

ಸಮಸ್ಯೆ ಇನೋಡ್‌ನಲ್ಲಿದೆಯೇ ಎಂದು ಒಂದು ಸೆಕೆಂಡಿನಲ್ಲಿ ನಿಖರವಾಗಿ ಕಂಡುಹಿಡಿಯಲು , ಇದು ಊಹಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ವೇಗವಾಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ನಾನು ನನ್ನ ಸ್ನೇಹಿತನಿಗೆ ಇದನ್ನು ಮೊದಲು ಚಲಾಯಿಸಲು ಸೂಚಿಸಿದೆ.

ಎರಡನೆಯ ವಿಧಾನವೆಂದರೆ ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರನ್ನು ನಿಖರವಾಗಿ ಎಣಿಸಲು `ಹುಡುಕಿ` ಬಳಸುವುದು.

ಸಮಸ್ಯೆ ಇನ್ನೋಡ್‌ನಲ್ಲಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಂಡ ನಂತರ, ಮುಂದಿನ ಹಂತವೆಂದರೆ ಸೂಚ್ಯಂಕ ಕಾರ್ಡ್ ಅನ್ನು ಯಾರು ಅತಿಯಾಗಿ ಬಳಸುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು.

HestiaCP ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರರಿಗೂ ಪ್ರತ್ಯೇಕ ಹೋಮ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಹೊಂದಿದೆ. ನೀವು ನಿರ್ದಿಷ್ಟ ವೆಬ್‌ಸೈಟ್ ಡೈರೆಕ್ಟರಿಯ ಅಡಿಯಲ್ಲಿ ಒಟ್ಟು ಫೈಲ್‌ಗಳು ಮತ್ತು ಡೈರೆಕ್ಟರಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ಎಣಿಸಬಹುದು.

find /home/用户名/web/你的域名/public_html | wc -l

"username" ಮತ್ತು "your domain name" ಗಳನ್ನು ನಿಮ್ಮ ನಿಜವಾದ ಮಾರ್ಗದೊಂದಿಗೆ ಬದಲಾಯಿಸಿ. ಟರ್ಮಿನಲ್‌ನಿಂದ ಹಿಂತಿರುಗಿಸಲಾದ ಶುದ್ಧ ಸಂಖ್ಯೆಯು ಆ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿರುವ ಎಲ್ಲಾ ಫೈಲ್‌ಗಳು ಮತ್ತು ಫೋಲ್ಡರ್‌ಗಳ ಮೊತ್ತವಾಗಿದೆ.

ಪ್ರತಿಯೊಂದು ಫೈಲ್ ಅಥವಾ ಡೈರೆಕ್ಟರಿಯು ಒಂದು ಐನೋಡ್‌ಗೆ ಅನುರೂಪವಾಗಿದೆ, ಆದ್ದರಿಂದ ಈ ಸಂಖ್ಯೆಯು ಐನೋಡ್ ಬಳಕೆಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ.

ನೀವು ಪ್ರತಿಯೊಂದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಲು ತುಂಬಾ ಸೋಮಾರಿಯಾಗಿದ್ದರೆ ಮತ್ತು ಇಡೀ ಸೈಟ್‌ನಾದ್ಯಂತ ಎಲ್ಲಾ ಬಳಕೆದಾರರ ಬಳಕೆಯ ವಿತರಣೆಯನ್ನು ಏಕಕಾಲದಲ್ಲಿ ನೋಡಲು ಬಯಸಿದರೆ, ಒಂದೇ ಲೂಪ್ ಆಜ್ಞೆಯೂ ಇದೆ.

for d in /home/*; do echo -n "$d: "; find "$d" 2>/dev/null | wc -l; done

ಈ ಸಾಲು /home ಅಡಿಯಲ್ಲಿ ಪ್ರತಿ ಬಳಕೆದಾರ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿನ ಒಟ್ಟು ಫೈಲ್‌ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಯಾವ ಬಳಕೆದಾರ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಅಸಹಜವಾಗಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಫೈಲ್‌ಗಳಿವೆ ಎಂಬುದನ್ನು ಗುರುತಿಸುವುದು ಸುಲಭವಾಗುತ್ತದೆ.

ಮೂರನೇ ತಂತ್ರವೆಂದರೆ ಹೆಚ್ಚು ಅಯೋಡಿನ್ ಸೇವಿಸುವ ಉಪ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಗುರುತಿಸುವುದು.

ಕೆಲವೊಮ್ಮೆ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಹಾಸ್ಯಾಸ್ಪದವಾಗಿ ಹೆಚ್ಚಿನ ಐನೋಡ್ ಮೌಲ್ಯಗಳಿವೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿರಬಹುದು, ಆದರೆ ಫೈಲ್‌ಗಳಿಂದ ತುಂಬಿರುವ ಪರದೆಯಲ್ಲಿ ಏನು ತಪ್ಪಾಗಿದೆ ಎಂದು ನಿಮಗೆ ಇನ್ನೂ ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.

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

find /home/用户名/web/你的域名/public_html -type d -exec sh -c 'echo -n "{}: "; find "{}" -maxdepth 1 | wc -l' \; | sort -n -r -k 2 | head -n 10

ಈ ಆಜ್ಞೆಯು ಅತಿ ಹೆಚ್ಚು ಫೈಲ್‌ಗಳನ್ನು ಬಳಸುವ ಟಾಪ್ 10 ಸಬ್‌ಫೋಲ್ಡರ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.

ಪಟ್ಟಿಯ ಮೇಲ್ಭಾಗದಲ್ಲಿರುವ ಮಾರ್ಗವು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸಣ್ಣ ಫೈಲ್‌ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಜೋಡಿಸಿರುವ ಸ್ಥಳವಾಗಿದೆ.

ನಾನು ನನ್ನ ಸ್ನೇಹಿತರಿಗೆ ಹೇಳಿದೆ, ಅದು ಬಹುಶಃ ಯಾವುದೋ ಕ್ಯಾಶಿಂಗ್ ಪ್ಲಗಿನ್ ರಹಸ್ಯವಾಗಿ ಸಣ್ಣ ಫೈಲ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತಿರಬಹುದು ಮತ್ತು ಈ ಸಾಲನ್ನು ಚಲಾಯಿಸುವುದರಿಂದ ಅದು ಮೂಲತಃ ದೃಢೀಕರಿಸುತ್ತದೆ.

ನಾಲ್ಕನೇ ಸಲಹೆಯೆಂದರೆ ರೆಪ್ಕೋಟಾ ಬಳಸಿ ಕೋಟಾ ಮಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದು.

ನಿಮ್ಮ ಸರ್ವರ್ ಲಿನಕ್ಸ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಕೋಟಾಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ್ದರೆ, ನೀವು ಸಮಸ್ಯೆಯನ್ನು ಬೇರೆ ದೃಷ್ಟಿಕೋನದಿಂದ ನೋಡಬಹುದು.

repquota -a

ಈ ಆಜ್ಞೆಯು ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ ಫೈಲ್ ಮಿತಿ ಮತ್ತು ನಿಜವಾದ ಫೈಲ್ ಬಳಕೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿರುವ ಫೈಲ್ ಮಿತಿಗಳ ವಿಭಾಗಕ್ಕೆ ಗಮನ ಕೊಡಿ; ಬಳಸಿದ ಕಾಲಮ್ ಎಷ್ಟು ಫೈಲ್‌ಗಳನ್ನು ಬಳಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಸೂಚಿಸುತ್ತದೆ.

"ಮೃದು" ಮತ್ತು "ಕಠಿಣ" ಕಾಲಮ್‌ಗಳು ಮೃದು ಮತ್ತು ಕಠಿಣ ಮಿತಿ ಮಿತಿಗಳನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ. "ಬಳಸಿದ" ಪದವು "ಕಠಿಣ" ಮಟ್ಟವನ್ನು ತಲುಪಿದ ನಂತರ, ಸಿಸ್ಟಮ್ ಹೊಸ ಫೈಲ್‌ಗಳನ್ನು ರಚಿಸಲು ನೇರವಾಗಿ ನಿರಾಕರಿಸುತ್ತದೆ.

ನಿಮ್ಮ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ನೀವು ಎಷ್ಟು ಜಾಗವನ್ನು ಉಳಿಸಿದ್ದೀರಿ ಎನ್ನುವುದಕ್ಕಿಂತ ಇದು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾದ ಕಥೆಯಾಗಿದೆ.

ವಿಷಯಗಳನ್ನು ಮುಕ್ತಾಯಗೊಳಿಸಲು, ತನಿಖೆಯ ಚುಕ್ಕೆಗಳನ್ನು ಸಂಪರ್ಕಿಸೋಣ.

ಆರಂಭದಲ್ಲಿ ಮಧ್ಯರಾತ್ರಿಯಲ್ಲಿ ಸರ್ವರ್ ಅನ್ನು ಕ್ರ್ಯಾಶ್ ಮಾಡಿದ ಸ್ನೇಹಿತನ ವಿಷಯಕ್ಕೆ ಹಿಂತಿರುಗಿ ನೋಡೋಣ.

ಇನೋಡ್ ನಿಜಕ್ಕೂ ತುಂಬಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಲು, ನಾನು ವಿವರಿಸಿದ ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಅವನು ಅನುಸರಿಸಿದನು, `df -i` ನಿಂದ ಪ್ರಾರಂಭಿಸಿ.

ನಂತರ, ಫೈಂಡ್ ಬಳಸಿ, ಸಣ್ಣ ಫೈಲ್‌ಗಳನ್ನು ಹುಚ್ಚನಂತೆ ಉತ್ಪಾದಿಸುತ್ತಿದ್ದ ಕೈಬಿಟ್ಟ ಹಳೆಯ ವೆಬ್‌ಸೈಟ್‌ನ ಕ್ಯಾಶ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ನಾವು ಕಂಡುಕೊಂಡೆವು.

ಅಂತಿಮವಾಗಿ, `ರೆಪ್ಕೋಟಾ` ಪರಿಶೀಲಿಸಿದಾಗ ಅದು ನಿಜವಾಗಿಯೂ ಕಠಿಣ ಮಿತಿಯನ್ನು ತಲುಪಿದೆ ಎಂದು ದೃಢಪಡಿಸಿತು.

ಆ ಜಂಕ್ ಸಂಗ್ರಹದ ರಾಶಿಯನ್ನು ತೆರವುಗೊಳಿಸಿದ ನಂತರ, ವೆಬ್‌ಸೈಟ್ ತಕ್ಷಣವೇ ಮತ್ತೆ ಜೀವಂತವಾಯಿತು.

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

ಮೊದಲು, ಐನೋಡ್ ಅನ್ನು ನೋಡಲು `df -i` ಬಳಸಿ; ನೀವು ಹಿಂದೆಂದೂ ಗಮನಿಸದ ಆ ಸೂಚ್ಯಂಕ ಕಾರ್ಡ್‌ನಲ್ಲಿ ಸತ್ಯವು ಅಡಗಿರಬಹುದು.

ವ್ಯವಸ್ಥೆಯ ಮಧ್ಯಭಾಗದಲ್ಲಿ ಅಡಗಿರುವ ಈ ಸಣ್ಣ ಸಾಮಾನ್ಯ ಜ್ಞಾನವು ನೂರು ಆಪ್ಟಿಮೈಸೇಶನ್ ಪಟ್ಟಿಗಳನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂದು ನಾನು ನಿಜವಾಗಿಯೂ ನಂಬುತ್ತೇನೆ.