ਡਿਸਟ੍ਰੋ ਨਾਮ, glibc ਜਾਂ ਕੰਪਾਈਲਰ: ਇੰਸਟਾਲਰ ਕੀ ਜਾਂਚਦਾ ਹੈ

ਇੰਸਟਾਲਰ “unsupported distribution” ਛਾਪਦਾ ਹੈ, ਤੁਸੀਂ ਇੱਕ ਸਟ੍ਰਿੰਗ ਸੋਧਦੇ ਹੋ ਅਤੇ ਇਹ ਅੱਗੇ ਵਧਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਇੱਕ ਮਿੰਟ ਬਾਅਦ ਲੋਡਰ ਗਲਤੀ ਨਾਲ ਫੇਲ੍ਹ ਨਹੀਂ ਹੋ ਜਾਂਦਾ। ਇਹੀ ਕ੍ਰਮ ਉਹ ਲੱਛਣ ਹੈ ਜਿਸਨੂੰ ਪਛਾਣਨਾ ਚਾਹੀਦਾ ਹੈ: ਪਹਿਲੀ ਅਸਫਲਤਾ ਪਛਾਣ ਜਾਂਚ ਸੀ ਅਤੇ ਦੂਜੀ ਅਨੁਕੂਲਤਾ ਦੀ ਹੱਦ ਹੈ। ਇਹ ਦੋ ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜੋ ਇੱਕੋ ਟਰਮੀਨਲ ਵਿੱਚ ਸੰਜੋਗ ਨਾਲ ਦਿਖਦੀਆਂ ਹਨ। ਜਾਂਚ ਸੋਧਣਾ ਤੁਹਾਨੂੰ ਪਹਿਲੀ ਤੋਂ ਦੂਜੀ ਤੱਕ ਹੀ ਲੈ ਜਾ ਸਕਦਾ ਹੈ।

ਲੱਛਣ: ਇੰਸਟਾਲਰ ਤੁਹਾਡੇ ਡੈਰੀਵੇਟਿਵ ’ਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ

ਜੋ ਸਕ੍ਰਿਪਟ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਨਾਮ ਪੜ੍ਹਦੀ ਹੈ ਅਤੇ ਅੱਗੇ ਵਧਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦੀ ਹੈ, ਉਹ ਤੁਹਾਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਇਸਦੇ ਲੇਖਕ ਨੇ ਤੁਹਾਡੇ ਡੈਰੀਵੇਟਿਵ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ। ਇਹ ਤਕਨੀਕੀ ਤੱਥ ਨਹੀਂ ਸਗੋਂ ਸਹਾਇਤਾ ਦਾ ਬਿਆਨ ਹੈ, ਅਤੇ ਅਕਸਰ ਇਸ ਅਰਥ ਵਿੱਚ ਗਲਤ ਹੁੰਦਾ ਹੈ ਕਿ ਪੈਕੇਜ ਠੀਕ ਚੱਲਦਾ।

ਮੁਸੀਬਤ ਤਦ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਬਦਲਵਾਂ ਉਪਾਅ ਹੀ ਯੋਜਨਾ ਬਣ ਜਾਂਦਾ ਹੈ। ਪਛਾਣ ਫਾਈਲ ਬਦਲਣ ਨਾਲ ਜਾਂਚ ਪਾਸ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਪੈਕੇਜ ਫਿਰ ਅਸਲ ਵਿੱਚ ਸਥਾਪਿਤ ਰਨਟਾਈਮ ਦੇ ਵਿਰੁੱਧ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਲੋਡ ਨਹੀਂ ਹੁੰਦਾ। ਜੇ ਉੱਥੇ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਹੋਰ ਪਛਾਣ ਸੋਧ ਕੋਈ ਮਦਦ ਨਹੀਂ ਕਰੇਗੀ।

ਇਸ ਲਈ ਲਾਹੇਵੰਦ ਕਦਮ ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਹੈ ਕਿ ਇੰਸਟਾਲਰ ਨੇ ਕਿਹੜਾ ਸਵਾਲ ਪੁੱਛਿਆ, ਅਤੇ ਫਿਰ ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਹੈ ਕਿ ਜਵਾਬ ਦਾ ਕੋਈ ਮਹੱਤਵ ਹੁੰਦਾ। ਇਹ ਦੋ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਦੂਜੀ ਹੀ ਅੰਦਾਜ਼ਾ ਲਗਾਉਂਦੀ ਹੈ ਕਿ ਪੈਕੇਜ ਕੰਮ ਕਰੇਗਾ ਜਾਂ ਨਹੀਂ।

ਤਿੰਨ ਸੰਸਕਰਣ ਜਿਹਨਾਂ ਨੂੰ ਲੋਕ ਸਿਸਟਮ ਸੰਸਕਰਣ ਕਹਿੰਦੇ ਹਨ

ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਰਿਲੀਜ਼ ਪੈਕੇਜ ਕੀਤੇ ਵਾਤਾਵਰਣ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ। C ਲਾਇਬ੍ਰੇਰੀ ਸੰਸਕਰਣ ਰਨਟਾਈਮ ਅਮਲ ਅਤੇ ਉਸਦੀ ਰਿਲੀਜ਼ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ। ਕੰਪਾਈਲਰ ਸੰਸਕਰਣ ਟੂਲਚੇਨ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ। ਗੱਲਬਾਤ ਵਿੱਚ ਲੋਕ ਤਿੰਨਾਂ ਨੂੰ “ਸਿਸਟਮ ਸੰਸਕਰਣ” ਕਹਿੰਦੇ ਹਨ, ਪਰ ਇੰਸਟਾਲਰ ਵਿੱਚ ਇਹ ਇੱਕ ਦੂਜੇ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈ ਸਕਦੇ।

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

ਪਹਿਲਾਂ ਤੋਂ ਬਣੀ ਐਪਲੀਕੇਸ਼ਨ ਉਸ ਰਨਟਾਈਮ ਦੀ ਉਮੀਦ ਕਰਦੀ ਹੈ ਜੋ ਇਸਨੂੰ ਲਿੰਕ ਕਰਨ ਵੇਲੇ ਮੌਜੂਦ ਸੀ। ਹੋਸਟ ’ਤੇ ਕੰਪਾਈਲਰ ਬਦਲਣ ਨਾਲ ਇਹ ਦੁਬਾਰਾ ਲਿੰਕ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ ਨਵਾਂ ਟੂਲਚੇਨ ਬਾਈਨਰੀ ਵੱਲੋਂ ਮੰਗੇ ਲੋਡਰ ਚਿੰਨ੍ਹਾਂ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਆਰਕੀਟੈਕਚਰ ਫਿਰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ, ਕਿਉਂਕਿ 64-ਬਿੱਟ ਸਿਸਟਮ ’ਤੇ 32-ਬਿੱਟ ਪੈਕੇਜ ਉਹਨਾਂ ਕਾਰਨਾਂ ਕਰਕੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਜਿਹਨਾਂ ਦੀ ਵਿਆਖਿਆ ਕੋਈ ਸੰਸਕਰਣ ਸਟ੍ਰਿੰਗ ਨਹੀਂ ਕਰਦੀ।

ਚਾਰੇ ਆਉਟਪੁੱਟ ਰਿਪੋਰਟ ਨਾਲ ਰੱਖੋ। ਇਹਨਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਵਿੱਚ ਦਸ ਸਕਿੰਟ ਲੱਗਦੇ ਹਨ ਅਤੇ ਇਹ ਉਹਨਾਂ ਬਹੁਤੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਜੋ ਮੇਨਟੇਨਰ ਈਮੇਲ ਰਾਹੀਂ ਪੁੱਛਦਾ।

ਗਲਤੀ ਪੜ੍ਹੋ, ਜਾਂਚ ਨਹੀਂ

ਪਹਿਲੀ ਲਾਂਚ ਗਲਤੀ ਹੀ ਸਬੂਤ ਹੈ। ਗੁੰਮ ਸਾਂਝੀ ਵਸਤੂ, ਜਾਂ ਲੋਡਰ ਵੱਲੋਂ ਪੂਰਾ ਨਾ ਕੀਤਾ ਜਾ ਸਕਣ ਵਾਲਾ ਚਿੰਨ੍ਹ ਸੰਸਕਰਣ ਬਾਰੇ ਸੁਨੇਹਾ ਰਨਟਾਈਮ ਨਿਰਭਰਤਾ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਜੋ ਸੁਨੇਹਾ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਨਾਮ ਦੁਹਰਾਉਂਦਾ ਹੈ ਉਹ ਫਿਰ ਪਛਾਣ ਜਾਂਚ ਹੈ, ਕਿਸੇ ਹੋਰ ਥਾਂ।

ਡਾਇਨਾਮਿਕ ਲਿੰਕਰ ਦਾ ਦਸਤਾਵੇਜ਼ ਦੱਸਦਾ ਹੈ ਕਿ ਲਾਇਬ੍ਰੇਰੀ ਖੋਜ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ ਲੋਡਰ ਕਿੱਥੇ ਖੋਜਦਾ ਹੈ। ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਲੇਬਲ ਬਦਲਣ ਨਾਲ ਉਸ ਖੋਜ ਮਾਰਗ ਵਿੱਚ ਕੋਈ ਡਾਇਰੈਕਟਰੀ ਨਹੀਂ ਜੁੜਦੀ, ਇਸ ਲਈ ਦੂਜੀ ਅਸਫਲਤਾ ਪਹਿਲੀ ਨਾਲ ਅਸੰਬੰਧਿਤ ਲੱਗਦੀ ਹੈ।

ਡਾਊਨਲੋਡ ਕੀਤੀ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ’ਤੇ ldd ਨੂੰ ਆਮ ਪਹਿਲੇ ਕਦਮ ਵਜੋਂ ਨਾ ਵਰਤੋ। ਇਸਦਾ ਆਪਣਾ ਮੈਨੂਅਲ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ ਕਿ ਇਹ ਕੁਝ ਹਾਲਾਤਾਂ ਵਿੱਚ ਪ੍ਰੋਗਰਾਮ ਚਲਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ ਵਾਲਾ ਇੰਸਟਾਲਰ ਚਲਾਉਣਾ ਠੀਕ ਉਹੀ ਮਾਮਲਾ ਹੈ ਜਿਸ ਬਾਰੇ ਉਹ ਚੇਤਾਵਨੀ ਹੈ।

ਸਟ੍ਰਿੰਗ ਸੋਧਣ ਨਾਲ ਮਦਦ ਕਿਉਂ ਨਹੀਂ ਹੁੰਦੀ

ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੀ ਪਛਾਣ ਝੂਠੀ ਬਣਾਉਣਾ ਬਦਲ ਦਿੰਦਾ ਹੈ ਕਿ ਮਸ਼ੀਨ ਦਾ ਹਰ ਪ੍ਰੋਗਰਾਮ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਵੇਂ ਦੇਖਦਾ ਹੈ। ਪੈਕੇਜ ਮੈਨੇਜਰ, ਸਹਾਇਤਾ ਸੰਦ ਅਤੇ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨ ਉਹੀ ਫਾਈਲ ਪੜ੍ਹਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਇੰਸਟਾਲਰ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਨ ਵਾਲਾ ਮੁੱਲ ਮਹੀਨਿਆਂ ਬਾਅਦ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਨੂੰ ਉਲਝਾ ਸਕਦਾ ਹੈ।

ਹੋਸਟ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਕਿਸੇ ਹੋਰ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਦੀਆਂ ਫਾਈਲਾਂ ਨਾਲ ਬਦਲਣਾ ਹੋਰ ਵੀ ਮਾੜਾ ਹੈ। ਇਹ ਅਸੰਬੰਧਿਤ ਸਾਫਟਵੇਅਰ ਤੋੜ ਸਕਦਾ ਹੈ, ਪੈਕੇਜ ਮੈਨੇਜਰ ਲਈ ਅਦਿੱਖ ਹੈ, ਅਤੇ ਇੱਕ ਸੰਭਾਲ ਯੋਜਨਾ ਮੰਗਦਾ ਹੈ ਜੋ ਕੋਈ ਨਹੀਂ ਲਿਖਦਾ। ਉਹ ਬਦਲਾਅ ਇੱਕ ਪਾਬੰਦੀਸ਼ੁਦਾ ਇੰਸਟਾਲਰ ਨਾਲ ਜਾਇਜ਼ ਨਹੀਂ ਠਹਿਰਦੇ।

ਜੇ ਜਾਂਚ ਸੱਚਮੁੱਚ ਪਛਾਣ ਦੋਸ਼ ਹੈ, ਤਾਂ ਮੇਨਟੇਨਰ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸਮਰਥਿਤ ਸੁਧਾਰ ਦੱਸ ਸਕਦਾ ਹੈ। ਜੇ ਦੋਸ਼ ਨਹੀਂ ਹੈ, ਤਾਂ ਸਮਰਥਿਤ ਰਾਹ ਤੁਹਾਡੇ ਪਲੇਟਫਾਰਮ ਲਈ ਬਿਲਡ ਹੈ, ਅਤੇ ਸਟ੍ਰਿੰਗ ਸੋਧੇ ਜਾਣ ਕਰਕੇ ਉਹ ਜਵਾਬ ਨਹੀਂ ਬਦਲਦਾ।

ਅਜਿਹੀ ਰਿਪੋਰਟ ਲਿਖੋ ਜਿਸ ’ਤੇ ਮੇਨਟੇਨਰ ਕਾਰਵਾਈ ਕਰ ਸਕੇ

ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਅਤੇ ਰਿਲੀਜ਼, ਆਰਕੀਟੈਕਚਰ, VPN ਰਿਲੀਜ਼, ਨਕਾਰੀ ਗਈ ਸਹੀ ਸ਼ਰਤ ਅਤੇ ਜੇ ਤੁਸੀਂ ਉੱਥਰ ਤੱਕ ਪਹੁੰਚੇ ਤਾਂ ਪਹਿਲੀ ਰਨਟਾਈਮ ਗਲਤੀ ਦਰਜ ਕਰੋ। ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕੁਝ ਬਦਲਿਆ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਬਦਲੇ ਸਿਸਟਮ ਤੋਂ ਆਈ ਰਿਪੋਰਟ ਦੂਜੀ ਰਿਪੋਰਟ ਹੁੰਦੀ ਹੈ।

ਮੂਲ ਇੰਸਟਾਲਰ ਨੂੰ ਬਦਲਿਆ ਬਿਨਾਂ ਰੱਖੋ ਅਤੇ ਇਸਨੂੰ ਟਾਲਣ ਦੀ ਥਾਂ ਜਾਂਚ ਦਾ ਵਰਣਨ ਕਰੋ। ਇਹੀ ਫ਼ਰਕ ਮੇਨਟੇਨਰ ਨੂੰ ਬਹੁਤ ਸੰਕੀਰਣ ਪਛਾਣ ਨਿਯਮ ਨੂੰ ਅਸਲ ਬਾਈਨਰੀ ਅਨੁਕੂਲਤਾ ਹੱਦ ਤੋਂ ਵੱਖ ਕਰਨ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਦੋ ਬਹੁਤ ਵੱਖਰੇ ਬੱਗ ਅਤੇ ਦੋ ਬਹੁਤ ਵੱਖਰੇ ਸੁਧਾਰ ਹਨ।

ਜੇ ਜਵਾਬ ਆਵੇ ਕਿ ਤੁਹਾਡਾ ਪਲੇਟਫਾਰਮ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ, ਤਾਂ ਉਹ ਵਰਤੋਂਯੋਗ ਨਤੀਜਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਕਹਿੰਦਾ ਹੈ ਕਿ ਸਮਰਥਿਤ ਬਿਲਡ ਲੱਭੋ, ਨਾ ਕਿ ਪਛਾਣ ਫਾਈਲਾਂ ’ਤੇ ਇੱਕ ਹੋਰ ਸ਼ਾਮ ਗੁਆਵੋ ਜੋ ਕਦੇ ਸਮੱਸਿਆ ਨਹੀਂ ਸਨ।