Puncte:0

Cum se implementează cel mai recent netplan principal pe 20.04 LTS?

drapel np

Ei bine, titlul spune în mare parte tot. Am o problemă cu netplan, deoarece este distribuit cu actualul 20.04.3 (#102) și chiar și #103 care este propus nu este suficient de bun. Noua opțiune „ignore-carrier” care este oarecum nouă pare să se potrivească, dar nu este evident pentru mine cum să implementez actualul „principal” neplan.io.

Ajutor ?

user535733 avatar
drapel cn
Veți primi un ajutor mai bun dacă întrebați despre problema reală pe care o întâmpinați, ceea ce vă face să credeți că „ignore-carrier” este cea mai bună soluție. Ar putea exista și alte soluții.
user535733 avatar
drapel cn
Pentru întrebarea dvs. specifică „*Cum să obțineți Netplan 103 pe 20.04*”, versiunile LTS precum 20.04 sunt în general înghețate și primesc numai corecții de securitate după lansare. Fixarea unei versiuni mai noi este rareori o idee bună. CU toate acestea, ai noroc: Netplan 103 a fost retroportat la 20.04; este în prezent în testare (focal-propus). Dacă testarea merge bine, sistemul dumneavoastră ar trebui să vadă upgrade-ul în poate o săptămână sau două. Nu există magie: o „actualizare sudo apt”/„actualizare sudo apt” obișnuită o va prelua atunci când iese din testare.
drapel np
Mulțumesc, am actualizat deja la #103 folosind distribuția propusă. Partea pe care o caut nu a fost tăiată pentru acea distribuție. Încerc să încadrez mai multe configurații de rețea în netplan + networkd, dar se pare că networkd-dispatcher moare la pornire din cauza unui timeout, se pare că unele dintre interfețele mele nu au operator.
Puncte:0
drapel np

După cum se sugerează aici (https://ubuntuforums.org/showthread.php?t=2464731&p=14047808#post14047808) tot ce ai nevoie sunt niște dependențe. Apoi faceți, instalați.

Dependențele (pentru mine) sunt glib-2.0 gio-2.0 libyaml-dev libglib2.0-dev libsystemd-dev pandoc. Instalați .so în /lib care nu a fost ales de ldd (preferat /lib/x86_64-linux-gnu/libnetplan.so.0.0 din pachetul standard). După ce am remediat asta, a funcționat.

Pe de altă parte, dispecerul în rețea încă moare cu timeout. Toate interacțiunile sunt acum configurate sau negestionate (nu mai este „configurare”)

drapel np
Doar FYI, dacă se întâmplă să aterizați aici în căutarea problemei mele inițiale, în configurația mea, timpul standard de pornire de 90 de secunde nu era suficient pentru dispecerul în rețea, deoarece aduceam pppoe cu un script de transport și systemd aștepta totul pentru a termina prima rundă. Am crescut TimeoutStartSec la 180 și totul este bine acum.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.