ഡിസ്‌ട്രോ നാമം, glibc അതോ കമ്പൈലർ: ഇൻസ്റ്റാളർ എന്താണ് പരിശോധിക്കുന്നത്

ഇൻസ്റ്റാളർ “unsupported distribution” എന്ന് പ്രിന്റ് ചെയ്യുന്നു, നിങ്ങൾ ഒരു സ്ട്രിംഗ് എഡിറ്റ് ചെയ്യുന്നു, ഒരു മിനിറ്റ് കഴിഞ്ഞ് ലോഡർ പിശകിനൊപ്പം പരാജയപ്പെടുന്നതുവരെ അത് തുടരുന്നു. ആ ക്രമമാണ് തിരിച്ചറിയേണ്ട ലക്ഷണം: ആദ്യ പരാജയം ഒരു തിരിച്ചറിയൽ പരിശോധനയായിരുന്നു, രണ്ടാമത്തേത് ഒരു അനുയോജ്യതാ പരിധിയാണ്. ഒരേ ടെർമിനലിൽ യാദൃശ്ചികമായി പ്രത്യക്ഷപ്പെടുന്ന രണ്ട് വ്യത്യസ്ത പ്രശ്നങ്ങളാണിവ. പരിശോധന എഡിറ്റ് ചെയ്യുന്നത് നിങ്ങളെ ആദ്യത്തേതിൽ നിന്ന് രണ്ടാമത്തേതിലേക്ക് മാത്രമേ കൊണ്ടുപോകൂ.

ലക്ഷണം: ഇൻസ്റ്റാളർ നിങ്ങളുടെ ഡെറിവേറ്റീവിൽ നിർത്തുന്നു

ഡിസ്ട്രിബ്യൂഷൻ നാമം വായിച്ച് തുടരാൻ വിസമ്മതിക്കുന്ന സ്ക്രിപ്റ്റ്, അതിന്റെ രചയിതാവ് നിങ്ങളുടെ ഡെറിവേറ്റീവ് പരീക്ഷിച്ചിട്ടില്ലെന്ന് പറയുന്നു. അത് സാങ്കേതിക വസ്തുതയല്ല, പിന്തുണാ പ്രസ്താവനയാണ്, പാക്കേജ് നന്നായി പ്രവർത്തിക്കുമായിരുന്നു എന്ന അർത്ഥത്തിൽ അത് പലപ്പോഴും തെറ്റാണ്.

തടസ്സം തുടങ്ങുന്നത് പകരം വഴി തന്നെ പദ്ധതിയാകുമ്പോഴാണ്. ഐഡന്റിറ്റി ഫയൽ മാറ്റുന്നത് പരിശോധന കടത്തിവിടുന്നു, പിന്നീട് പാക്കേജ് യഥാർത്ഥത്തിൽ ഇൻസ്റ്റാൾ ചെയ്ത റൺടൈമിനെതിരെ ലോഡ് ചെയ്യുന്നു, അല്ലെങ്കിൽ പരാജയപ്പെടുന്നു. അവിടെ പരാജയപ്പെട്ടാൽ, കൂടുതൽ ഐഡന്റിറ്റി എഡിറ്റിംഗ് സഹായിക്കില്ല.

അതിനാൽ ഉപയോഗപ്രദമായ നീക്കം ഇൻസ്റ്റാളർ ഏത് ചോദ്യമാണ് ചോദിച്ചതെന്ന് കണ്ടെത്തുകയും, തുടർന്ന് ഉത്തരത്തിന് പ്രസക്തിയുണ്ടായിരുന്നോ എന്ന് കണ്ടെത്തുകയും ചെയ്യുകയാണ്. ഇവ രണ്ട് വേറിട്ട അന്വേഷണങ്ങളാണ്, പാക്കേജ് പ്രവർത്തിക്കുമോ എന്ന് പ്രവചിക്കുന്നത് രണ്ടാമത്തേത് മാത്രമാണ്.

ആളുകൾ സിസ്റ്റം പതിപ്പ് എന്ന് വിളിക്കുന്ന മൂന്ന് പതിപ്പുകൾ

ഡിസ്ട്രിബ്യൂഷൻ റിലീസ് പാക്കേജ് ചെയ്ത ഒരു പരിസ്ഥിതിയെ പേരിടുന്നു. C ലൈബ്രറി പതിപ്പ് ഒരു റൺടൈം നിർവ്വഹണത്തെയും അതിന്റെ റിലീസിനെയും പേരിടുന്നു. കമ്പൈലർ പതിപ്പ് ഒരു ടൂൾചെയിനെ പേരിടുന്നു. സംഭാഷണത്തിൽ ആളുകൾ മൂന്നിനെയും “സിസ്റ്റം പതിപ്പ്” എന്ന് വിളിക്കുന്നു, ഇൻസ്റ്റാളറിൽ അവ പരസ്പരം മാറ്റാവുന്നതല്ല.

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

മുൻകൂട്ടി നിർമ്മിച്ച ആപ്ലിക്കേഷൻ അത് ലിങ്ക് ചെയ്തപ്പോൾ ഉണ്ടായിരുന്ന റൺടൈമിനെ പ്രതീക്ഷിക്കുന്നു. ഹോസ്റ്റിലെ കമ്പൈലറുകൾ മാറ്റുന്നത് അതിനെ വീണ്ടും ലിങ്ക് ചെയ്യുന്നില്ല, കൂടാതെ പുതിയ ടൂൾചെയിൻ ബൈനറി ആവശ്യപ്പെടുന്ന ലോഡർ ചിഹ്നങ്ങളിൽ ഒന്നും മാറ്റുന്നില്ല. ആർക്കിടെക്ചർ വീണ്ടും വേറിട്ട് പ്രധാനമാണ്, കാരണം 64-ബിറ്റ് സിസ്റ്റത്തിലെ 32-ബിറ്റ് പാക്കേജ് ഏതൊരു പതിപ്പ് സ്ട്രിംഗും വിശദീകരിക്കാത്ത കാരണങ്ങളാൽ പരാജയപ്പെടുന്നു.

നാല് ഔട്ട്പുട്ടുകളും റിപ്പോർട്ടിനൊപ്പം സൂക്ഷിക്കുക. അവ ശേഖരിക്കാൻ പത്ത് സെക്കൻഡ് മതി, മെയിന്റെയ്നർ ഇമെയിലിൽ ചോദിക്കുമായിരുന്ന മിക്ക ചോദ്യങ്ങൾക്കും അവ ഉത്തരം നൽകുന്നു.

പിശക് വായിക്കുക, പരിശോധനയല്ല

ആദ്യ ലോഞ്ച് പിശകാണ് തെളിവ്. കാണാത്ത പങ്കിട്ട ഒബ്ജക്ടിനെക്കുറിച്ചോ, ലോഡറിന് തൃപ്തിപ്പിക്കാനാകാത്ത ചിഹ്ന പതിപ്പിനെക്കുറിച്ചോ ഉള്ള സന്ദേശം ഒരു റൺടൈം ആശ്രിതത്വ പ്രശ്നമാണ്. ഡിസ്ട്രിബ്യൂഷൻ നാമം ആവർത്തിക്കുന്ന സന്ദേശം വീണ്ടും തിരിച്ചറിയൽ പരിശോധനയാണ്, മറ്റൊരിടത്ത്.

ഡൈനാമിക് ലിങ്കറിന്റെ ഡോക്യുമെന്റേഷൻ ലൈബ്രറി തിരയൽ എങ്ങനെ പ്രവർത്തിക്കുന്നു, ലോഡർ എവിടെ തിരയുന്നു എന്ന് വിശദീകരിക്കുന്നു. ഡിസ്ട്രിബ്യൂഷൻ ലേബൽ മാറ്റുന്നത് ആ തിരയൽ പാതയിൽ ഒരു ഡയറക്ടറി ചേർക്കുന്നില്ല, അതുകൊണ്ടാണ് രണ്ടാം പരാജയം ആദ്യത്തേതുമായി ബന്ധമില്ലാത്തതായി തോന്നുന്നത്.

ഡൗൺലോഡ് ചെയ്ത എക്സിക്യൂട്ടബിളിൽ ldd സാധാരണ ആദ്യ ചുവടുവയ്പ്പായി ഉപയോഗിക്കരുത്. അതിന്റെ സ്വന്തം മാനുവൽ ചില സാഹചര്യങ്ങളിൽ അത് പ്രോഗ്രാം പ്രവർത്തിപ്പിച്ചേക്കാമെന്ന് മുന്നറിയിപ്പ് നൽകുന്നു, വിശ്വസനീയമല്ലാത്ത ഇൻസ്റ്റാളർ പ്രവർത്തിപ്പിക്കുന്നത് ആ മുന്നറിയിപ്പ് പറയുന്ന സന്ദർഭമാണ്.

സ്ട്രിംഗ് എഡിറ്റ് ചെയ്യുന്നത് എന്തുകൊണ്ട് സഹായിക്കുന്നില്ല

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഐഡന്റിറ്റി വ്യാജമാക്കുന്നത് യന്ത്രത്തിലെ ഓരോ പ്രോഗ്രാമും തന്നെത്താൻ എങ്ങനെ കാണുന്നു എന്ന് മാറ്റുന്നു. പാക്കേജ് മാനേജർമാർ, പിന്തുണാ ഉപകരണങ്ങൾ, മറ്റ് ആപ്ലിക്കേഷനുകൾ എന്നിവ അതേ ഫയൽ വായിക്കുന്നു, ഒരു ഇൻസ്റ്റാളറെ തൃപ്തിപ്പിക്കുന്ന മൂല്യം മാസങ്ങൾക്ക് ശേഷം മറ്റെന്തിനെയെങ്കിലും ആശയക്കുഴപ്പത്തിലാക്കാം.

ഹോസ്റ്റ് ലൈബ്രറികൾ മറ്റൊരു ഡിസ്ട്രിബ്യൂഷന്റെ ഫയലുകൾ കൊണ്ട് മാറ്റിസ്ഥാപിക്കുന്നത് കൂടുതൽ മോശമാണ്. അത് ബന്ധമില്ലാത്ത സോഫ്റ്റ്വെയർ തകർക്കാം, പാക്കേജ് മാനേജർക്ക് അദൃശ്യമാണ്, ആരും എഴുതാത്ത ഒരു അറ്റകുറ്റപ്പണി പദ്ധതി ആവശ്യപ്പെടുന്നു. ആ മാറ്റങ്ങളെ ഒരു നിയന്ത്രണാത്മക ഇൻസ്റ്റാളർ ന്യായീകരിക്കുന്നില്ല.

പരിശോധന യഥാർത്ഥത്തിൽ ഒരു തിരിച്ചറിയൽ വീഴ്ചയാണെങ്കിൽ, മെയിന്റെയ്നർ അത് സ്ഥിരീകരിച്ച് പിന്തുണയുള്ള തിരുത്ത് വിവരിക്കാം. വീഴ്ചയല്ലെങ്കിൽ, പിന്തുണയുള്ള വഴി നിങ്ങളുടെ പ്ലാറ്റ്ഫോമിനുള്ള ഒരു ബിൽഡാണ്, സ്ട്രിംഗ് എഡിറ്റ് ചെയ്തതുകൊണ്ട് ആ ഉത്തരം മാറുന്നില്ല.

മെയിന്റെയ്നർക്ക് നടപടിയെടുക്കാവുന്ന ഒരു റിപ്പോർട്ട് എഴുതുക

ഡിസ്ട്രിബ്യൂഷനും റിലീസും, ആർക്കിടെക്ചർ, VPN റിലീസ്, നിരസിക്കപ്പെട്ട കൃത്യമായ വ്യവസ്ഥ, അവിടം വരെ എത്തിയെങ്കിൽ ആദ്യ റൺടൈം പിശക് എന്നിവ രേഖപ്പെടുത്തുക. എന്തെങ്കിലും മാറ്റിയോ എന്ന് കുറിക്കുക, കാരണം മാറ്റിയ സിസ്റ്റത്തിൽ നിന്നുള്ള റിപ്പോർട്ട് മറ്റൊരു റിപ്പോർട്ടാണ്.

യഥാർത്ഥ ഇൻസ്റ്റാളർ മാറ്റമില്ലാതെ വയ്ക്കുക, അതിനെ ഒഴിവാക്കുന്നതിന് പകരം പരിശോധന വിവരിക്കുക. ആ വ്യത്യാസമാണ് മെയിന്റെയ്നറെ അതിസങ്കുചിതമായ തിരിച്ചറിയൽ നിയമത്തെ യഥാർത്ഥ ബൈനറി അനുയോജ്യതാ പരിധിയിൽ നിന്ന് വേർതിരിക്കാൻ അനുവദിക്കുന്നത്, അവ രണ്ട് വളരെ വ്യത്യസ്ത ബഗ്ഗുകളും രണ്ട് വളരെ വ്യത്യസ്ത പരിഹാരങ്ങളുമാണ്.

നിങ്ങളുടെ പ്ലാറ്റ്ഫോം പിന്തുണയ്ക്കുന്നില്ല എന്ന ഉത്തരം വന്നാൽ, അത് ഉപയോഗപ്രദമായ ഫലമാണ്. ഒരിക്കലും പ്രശ്നമല്ലാതിരുന്ന ഐഡന്റിറ്റി ഫയലുകളിൽ മറ്റൊരു വൈകുന്നേരം ചെലവഴിക്കുന്നതിന് പകരം പിന്തുണയുള്ള ബിൽഡ് തിരയാൻ അത് പറയുന്നു.