WireGuard-einingin hleðst ekki eftir kjarnauppfærslu? Athugaðu þetta

Göngin þín virkuðu í gær, vélin endurræsti eftir uppfærslu og nú kemur viðmótið ekki upp. Á kerfi þar sem WireGuard er byggt sem ytri eining, er algengasta orsökin sú að einingin á disknum tilheyrir annarri kjarnatgáfu en þeirri sem er í gangi núna. Hausar með svipuðu nafni á sömu vél sanna ekkert um það samræmi. Aðeins útgáfustrengurinn ræður því.

Kjarni í gangi eða uppsettur kjarni

Uppfærsla setur upp nýja kjarnapakkningu og lætur þá gömlu vera á disknum þar til vélin endurræsir. Eftir endurræsinguna breytist útgáfan sem er í gangi, og hver eining sem var byggð gegn þeirri fyrri verður ónothæf þótt skrár hennar séu enn til staðar. Það bil útskýrir þekkta frásögn af vél sem var í lagi fyrir endurræsingu og bilaði eftir hana, án nokkurrar stillingarbreytingar þar á milli. Það útskýrir líka hvers vegna enduruppsetning hausa virðist stundum laga vandann og stundum ekki.

Hausapakkningin sem þú setur upp getur samsvarað nýjustu kjarnapakkningunni frekar en þeim kjarna sem raunverulega ræstist, og ekkert í nafni pakkningarinnar greinir þau tilvik; aðeins útgáfustrengurinn gerir það. Athugaðu hvað er í gangi áður en þú athugar hvað er uppsett.

Þrjár athuganir fyrir uppbyggingu

Fyrsta athugunin er hvaða kjarni er í gangi. Önnur er hvort eining fyrir þá útgáfu sé til og finnist. Þriðja er hvort kjarninn hafi þegar hlaðið henni. Fjórða spurningin, hvort hægt sé að búa til viðmótið, prófar heimildir frekar en eininguna, svo hún á heima eftir uppbygginguna en ekki á þessum lista.

Skipanirnar hér að neðan svara þremur fyrstu án þess að breyta nokkru. Lestu hverja niðurstöðu áður en þú heldur áfram, því hvert svar útilokar aðra viðgerð.

uname -r
ls -l /lib/modules/$(uname -r)/build
modinfo wireguard
lsmod | grep wireguard

Ef önnur línan segir að slóðin sé ekki til, vantar byggingarumhverfi kjarnans sem er í gangi og ekkert sem þú þýðir mun passa við hann. Ef modinfo mistekst þótt slóðin sé til, er einingin kannski alls ekki uppsett, sem er eðlilegt á kjörnum sem senda útfærsluna innan trésins. Ef modinfo heppnast og lsmod sýnir ekkert, er einingin til en ekki hlaðin, sem er vandamál við hleðslu en ekki við byggingu. Hver niðurstaða sendir þig annað, þess vegna skiptir lesturinn meira máli en skipanirnar.

Byggðu gegn útgáfunni sem er í gangi

Ytri eining er þýdd gegn undirbúnu kjarnatré, og leiðarvísir kjarnans um ytri einingar lýsir notkun byggingarmöppunnar sem tilheyrir kjarnanum sem er í gangi frekar en hvaða möppu sem er með hæsta útgáfunúmerið. Sú byggingarmappa er táknræn tenging sem kjarnapakkningin viðheldur, þannig að hún vísar á tréð fyrir útgáfuna sem er ræst núna. Óbeina leiðin er einmitt málið: hún fjarlægir val sem þú myndir annars gera rangt. Að nefna hana skýrt gerir markið ótvírætt.

Eitt atriði skiptir máli þegar tréð er aðeins undirbúið en ekki fullbyggt. Undirbúningsmarkið framleiðir ekki táknútgáfuskrána sem sumar ytri byggingar þurfa, svo tré fullt af hausum er ekki sjálfkrafa fullt byggingarumhverfi. Ef bygging mistekst vegna vantar tákna, er sú skrá fyrsti staðurinn til að skoða.

sudo make -C /lib/modules/$(uname -r)/build M=$(pwd) modules
sudo make -C /lib/modules/$(uname -r)/build M=$(pwd) modules_install
sudo depmod -a

Þegar pökkuðu hausarnir dragast aftur úr

Á dreifingum og einbreiðum tölvum sem pakka eigin kjörnum geta hausar orðið dögum eða vikum á eftir útgáfunni. Hausapakkningin getur verið rétt að nafni og eldri að innihaldi, sem gefur byggingu sem þýðist og mistekst svo við hleðslu frekar en í þýðingunni. Að blanda heimildum gerir það verra: dreifingarkjarni með hausa úr lager þriðja aðila, eða framleiðandakjarni með almennum hausum, getur þýðst hreint og samt verið hafnað af kjarnanum sem er í gangi því stillingin er önnur. Útgáfunúmer ein og sér leysa það ekki.

Ef vélin fylgir tilraunakenndri kjarnarás, ákveddu meðvitað hvort þú verður þar með samsvarandi byggingarafurðir eða ferð aftur í studda pakkningasettið. Að endurtaka uppfærsluna og vona að hlutirnir passi saman er ekki áætlun, því sama misræmið endurtekur sig í hvert sinn.

Staðfestu viðmótið eftir uppbygginguna

Eftir árangursríka uppsetningu er að búa til viðmótið prófið sem skiptir máli, og síðan að lesa hvað kjarninn hlaði í raun og hvað annálin segir ef hann neitaði. Eining sem hleðst og viðmót sem ekki er hægt að búa til eru mismunandi bilanir með mismunandi orsökum. Þrjár skipanirnar hér að neðan aðskilja þær.

sudo ip link add wg9 type wireguard
lsmod | grep wireguard
sudo dmesg | tail -5

Ef einingin neitar að hlaðast nefnir kjarnaannállinn ástæðuna, og útgáfumisræmi er aðeins ein af möguleikunum. Lestu þá línu áður en þú byggir aftur, því önnur eins bygging eyðir sömu tíu mínútum og gefur sömu höfnun. Fjarlægðu svo tímabundna viðmótið svo næsta próf byrji frá hreinu ástandi.