ಡಿಸ್ಟ್ರೋ ಹೆಸರು, glibc ಅಥವಾ ಕಂಪೈಲರ್: ಇನ್‌ಸ್ಟಾಲರ್ ಏನನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ

ಇನ್‌ಸ್ಟಾಲರ್ “unsupported distribution” ಎಂದು ಮುದ್ರಿಸುತ್ತದೆ, ನೀವು ಒಂದು ಸ್ಟ್ರಿಂಗ್ ಸಂಪಾದಿಸುತ್ತೀರಿ ಮತ್ತು ಅದು ಒಂದು ನಿಮಿಷದ ನಂತರ ಲೋಡರ್ ದೋಷದೊಂದಿಗೆ ವಿಫಲವಾಗುವವರೆಗೆ ಮುಂದುವರಿಯುತ್ತದೆ. ಆ ಕ್ರಮವೇ ಗುರುತಿಸಬೇಕಾದ ಲಕ್ಷಣ: ಮೊದಲ ವೈಫಲ್ಯ ಗುರುತಿಸುವಿಕೆ ಪರಿಶೀಲನೆಯಾಗಿತ್ತು, ಎರಡನೆಯದು ಹೊಂದಾಣಿಕೆಯ ಮಿತಿ. ಒಂದೇ ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ಆಕಸ್ಮಿಕವಾಗಿ ಕಾಣುವ ಎರಡು ಬೇರೆ ಬೇರೆ ಸಮಸ್ಯೆಗಳು ಇವು. ಪರಿಶೀಲನೆಯನ್ನು ಸಂಪಾದಿಸುವುದು ನಿಮ್ಮನ್ನು ಮೊದಲನೆಯದರಿಂದ ಎರಡನೆಯದಕ್ಕೆ ಮಾತ್ರ ಕರೆದೊಯ್ಯಬಲ್ಲದು.

ಲಕ್ಷಣ: ಇನ್‌ಸ್ಟಾಲರ್ ನಿಮ್ಮ ಡೆರಿವೇಟಿವ್‌ನಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ

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

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

ಆದ್ದರಿಂದ ಉಪಯುಕ್ತ ಹೆಜ್ಜೆ ಎಂದರೆ ಇನ್‌ಸ್ಟಾಲರ್ ಯಾವ ಪ್ರಶ್ನೆ ಕೇಳಿತು ಎಂದು ಕಂಡುಹಿಡಿಯುವುದು, ನಂತರ ಉತ್ತರಕ್ಕೆ ಮಹತ್ವ ಇರುತ್ತಿತ್ತೇ ಎಂದು ಕಂಡುಹಿಡಿಯುವುದು. ಇವು ಎರಡು ಪ್ರತ್ಯೇಕ ತನಿಖೆಗಳು ಮತ್ತು ಎರಡನೆಯದು ಮಾತ್ರ ಪ್ಯಾಕೇಜ್ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಊಹಿಸುತ್ತದೆ.

ಜನರು ಸಿಸ್ಟಮ್ ಆವೃತ್ತಿ ಎಂದು ಕರೆಯುವ ಮೂರು ಆವೃತ್ತಿಗಳು

ಡಿಸ್ಟ್ರಿಬ್ಯೂಷನ್ ಬಿಡುಗಡೆ ಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ಪರಿಸರವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. C ಲೈಬ್ರರಿ ಆವೃತ್ತಿ ರನ್‌ಟೈಮ್ ಅನುಷ್ಠಾನ ಮತ್ತು ಅದರ ಬಿಡುಗಡೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಕಂಪೈಲರ್ ಆವೃತ್ತಿ ಉಪಕರಣ ಸರಪಳಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಮಾತುಕತೆಯಲ್ಲಿ ಜನರು ಮೂರನ್ನೂ “ಸಿಸ್ಟಮ್ ಆವೃತ್ತಿ” ಎನ್ನುತ್ತಾರೆ, ಮತ್ತು ಇನ್‌ಸ್ಟಾಲರ್‌ನಲ್ಲಿ ಅವು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವು ಅಲ್ಲ.

cat /etc/os-release
ldd --version | head -1
gcc --version | head -1
uname -m

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

ನಾಲ್ಕು ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ವರದಿಯೊಂದಿಗೆ ಇರಿಸಿ. ಅವನ್ನು ಸಂಗ್ರಹಿಸಲು ಹತ್ತು ಸೆಕೆಂಡುಗಳು ಬೇಕು ಮತ್ತು ನಿರ್ವಾಹಕರು ಇಮೇಲ್‌ನಲ್ಲಿ ಕೇಳುತ್ತಿದ್ದ ಬಹುಪಾಲು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ.

ದೋಷವನ್ನು ಓದಿ, ಪರಿಶೀಲನೆಯನ್ನಲ್ಲ

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

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

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

ಸ್ಟ್ರಿಂಗ್ ಸಂಪಾದಿಸುವುದು ಏಕೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ

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

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

ಪರಿಶೀಲನೆ ನಿಜವಾಗಿಯೂ ಗುರುತಿಸುವಿಕೆ ದೋಷವಾದರೆ, ನಿರ್ವಾಹಕರು ಅದನ್ನು ದೃಢೀಕರಿಸಿ ಬೆಂಬಲಿತ ತಿದ್ದುಪಡಿಯನ್ನು ವಿವರಿಸಬಹುದು. ಅದು ದೋಷವಲ್ಲದಿದ್ದರೆ, ಬೆಂಬಲಿತ ಮಾರ್ಗ ನಿಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಾಗಿ ನಿರ್ಮಾಣ, ಮತ್ತು ಸ್ಟ್ರಿಂಗ್ ಸಂಪಾದಿಸಿದ್ದರಿಂದ ಆ ಉತ್ತರ ಬದಲಾಗುವುದಿಲ್ಲ.

ನಿರ್ವಾಹಕರು ಕ್ರಮ ತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ವರದಿ ಬರೆಯಿರಿ

ಡಿಸ್ಟ್ರಿಬ್ಯೂಷನ್ ಮತ್ತು ಬಿಡುಗಡೆ, ಆರ್ಕಿಟೆಕ್ಚರ್, VPN ಬಿಡುಗಡೆ, ತಿರಸ್ಕರಿಸಿದ ನಿಖರ ಸ್ಥಿತಿ ಮತ್ತು ನೀವು ಅಲ್ಲಿಯವರೆಗೆ ಬಂದಿದ್ದರೆ ಮೊದಲ ರನ್‌ಟೈಮ್ ದೋಷವನ್ನು ದಾಖಲಿಸಿ. ನೀವು ಏನನ್ನಾದರೂ ಬದಲಿಸಿದ್ದೀರಾ ಎಂದು ಗಮನಿಸಿ, ಏಕೆಂದರೆ ಬದಲಾದ ಸಿಸ್ಟಮ್‌ನಿಂದ ಬಂದ ವರದಿ ಬೇರೆ ವರದಿ.

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

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