Distro-namme, glibc of kompilearder: wat de ynstallearder kontrolearret

De ynstallearder printsjelet “unsupported distribution”, jo bewurkje ien tekenrige en it giet troch oant it in minút letter mislearret mei in loader-flater. Dy folchoarder is it symptoom dat de muoite wurdich is te werkenne: de earste mislearring wie in werkenningstest en de twadde is in kompatibiliteitsgrins. It binne twa ferskillende problemen dy't tafallich yn deselde terminal ferskine. It test bewurkje kin jo allinne fan de earste nei de twadde bringe.

It symptoom: de ynstallearder stiet stil by jo ôflieding

In skript dat in distribúsjenamme lêst en wegeret troch te gean, fertelt jo dat syn auteur jo ôflieding net test hat. Dat is in stipeferklearring en gjin technysk feit, en it is faak ferkeard yn 'e sin dat it pakket bêst wurkje soe.

De swierrichheit begjint as de omwei it plan wurdt. In identiteitsbestân feroarje lit de test slagje, en it pakket lâdt dan, of lâdt net, tsjin de runtime dy't echt ynstallearre is. As it dêr mislearret, sil gjin fierdere identiteitsbewurking helpe.

De nuttige set is dus út te finen hokker fraach de ynstallearder stelde, en dan út te finen oft it antwurd fan belang west hie. Dat binne twa aparte ûndersiken en allinne it twadde foarsiset oft it pakket wurkje sil.

Trije ferzjes dy't minsken de systeemferzje neame

In distribúsjeferzje neamt in pakkete omjouwing. In C-bibleteekferzje neamt in runtime-ymplemintaasje en syn útjefte. In kompilearderferzje neamt in arkketing. Minsken neame yn petear alle trije “de systeemferzje”, en yn in ynstallearder binne se net útwikselber.

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

In foarboud applikaasje ferwachtet de runtime dy't oanwêzich wie doe't it keppele waard. Kompilearders op 'e host feroarje keppelet it net opnij, en in nijere arkketing feroaret neat oan 'e loader-symbolen dy't it binêre bestân freget. Arsjitektuer is wer apart fan belang, want in 32-bits pakket op in 64-bits systeem mislearret om redenen dy't gjin ferzjetekenrige ferklearret.

Hâld de fjouwer útkomsten by it rapport. Se sammelje duorret tsien sekonden en se beantwurdzje de measte fragen dy't in ûnderhâlder oars per e-post oan jo stelle soe.

Lês de flater, net de test

De earste startflater is it bewiis. In berjocht oer in ûntbrekkend dield objekt, of oer in symboalferzje dy't de loader net befêstigje kin, is in runtime-ôfhinklikheidsprobleem. In berjocht dat de distribúsjenamme werhellet, is wer de werkenningstest, op in oare plak.

dokumintaasje fan de dynamyske keppeler beskriuwt hoe't bibleteekopspoaring wurket en wêr't de loader siket. In distribúsjelabel feroarje foeget gjin map ta oan dy sykpaad, en dêrom liket de twadde mislearring ûnferbân mei de earste.

Gryp net nei ldd op in delhelle útfierber bestân as in gewoane earste stap. It eigen hânboek warskôget dat it it programma ûnder guon omstannichheden útfiere kin, en in net fertroude ynstallearder draaie is krekt it gefal dêr't dy warskôging oer giet.

Wêrom't it bewurkjen fan 'e tekenrige net helpt

It falskjen fan 'e identiteit fan it bestjoeringssysteem feroaret hoe't elk programma op 'e masine himsels sjocht. Pakketbehearders, stipe-ark en oare applikaasjes lêze itselde bestân, en in wearde dy't ien ynstallearder tefredenstelt kin moannen letter wat oars yn 'e war bringe.

Hostbibleteken ferfange troch bestannen út in oare distribúsje is slimmer. It kin ûnferbân software brekke, it is ûnsichtber foar de pakketbehearder, en it freget in ûnderhâldsplan dat nimmen opskriuwt. Dy feroarings wurde net rjochtfeardige troch ien beheinende ynstallearder.

As de test echt in werkenningstekoart is, kin de ûnderhâlder it befêstigje en de stipe korreksje beskriuwe. As it gjin tekoart is, is it stipe paad in bou foar jo platfoarm, en dat antwurd feroaret net om't de tekenrige bewurke is.

Skriuw in rapport dêr't de ûnderhâlder op hannelje kin

Skriuw de distribúsje en útjefte, de arsjitektuer, de VPN-útjefte, de krekte betingst dy't wegere waard en de earste runtime-flater op as jo sa fier kamen. Tekenje oan oft jo wat feroare hawwe, want in rapport fan in feroare systeem is in oar rapport.

Lit de orizjinele ynstallearder ûnferoare en beskriuw de test ynstee fan der om hinne te wurkjen. Dat ûnderskied lit de ûnderhâlder in te nauwe werkenningregel skiede fan in echte binêre kompatibiliteitsgrins, en dat binne twa hiel ferskillende bugs mei twa hiel ferskillende oplossings.

As it antwurd weromkomt dat jo platfoarm net stipe wurdt, is dat in brûkber resultaat. It seit jo om in stipe bou te sykjen ynstee fan noch in jûn oan identiteitsbestannen te besteegjen dy't nea it probleem wiene.