డిస్ట్రో పేరు, glibc లేదా కంపైలర్: ఇన్‌స్టాలర్ ఏమి తనిఖీ చేస్తుంది

ఇన్‌స్టాలర్ “unsupported distribution” అని ముద్రిస్తుంది, మీరు ఒక స్ట్రింగ్‌ను సవరిస్తారు, ఒక నిమిషం తర్వాత లోడర్ లోపంతో విఫలమయ్యే వరకు అది కొనసాగుతుంది. ఆ క్రమమే గుర్తించదగిన లక్షణం: మొదటి వైఫల్యం గుర్తింపు తనిఖీ, రెండవది అనుకూలత పరిమితి. ఒకే టెర్మినల్‌లో యాదృచ్ఛికంగా కనిపించే రెండు వేర్వేరు సమస్యలు. తనిఖీని సవరించడం మిమ్మల్ని మొదటి నుండి రెండవ దానికి మాత్రమే తరలిస్తుంది.

లక్షణం: ఇన్‌స్టాలర్ మీ డెరివేటివ్ వద్ద ఆగిపోతుంది

పంపిణీ పేరును చదివి కొనసాగడానికి నిరాకరించే స్క్రిప్ట్, దాని రచయిత మీ డెరివేటివ్‌ను పరీక్షించలేదని చెబుతోంది. అది సాంకేతిక వాస్తవం కాదు, మద్దతు ప్రకటన, ప్యాకేజీ బాగా పనిచేసి ఉండేదనే అర్థంలో అది తరచుగా తప్పు.

సమస్య మొదలయ్యేది ప్రత్యామ్నాయ పరిష్కారమే ప్రణాళిక అయినప్పుడు. గుర్తింపు ఫైల్ మార్చడం తనిఖీని దాటిస్తుంది, ఆ తర్వాత ప్యాకేజీ నిజంగా ఇన్‌స్టాల్ అయిన రన్‌టైమ్‌కు వ్యతిరేకంగా లోడ్ అవుతుంది, లేదా కాదు. అక్కడ విఫలమైతే, ఇంకా గుర్తింపు సవరణ ఏదీ సహాయపడదు.

కాబట్టి ఉపయోగకరమైన అడుగు ఏమిటంటే ఇన్‌స్టాలర్ ఏ ప్రశ్న అడిగిందో తెలుసుకోవడం, ఆ తర్వాత సమాధానానికి ప్రాముఖ్యత ఉండేదా అని తెలుసుకోవడం. ఇవి రెండు వేర్వేరు పరిశోధనలు, ప్యాకేజీ పనిచేస్తుందా అని రెండవది మాత్రమే అంచనా వేస్తుంది.

ప్రజలు సిస్టమ్ వెర్షన్ అని పిలిచే మూడు వెర్షన్లు

పంపిణీ విడుదల ప్యాకేజీ చేసిన వాతావరణాన్ని సూచిస్తుంది. C లైబ్రరీ వెర్షన్ రన్‌టైమ్ అమలును మరియు దాని విడుదలను సూచిస్తుంది. కంపైలర్ వెర్షన్ సాధనాల గొలుసును సూచిస్తుంది. సంభాషణలో ప్రజలు మూడింటినీ “సిస్టమ్ వెర్షన్” అంటారు, కానీ ఇన్‌స్టాలర్‌లో అవి పరస్పరం మార్చుకోగలిగినవి కావు.

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

ముందే నిర్మించిన అప్లికేషన్ అది లింక్ అయినప్పుడు ఉన్న రన్‌టైమ్‌ను ఆశిస్తుంది. హోస్ట్‌లో కంపైలర్లను మార్చడం దాన్ని తిరిగి లింక్ చేయదు, కొత్త సాధనాల గొలుసు బైనరీ కోరే లోడర్ చిహ్నాలలో ఏమీ మార్చదు. ఆర్కిటెక్చర్ మళ్లీ విడిగా ముఖ్యం, ఎందుకంటే 64-బిట్ సిస్టమ్‌లో 32-బిట్ ప్యాకేజీ ఏ వెర్షన్ స్ట్రింగ్ వివరించని కారణాల వల్ల విఫలమవుతుంది.

నాలుగు అవుట్‌పుట్‌లను నివేదికతో పాటు ఉంచండి. వాటిని సేకరించడానికి పది సెకన్లు పడుతుంది, నిర్వాహకుడు ఇమెయిల్‌లో అడిగే చాలా ప్రశ్నలకు అవి సమాధానమిస్తాయి.

లోపాన్ని చదవండి, తనిఖీని కాదు

మొదటి లాంచ్ లోపమే సాక్ష్యం. తప్పిపోయిన భాగస్వామ్య వస్తువు, లేదా లోడర్ తీర్చలేని చిహ్న వెర్షన్ గురించిన సందేశం రన్‌టైమ్ ఆధార్య సమస్య. పంపిణీ పేరును పునరావృతం చేసే సందేశం మళ్లీ గుర్తింపు తనిఖీ, మరో చోట.

డైనమిక్ లింకర్ పత్రం లైబ్రరీ శోధన ఎలా పనిచేస్తుంది, లోడర్ ఎక్కడ వెతుకుతుంది వివరిస్తుంది. పంపిణీ లేబుల్ మార్చడం ఆ శోధన మార్గానికి డైరెక్టరీని జోడించదు, అందుకే రెండవ వైఫల్యం మొదటి దానితో సంబంధం లేనిదిగా కనిపిస్తుంది.

డౌన్‌లోడ్ చేసిన ఎగ్జిక్యూటబుల్‌పై ldd ను సాధారణ మొదటి అడుగుగా ఉపయోగించవద్దు. దాని స్వంత మాన్యువల్ కొన్ని పరిస్థితుల్లో అది ప్రోగ్రామ్‌ను అమలు చేయవచ్చని హెచ్చరిస్తుంది, నమ్మదగని ఇన్‌స్టాలర్‌ను అమలు చేయడం ఆ హెచ్చరిక చెప్పే సందర్భమే.

స్ట్రింగ్ సవరించడం ఎందుకు సహాయపడదు

ఆపరేటింగ్ సిస్టమ్ గుర్తింపును ఫోర్జరీ చేయడం యంత్రంలోని ప్రతి ప్రోగ్రామ్ తనను తాను ఎలా చూసుకుంటుందో మారుస్తుంది. ప్యాకేజీ నిర్వాహకులు, మద్దతు సాధనాలు, ఇతర అప్లికేషన్లు అదే ఫైల్‌ను చదువుతాయి, ఒక ఇన్‌స్టాలర్‌ను సంతృప్తిపరిచే విలువ నెలల తర్వాత మరొకదాన్ని గందరగోళానికి గురిచేయవచ్చు.

హోస్ట్ లైబ్రరీలను మరో పంపిణీ ఫైల్‌లతో భర్తీ చేయడం అధ్వాన్నం. అది సంబంధం లేని సాఫ్ట్‌వేర్‌ను పాడుచేయవచ్చు, ప్యాకేజీ నిర్వాహకుడికి కనిపించదు, ఎవరూ రాయని నిర్వహణ ప్రణాళిక అవసరం. ఆ మార్పులను ఒక నిర్బంధ ఇన్‌స్టాలర్ సమర్థించదు.

తనిఖీ నిజంగా గుర్తింపు లోపం అయితే, నిర్వాహకుడు దాన్ని ధృవీకరించి మద్దతు పొందిన సవరణను వివరించవచ్చు. లోపం కాకపోతే, మద్దతు మార్గం మీ ప్లాట్‌ఫారమ్ కోసం నిర్మాణం, స్ట్రింగ్ సవరించినందున ఆ సమాధానం మారదు.

నిర్వాహకుడు చర్య తీసుకోగల నివేదిక రాయండి

పంపిణీ మరియు విడుదల, ఆర్కిటెక్చర్, VPN విడుదల, తిరస్కరించబడిన ఖచ్చితమైన షరతు, అక్కడి వరకు చేరుకుంటే మొదటి రన్‌టైమ్ లోపం నమోదు చేయండి. మీరు ఏదైనా మార్చారా అని పేర్కొనండి, ఎందుకంటే మార్చిన సిస్టమ్ నుండి వచ్చిన నివేదిక మరో నివేదిక.

అసలు ఇన్‌స్టాలర్‌ను మార్చకుండా ఉంచి, దాన్ని దాటవేయడం బదులు తనిఖీని వివరించండి. ఆ భేదమే నిర్వాహకుడికి అతి సన్నని గుర్తింపు నియమాన్ని నిజమైన బైనరీ అనుకూలత పరిమితి నుండి వేరు చేయడానికి వీలు కల్పిస్తుంది, అవి రెండు చాలా భిన్నమైన బగ్‌లు మరియు రెండు చాలా భిన్నమైన సవరణలు.

మీ ప్లాట్‌ఫారమ్ మద్దతు లేదని సమాధానం వస్తే, అది ఉపయోగించదగిన ఫలితం. ఎప్పుడూ సమస్య కాని గుర్తింపు ఫైల్‌లపై మరో సాయంత్రం గడపకుండా మద్దతు ఉన్న నిర్మాణాన్ని వెతకండి అని అది చెబుతుంది.