Ní tasc éasca é feidhmchlár cúltaca a chruthú a oibríonn ar aon dáileadh. Chun a chinntiú go n-oibríonn Veeam Agent for Linux ar dháileacháin ó Red Hat 6 agus Debian 6, go OpenSUSE 15.1 agus Ubuntu 19.04, caithfidh tú raon fadhbanna a réiteach, go háirithe ag smaoineamh go n-áirítear modúl eithne sa táirge bogearraí.
Cruthaíodh an t-alt bunaithe ar ábhair ó óráid ag an gcomhdháil .
Níl Linux ach ar cheann de na córais oibriúcháin is coitianta. Go bunúsach, is ardán é seo ar a mbonn ar féidir leat rud éigin uathúil a dhéanamh, rud éigin de do chuid féin. A bhuí leis seo, tá go leor dáileacháin ag Linux atá difriúil ina sraith comhpháirteanna bogearraí. Agus éiríonn fadhb anseo: ionas go bhfeidhmeoidh táirge bogearraí ar aon dáileadh, caithfidh tú gnéithe gach ceann acu a chur san áireamh.
Bainisteoirí pacáiste. .deb vs .rpm
Cuirimis tús leis an bhfadhb fhollasach a bhaineann leis an táirge a dháileadh ar dháileacháin éagsúla.
Is é an bealach is gnách chun táirgí bogearraí a dháileadh ná an pacáiste a chur ar stór ionas gur féidir leis an mbainisteoir pacáiste atá tógtha isteach sa chóras é a shuiteáil as sin.
Mar sin féin, tá dhá fhormáid pacáiste tóir againn: RPM и deb. Ciallaíonn sé seo go mbeidh ar gach duine tacaíocht a thabhairt.
I saol na bpacáistí deb, tá an leibhéal comhoiriúnachta iontach. Suiteálann agus oibríonn an pacáiste céanna chomh maith ar Debian 6 agus Ubuntu 19.04. Tá na caighdeáin le haghaidh próiseas tógála pacáistí agus oibriú leo, atá leagtha síos i sean-dáiltí Debian, fós ábhartha sa Linux Mint newfangled agus OS tosaigh. Mar sin, i gcás Gníomhaire Veeam le haghaidh Linux, is leor pacáiste deb amháin do gach ardán crua-earraí.
Ach i saol na bpacáistí rpm, tá na difríochtaí iontach. Ar an gcéad dul síos, toisc go bhfuil dhá dháileoir neamhspleách go hiomlán, Red Hat agus SUSE, nach bhfuil gá lena gcomhoiriúnacht go hiomlán. Ar an dara dul síos, tá feisteáin dáileacháin ag na dáileoirí seo uathu siúd. tacaíochta agus turgnamhach. Níl aon ghá le comhoiriúnacht eatarthu ach an oiread. Iompaigh sé amach go bhfuil a gcuid pacáistí féin ag el6, el7 agus el8. Pacáiste ar leith do Fedora. Pacáistí do SLES11 agus 12 agus ceann ar leith do openSUSE. Is í an phríomhfhadhb ná spleáchais agus ainmneacha pacáiste.
Fadhb spleáchais
Ar an drochuair, is minic a chríochnaíonn na pacáistí céanna faoi ainmneacha éagsúla i ndáiltí éagsúla. Anseo thíos tá liosta páirteach de spleáchais pacáiste veeam.
Le haghaidh EL7:
Le haghaidh SLES 12:
- libblkid
- libgcc
- libstdc++
- ncurses-libs
- fiús-libs
- comhad-libs
- veeamsnap=3.0.2.1185
- lioblóid1
- libgcc_s1
- libstdc++6
- liobrálachas1
- liobfhiús2
- veeamsnap-kmp=3.0.2.1185
Mar thoradh air sin, tá liosta na spleáchais uathúil don dáileadh.
Is é an rud a éiríonn níos measa ná nuair a thosaíonn leagan nuashonraithe i bhfolach faoin seanainm pacáiste.
Sampla:
Nuashonraíodh an pacáiste i Fedora 24 ncurses ó leagan 5 go leagan 6. Tógadh ár dtáirge le leagan 5 chun comhoiriúnacht le dáiltí níos sine a chinntiú. Chun an seanleagan 5 den leabharlann ar Fedora 24 a úsáid, bhí orm an pacáiste a úsáid ncurses-compat-libs.
Mar thoradh air sin, tá dhá phacáiste ann do Fedora, le spleáchais éagsúla.
Tuilleadh níos suimiúla. Tar éis an chéad nuashonrú dáileadh eile, an pacáiste ncurses-compat-libs le leagan 5 den leabharlann ní bhíonn sé ar fáil. Tá sé costasach ar dháileoir seanleabharlanna a tharraingt isteach i leagan nua den dáileadh. Tar éis roinnt ama, tháinig an fhadhb arís agus arís eile i ndáiltí SUSE.
Mar thoradh air sin, b'éigean do roinnt dáileacháin a spleáchas follasach a laghdú ncurses-libs, agus an táirge a shocrú ionas gur féidir leis oibriú le haon leagan den leabharlann.
Dála an scéil, i leagan 8 de Red Hat níl pacáiste meta ann a thuilleadh python, a rinne tagairt don dea-sean python-2.7. Tá python2 и python3.
Rogha eile seachas bainisteoirí pacáiste
Tá an fhadhb le spleáchais sean agus tá sé soiléir le fada. Just cuimhneamh ar Spleáchas ifreann.
Leabharlanna agus feidhmchláir éagsúla a chur le chéile ionas go n-oibríonn siad go léir go cobhsaí agus nach ndéanann siad coimhlint - i ndáiríre, is é seo an tasc a dhéanann aon dáileoir Linux iarracht a réiteach.
Déanann an bainisteoir pacáiste iarracht an fhadhb seo a réiteach ar bhealach iomlán difriúil. snapach ón Canonical. An príomh-smaoineamh: ritheann an t-iarratas i mbosca gainimh scoite amach agus cosanta ón bpríomhchóras. Má theastaíonn leabharlanna ó fheidhmchlár, soláthraítear an feidhmchlár féin dóibh.
Flatpak freisin ligeann duit feidhmchláir a rith i mbosca gainimh ag baint úsáide as Linux Containers. Úsáidtear an smaoineamh bosca gainimh freisin AppImage.
Ceadaíonn na réitigh seo duit pacáiste amháin a chruthú le haghaidh aon dáileadh. I gcás Flatpak is féidir an feidhmchlár a shuiteáil agus a sheoladh fiú i ngan fhios don riarthóir.
Is í an fhadhb is mó nach féidir le gach iarratas a reáchtáil i mbosca gainimh. Teastaíonn rochtain dhíreach ar an ardán ó roinnt daoine. Níl mé ag caint fiú faoi mhodúil eithne, atá ag brath go docht ar an eithne agus nach luíonn isteach i gcoincheap an bhosca gainimh.
Is í an dara fadhb ná nach bhfuil tacaíocht fós do Snappy agus Flatpak sna dáiltí a bhfuil tóir orthu sa timpeallacht fiontraíochta ó Red Hat agus SUSE.
Maidir leis seo, níl Veeam Agent for Linux ar fáil ní ar .
Chun an cheist faoi bhainisteoirí pacáiste a thabhairt chun críche, ba mhaith liom a thabhairt faoi deara go bhfuil rogha ann bainisteoirí pacáiste a thréigean go hiomlán trí chomhaid dhénártha agus script a chomhcheangal chun iad a shuiteáil i bpacáiste amháin.
Ceadaíonn beart den sórt sin duit pacáiste coiteann amháin a chruthú le haghaidh dáiltí agus ardáin éagsúla, próiseas suiteála idirghníomhach a dhéanamh, an saincheaptha riachtanach a dhéanamh. Níor tháinig mé ach ar phacáistí den sórt sin le haghaidh Linux ó VMware.
Fadhb nuashonraithe
Fiú má réitítear gach ceist spleáchais, d’fhéadfadh go rithfidh an clár ar bhealach difriúil ar an dáileadh céanna. Is ábhar nuashonruithe é.
Tá 3 straitéis nuashonraithe ann:
- Is é an ceann is simplí ná nuashonrú riamh. Bhunaigh mé an freastalaí agus rinne mé dearmad faoi. Cén fáth a nuashonrú má oibríonn gach rud? Tosaíonn fadhbanna an chéad uair a dhéanann tú teagmháil le tacaíocht. Ní thacaíonn cruthaitheoir an dáileacháin ach leis an scaoileadh nuashonraithe.
- Is féidir leat muinín a bheith agat as an dáileoir agus nuashonruithe uathoibríocha a shocrú. Sa chás seo, is dócha go ndéanfar glao ar thacaíocht díreach tar éis nuashonrú nár éirigh leis.
- Is é an rogha nuashonrú láimhe ach amháin tar éis é a rith ar bhonneagar tástála an ceann is iontaofa, ach is costasaí agus Tógann am. Ní féidir le gach duine acmhainn é.
Ós rud é go n-úsáideann úsáideoirí éagsúla straitéisí nuashonraithe éagsúla, is gá tacú leis an eisiúint is déanaí agus leis na cinn a eisíodh roimhe seo. Cuireann sé seo casta ar an bpróiseas forbartha agus tástála araon agus cuireann sé tinneas cinn ar an bhfoireann tacaíochta.
Éagsúlacht ardán crua-earraí
Is fadhb iad ardáin chrua-earraí éagsúla a bhaineann go sonrach le cód dúchais den chuid is mó. Ar a laghad, caithfidh tú dénártha a bhailiú le haghaidh gach ardán tacaithe.
Sa tionscadal Gníomhaire Veeam le haghaidh Linux, ní féidir linn tacú le haon rud mar an RISC seo go fóill.
Ní bheidh mé ag seasamh go mion ar an gceist seo. Ní dhéanfaidh mé ach cur síos ar na príomhfhadhbanna: cineálacha atá ag brath ar ardán, mar shampla size_t, ailíniú struchtúir agus ordú beart.
Nascadh statach agus/nó dinimiciúil
Ach is í an cheist “Conas nascadh le leabharlanna - go dinimiciúil nó go statach?” fiú a phlé.
De ghnáth, úsáideann feidhmchláir C/C++ faoi Linux nascadh dinimiciúil. Oibríonn sé seo go hiontach má tá an t-iarratas tógtha go sonrach le haghaidh dáileadh ar leith.
Más é an tasc ná dáiltí éagsúla a chlúdach le comhad dénártha amháin, caithfidh tú díriú ar an dáileadh tacaithe is sine. Dúinn, seo é Red Hat 6. Tá gcc 4.4 ann, rud nach dtacaíonn fiú an caighdeán C++11 leis .
Tógaimid ár dtionscadal ag baint úsáide as gcc 6.3, a thacaíonn go hiomlán le C++14. Ar ndóigh, sa chás seo, ar Red Hat 6 caithfidh tú an libstdc++ a iompar agus leabharlanna a threisiú leat. Is é an bealach is éasca ná nascadh leo go statach.
Ach faraor, ní féidir gach leabharlann a nascadh go statach.
Ar an gcéad dul síos, leabharlanna córais mar libfuse, libblkid is gá nascadh go dinimiciúil chun a gcomhoiriúnacht leis an eithne agus lena modúil a chinntiú.
Ar an dara dul síos, tá subtlety le ceadúnais.
Ceadaíonn an ceadúnas GPL go bunúsach duit leabharlanna a nascadh le cód foinse oscailte amháin. Ceadaíonn MIT agus BSD nascadh statach agus ceadaíonn siad leabharlanna a áireamh i dtionscadal. Ach ní cosúil go bhfuil an LGPL contrártha le nascadh statach, ach éilíonn sé go roinntear na comhaid atá riachtanach chun nascadh.
Go ginearálta, ní bheidh ort aon rud a sholáthar trí nascadh dinimiciúil a úsáid.
Feidhmchláir Foirgníochta C/C++
Chun feidhmchláir C/C++ a thógáil ar ardáin agus dáileacháin éagsúla, is leor leagan oiriúnach de gcc a roghnú nó a thógáil agus tras-thiomsaitheoirí a úsáid le haghaidh ailtireachtaí sonracha agus an tsraith iomlán leabharlann a chur le chéile. Tá an obair seo indéanta go leor, ach go leor trioblóideach. Agus níl aon ráthaíocht ann go soláthróidh an tiomsaitheoir agus na leabharlanna roghnaithe leagan inoibrithe.
Buntáiste soiléir: tá an bonneagar simplithe go mór, toisc gur féidir an próiseas tógála iomlán a chríochnú ar mheaisín amháin. Ina theannta sin, is leor sraith amháin de dhénártha a bhailiú le haghaidh ailtireacht amháin agus is féidir leat iad a phacáistiú i bpacáistí le haghaidh dáiltí éagsúla. Seo mar a thógtar pacáistí veeam do Veeam Agent for Linux.
Murab ionann agus an rogha seo, is féidir leat feirm thógála a ullmhú go simplí, is é sin, roinnt meaisíní le haghaidh tionóil. Soláthróidh gach meaisín den sórt sin tiomsú feidhmchlár agus cóimeáil pacáiste le haghaidh dáileadh sonrach agus ailtireacht ar leith. Sa chás seo, déantar an tiomsú ag baint úsáide as na modhanna a d'ullmhaigh an dáileoir. Is é sin, cuirtear deireadh leis an gcéim a bhaineann le tiomsaitheoir a ullmhú agus leabharlanna a roghnú. Ina theannta sin, is féidir an próiseas tógála a chomhthreomharú go héasca.
Tá míbhuntáiste ag baint leis an gcur chuige seo, áfach: do gach dáileadh laistigh den ailtireacht chéanna, beidh ort do shraith comhaid dhénártha féin a bhailiú. Míbhuntáiste eile is ea go bhfuil gá le líon mór meaisíní a chothabháil agus go gcaithfear go leor spás diosca agus RAM a leithdháileadh.
Seo mar a dhéantar pacáistí KMOD den mhodúl eithne veeamsnap a thiomsú le haghaidh dáiltí Red Hat.
Seirbhís Tógála Oscailte
Rinne comhghleacaithe ó SUSE iarracht talamh meánach éigin a chur i bhfeidhm i bhfoirm seirbhíse speisialta chun iarratais a thiomsú agus pacáistí a chur le chéile - .
Go bunúsach, is hypervisor é a chruthaíonn meaisín fíorúil, a shuiteáiltear na pacáistí riachtanacha go léir ann, a thiomsaíonn an t-iarratas agus go dtógann sé an pacáiste sa timpeallacht iargúlta seo, agus ina dhiaidh sin scaoiltear an meaisín fíorúil.
Cinnfidh an sceidealóir a cuireadh i bhfeidhm in OpenBuildService cé mhéad meaisín fíorúla is féidir leis a sheoladh don luas tógála pacáiste is fearr. Déanfaidh an meicníocht sínithe ionsuite na pacáistí a shíniú agus iad a uaslódáil chuig an stór ionsuite. Sábhálfaidh an córas rialaithe leagan ionsuite stair athruithe agus tógála. Níl fágtha ach do chuid foinsí a chur leis an gcóras seo. Ní gá duit fiú an freastalaí a shocrú duit féin; is féidir leat ceann oscailte a úsáid.
Tá fadhb ann, áfach: tá sé deacair a leithéid de bhuainteoir a chur isteach sa bhonneagar atá ann cheana féin. Mar shampla, ní gá leagan a rialú; tá ár gcód foinse féin againn cheana féin. Tá ár meicníocht sínithe difriúil: úsáidimid freastalaí speisialta. Níl stór ag teastáil freisin.
Ina theannta sin, tá tacaíocht le haghaidh dáiltí eile - mar shampla, Red Hat - curtha i bhfeidhm sách lag, rud atá intuigthe.
Is é an buntáiste a bhaineann le seirbhís den sórt sin ná tacaíocht tapa don chéad leagan eile de dháileadh SUSE. Sula bhfógrófar an scaoileadh go hoifigiúil, cuirtear na pacáistí is gá le haghaidh tionóil suas ar stór poiblí. Tá ceann nua le feiceáil i liosta na ndáiltí atá ar fáil ar OpenBuildService. Déanaimid an bosca a sheiceáil agus cuirtear leis an bplean tógála é. Mar sin, déantar leagan nua den dáileadh a chur leis i gcliceáil amháin beagnach.
Inár mbonneagar, ag baint úsáide as OpenBuildService, cuirtear éagsúlacht iomlán na bpacáistí KMP den mhodúl eithne veeamsnap le haghaidh dáiltí SUSE le chéile.
Ansin, ba mhaith liom fanacht ar shaincheisteanna a bhaineann go sonrach le modúil eithne.
eithne ABI
Go stairiúil, dáileadh modúil eithne Linux i bhfoirm foinse. Is é an fírinne nach gcuireann cruthaitheoirí na heithne ualach orthu féin leis an imní maidir le tacú le API cobhsaí do mhodúil eithne, agus go háirithe ag an leibhéal dénártha, dá ngairtear kABI tuilleadh.
Chun modúl a thógáil le haghaidh eithne fanaile, is cinnte go dteastaíonn ceanntásca an eithne áirithe seo uait, agus ní oibreoidh sé ach ar an eithne seo.
Ligeann DKMS duit an próiseas tógála modúil a uathoibriú agus an eithne á nuashonrú. Mar thoradh air sin, úsáideann úsáideoirí stór Debian (agus a ghaolta go leor) modúil eithne ó stór an dáileora nó a tiomsaíodh ón bhfoinse ag baint úsáide as DKMS.
Mar sin féin, ní oireann an cás seo go háirithe don earnáil Fiontar. Ba mhaith le dáileoirí cód dílseánaigh an táirge a dháileadh mar dhénártha tiomsaithe.
Níl riarthóirí ag iarraidh uirlisí forbartha a choinneáil ar fhreastalaithe táirgeachta ar chúiseanna slándála. Chinn dáileoirí Enterprise Linux cosúil le Red Hat agus SUSE go bhféadfadh siad tacú le kABI cobhsaí dá n-úsáideoirí. Ba é an toradh ná pacáistí KMOD do phacáistí Red Hat agus KMP do SUSE.
Tá croílár an réiteach seo simplí go leor. Le haghaidh leagan sonrach den dáileadh, tá an API eithne reoite. Deir an dáileoir go n-úsáideann sé an eithne, mar shampla, 3.10, agus ní dhéanann sé ach ceartúcháin agus feabhsuithe nach ndéanann difear do na comhéadain eithne, agus is féidir na modúil a bhailítear don chéad eithne a úsáid le haghaidh gach ceann ina dhiaidh sin gan athchruinniú.
Maíonn Red Hat comhoiriúnacht kABI don dáileadh ar feadh a shaolré ar fad. Is é sin, ba cheart go n-oibreodh an modúl le chéile do reil 6.0 (scaoileadh Samhain 2010) ar leagan 6.10 (scaoileadh Meitheamh 2018). Agus tá sé seo beagnach 8 mbliana. Ar ndóigh, tá an tasc seo deacair go leor.
Tá roinnt cásanna taifeadta againn inar stop an modúl veeamsnap ag obair mar gheall ar cheisteanna comhoiriúnachta kABI.
Tar éis don mhodúl veeamsnap, a tiomsaíodh do RHEL 7.0, a bheith neamh-chomhoiriúnach leis an eithne ó RHEL 7.5, ach lódáil sé agus ráthaíodh go dtimpiste an freastalaí, thréigeamar úsáid comhoiriúnacht kABI le haghaidh RHEL 7 ar fad.
Faoi láthair, tá tionól sa phacáiste KMOD do RHEL 7 do gach leagan scaoilte agus script a luchtaíonn an modúl.
Thug SUSE faoi thasc na comhoiriúnachta kaBI níos cúramaí. Ní sholáthraíonn siad comhoiriúnacht kaBI ach laistigh de phacáiste seirbhíse amháin.
Mar shampla, tharla scaoileadh SLES 12 i Meán Fómhair 2014. Agus bhí SLES 12 SP1 cheana féin i mí na Nollag 2015, is é sin, tá beagán níos mó ná bliain caite. Cé go n-úsáideann an dá eisiúint an eithne 3.12, tá siad neamh-chomhoiriúnach do kABI. Ar ndóigh, tá sé i bhfad níos éasca comhoiriúnacht kABI a choinneáil ar feadh bliana amháin. Níor cheart go gcuirfeadh an timthriall nuashonraithe modúl eithne bliantúil fadhbanna do chruthaitheoirí modúl.
Mar thoradh ar an mbeartas SUSE seo, níl aon fhadhb amháin againn maidir le comhoiriúnacht kABI inár modúl veeamsnap. Fíor, tá líon na bpacáistí do SUSE beagnach ord méide níos mó.
Paistí agus backports
Cé go ndéanann dáileoirí iarracht comhoiriúnacht kABI agus cobhsaíocht eithne a chinntiú, déanann siad iarracht freisin feabhas a chur ar fheidhmíocht agus deireadh a chur le lochtanna an eithne chobhsaí seo.
Ag an am céanna, chomh maith lena “obair ar earráidí” féin, déanann forbróirí an fhiontair monatóireacht ar athruithe eithne Linux san eithne fanaile agus aistríonn siad iad chuig a gceann “cobhsaí”.
Uaireanta bíonn cinn nua mar thoradh air seo .
Sa scaoileadh is déanaí de Red Hat 6, rinneadh botún i gceann de na mion-nuashonruithe. Ba é an toradh a bhí air ná go raibh ráthaíocht ag an modúl veeamsnap an córas a thuairteáil nuair a scaoileadh an pictiúr. Tar éis dúinn comparáid a dhéanamh idir na foinsí eithne roimh agus tar éis an nuashonraithe, fuair muid amach gurb é an backport a bhí an milleán. Rinneadh socrú den chineál céanna sa leagan eithne fanaile 4.19. Níl ann ach gur oibrigh an socrú seo go breá san eithne fanaile, ach nuair a d’aistrigh sé go dtí an “cobhsaí” 2.6.32 é, d’eascair fadhb leis an spinlock.
Ar ndóigh, bíonn earráidí ag gach duine i gcónaí, ach arbh fhiú an cód a tharraingt ó 4.19 go 2.6.32, rud a chuirfeadh cobhsaíocht i mbaol?.. Níl mé cinnte ...
Is é an rud is measa ná nuair a bhíonn baint ag margaíocht leis an tarraingt cogaidh idir “cobhsaíocht” agus “nuachóiriú”. Caithfidh an roinn margaíochta croí an dáileadh nuashonraithe a bheith cobhsaí, ar thaobh amháin, agus ag an am céanna a bheith níos fearr i bhfeidhmíocht agus go bhfuil gnéithe nua aige. Tagann comhréiteach aisteach mar thoradh air seo.
Nuair a rinne mé iarracht modúl a thógáil ar eithne 4.4 ó SLES 12 SP3, bhí ionadh orm feidhmiúlacht a fháil ó vanilla 4.8 ann. Is é mo thuairim go bhfuil cur i bhfeidhm bloc I/O an eithne 4.4 ó SLES 12 SP3 níos cosúla leis an eithne 4.8 ná an scaoileadh roimhe seo den eithne cobhsaí 4.4 ó SLES12 SP2. Ní féidir liom a mheas cén céatadán den chód a aistríodh ó eithne 4.8 go SLES 4.4 le haghaidh SP3, ach ní féidir liom fiú an 4.4 cobhsaí céanna a ghlaoch ar an eithne.
Is é an rud is mó míthaitneamhach faoi seo ná nuair a bhíonn modúl á scríobh agat a d’oibreodh chomh maith ar eithne éagsúla, ní féidir leat brath ar an leagan eithne a thuilleadh. Caithfidh tú an dáileadh a chur san áireamh freisin. Is maith an rud é uaireanta gur féidir leat a bheith páirteach i sainmhíniú a fheictear mar aon le feidhmiúlacht nua, ach ní bhíonn an deis seo le feiceáil i gcónaí.
Mar thoradh air sin, éiríonn an cód rófhás le treoracha tiomsaithe coinníollach aisteach.
Tá paistí ann freisin a athraíonn an API eithne doiciméadaithe.
Tháinig mé trasna ar an dáileadh 5.16 agus bhí an-iontas air a fheiceáil gur athraigh an glao lookup_bdev sa leagan eithne seo liosta na bparaiméadar ionchuir.
Chun é a fháil le chéile, bhí orm script a chur leis an makefile a sheiceálann an bhfuil paraiméadar masc ag an bhfeidhm lookup_bdev.
Modúil eithne a shíniú
Ach fillfimid ar an gceist maidir le dáileadh pacáiste.
Ceann de na buntáistí a bhaineann le kABI cobhsaí ná gur féidir modúil eithne a shíniú mar chomhad dénártha. Sa chás seo, is féidir leis an bhforbróir a bheith cinnte nach ndearnadh damáiste de thaisme don mhodúl nó nach ndearnadh é a mhodhnú go hintinneach. Is féidir leat é seo a sheiceáil leis an ordú modinfo.
Ligeann dáiltí Red Hat agus SUSE duit síniú an mhodúil a sheiceáil agus é a luchtú ach amháin má tá an deimhniú comhfhreagrach cláraithe ar an gcóras. Is é an teastas an eochair phoiblí lena sínítear an modúl. Déanaimid é a dháileadh mar phacáiste ar leith.
Is í an fhadhb anseo ná gur féidir teastais a chur isteach san eithne (úsáideann dáileoirí iad) nó go gcaithfear iad a scríobh chuig cuimhne neamh-luaineach EFI ag baint úsáid as fóntais mokutil. Fóntas mokutil Nuair a bhíonn teastas á shuiteáil agat, éilíonn sé duit an córas a atosú agus, fiú sula lódáiltear eithne an chórais oibriúcháin, spreagann sé an riarthóir chun deimhniú nua a lódáil.
Dá bhrí sin, teastaíonn rochtain riarthóir fisiciúil ar an gcóras chun teastas a chur leis. Má tá an meaisín suite áit éigin sa scamall nó go simplí i seomra freastalaí iargúlta agus nach bhfuil rochtain ach tríd an líonra (mar shampla, trí ssh), ansin beidh sé dodhéanta deimhniú a chur leis.
EFI ar mheaisíní fíorúil
In ainneoin go bhfuil tacaíocht fada ag EFI ó bheagnach gach monaróir motherboard, nuair a bhíonn córas á shuiteáil, ní fhéadfaidh an riarthóir smaoineamh ar an ngá atá le EFI, agus d'fhéadfadh sé a bheith faoi mhíchumas.
Ní thacaíonn gach hypervisors le EFI. Tacaíonn VMWare vSphere le EFI ag tosú ó leagan 5.
Fuair Microsoft Hyper-V tacaíocht EFI freisin ag tosú le Hyper-V do Windows Server 2012R2.
Mar sin féin, sa chumraíocht réamhshocraithe tá an fheidhm seo díchumasaithe do mheaisíní Linux, rud a chiallaíonn nach féidir an teastas a shuiteáil.
I vSphere 6.5, socraigh an rogha Tosaithe Secure is féidir ach amháin sa seanleagan den chomhéadan gréasáin, a ritheann trí Flash. Tá an Chomhéadain Gréasáin ar HTML-5 fós i bhfad taobh thiar.
Dáiltí turgnamhacha
Agus ar deireadh, déanaimis machnamh ar an gceist maidir le dáiltí agus dáiltí turgnamhacha gan tacaíocht oifigiúil. Ar thaobh amháin, ní dócha go bhfaighfear dáiltí den sórt sin ar fhreastalaithe eagraíochtaí tromchúiseacha. Níl aon tacaíocht oifigiúil ann do dháiltí den sórt sin. Dá bhrí sin, iad siúd a sholáthar. Ní féidir tacú leis an táirge ar dháileadh den sórt sin.
Mar sin féin, déantar dáiltí den sórt sin a bheith ina ardán áisiúil chun réitigh turgnamhacha nua a thriail. Mar shampla, Fedora, OpenSUSE Tumbleweed nó leaganacha Éagobhsaí de Debian. Tá siad seasmhach go leor. Bíonn leaganacha nua de chláir acu i gcónaí agus eithne nua i gcónaí. I mbliain, féadfaidh an fheidhmiúlacht turgnamhach seo críochnú i RHEL, SLES nó Ubuntu nuashonraithe.
Mar sin mura n-oibríonn rud éigin ar dháileadh turgnamhach, is cúis é seo chun an fhadhb a dhéanamh amach agus í a réiteach. Ní mór duit a bheith réidh le go mbeidh an fheidhmiúlacht seo le feiceáil go luath ar fhreastalaithe táirgeachta úsáideoirí.
Is féidir leat staidéar a dhéanamh ar liosta reatha na ndáiltí a fhaigheann tacaíocht oifigiúil do leagan 3.0 . Ach tá an fíor-liosta dáileacháin ar a bhféadfaidh ár dtáirge oibriú i bhfad níos leithne.
Go pearsanta, bhí suim agam sa turgnamh leis an Elbrus OS. Tar éis an pacáiste veeam a chríochnú, suiteáladh ár dtáirge agus bhí sé ag obair. Scríobh mé faoin turgnamh seo ar Habré i .
Bhuel, leanann an tacaíocht do dháiltí nua. Táimid ag fanacht le leagan 4.0 a scaoileadh. Tá béite ar tí a bheith i láthair, mar sin coinnigh súil amach !
Foinse: will.com