Avand in vedere ca suntem in toiul entuziasmului de vineri, poate reusim sa scoatem ceva constructiv.
Pana de curand, era relativ simplu pxeboot si preseed pentru bubuntu, insa de la incepand cu 22.04 (ultimul functional a fost 20.04) au ucis legacy installers si implicit a disparut si imaginea de netboot, https://discourse.ubuntu.com/t/server-installer-plans-for-20-04-lts/13631 Acum folosesc ceva de genul, evident, fara preseed: kernel http://192.168.1.1/ubuntu/22/vmlinuz initrd http://192.168.1.1/ubuntu/22/initrd append ip=dhcp cloud-config-url=/dev/null url=http://mirrors.chroot.ro/ubuntu-releases/22.04.1/ubuntu-22.04.1-live-server-amd64.iso autoinstall ds=nocloud-net;s=http://192.168.1.1/ubuntu/22/ Sunt curios ce solutie aveti/vedeti voi care sa nu includa load la .iso, fie el si pe http, tot lent este. -- Bogdan-Stefan Rotariu bog...@rotariu.ro > On 22 Mar 2024, at 21:07, Petru Rațiu via RLUG <rlug@lists.lug.ro> wrote: > > Voiam sa-ti raspund punctual la cele cateva prostii pe care le-ai spus, dar > mi-am dat seama ca toate se rezuma la "daca n-ai presupune ca esti destept > si le stii deja pe toate pentru ca faci astea de hat-hat, ai putea vedea > din documentatie (care exista!) ca lucrurile nu-s asa complicate". > > Seara faina, programul de flama s-a terminat, > > -- > P. > > On Fri, Mar 22, 2024 at 8:56 PM Mihai Badici via RLUG <rlug@lists.lug.ro> > wrote: > >> Netplan a fost dat afară pentru că s-au gândit ei că dacă am dezinstalat >> python nu îmi mai trebuie nici netplan. >> >> Problema e că aparent netplan e sistemul default de configurare network >> în ubuntu, cel puțin asta înțeleg ( btw, de când ubuntu a ajuns noul >> windows e aproape imposibil să mai găsești o documentație ca lumea >> pentru că numărul de kizi a înecat în zgomot orice informație utilă. By >> default aleg răspunsurile care nu conțin "ub)untu") >> >> Și sigur că ai dreptate, mi-am permis o atitudine mai laxă pentru că era >> un vps nou, nu aveam aplicații în producție (adică nu aveam deloc) și >> aveam și VNC. Dar încă o dată, nu despre asta vorbeam. Sigur că >> providerul chiar îmi dădea dhcp, dar cu ce script de inițializare >> trebuia să primesc eu dhcp-ul ăla? Eu în general prefer căile simple, >> în general să lași setările așa cum erau pare suficient de sigur. >> >> Acu' știu, când începi să zici că "pe vremea noastră... " sigur e semn >> de bătrânețe și probabil că nici nu e adevărat, pentru că acum >> sistemele merg mai bine decât atunci (chiar merg) . Dar chiar mi se pare >> că unele lucruri au început să fie complicate excesiv și fără vreo >> utilitate concretă. Evident nu toate, și nu totdeauna, dar uneori chiar >> e adevârat. >> >> Sunt ani de zile de când folosesc debian, că deși în continuare apreciez >> simplitatea și curățenia unui sistem ca slackware îmi dau seama și de >> slăbiciunile pe care le implică. Debian are niște scripturi de >> networking extrem de legacy care însă fac față și nu dau rateuri >> niciodată ( a, da, a fost și la ei o bătaie de cap când s-a schimbat >> schema de denumire a interfețelor, dar aia era justificată, o schimbare >> majoră în kernel). Dacă vrei ceva mai complicat, ai network-manager >> (acum ai chiar și în slackware 15.0 , de pildă). Mi se pare o atitudine >> sănătoasă și sigură. Un sistem simplu și sigur, dublat de unul mai >> complex dacă ai nevoie. Dincoace, la ubuntu, au preferat să meargă >> direct pe calea complicată. cloud-init, netplan, python... Evident, ai >> și network-manager. Nici nu îmi e clar dacă a mai rămas vreo variantă >> simplă în afară de a-ți scrie tu un script "ca pe vremuri". >> >> .Și apropo, că am avut niște treburi mai acum ceva ani cu containerele, >> la un moment dat vine docker și zice: filozofia mea e "un container, un >> proces". Oops. nu pot rula ubuntu sau debian, pentru că am deja un >> proces, systemd, și nu îl mai pot porni pe al doilea. Până la urmă au >> fușerit-o cumva, dar a fost o perioadă în care nu puteai să upgradezi >> containerele vechi, care nu aveau systemd, pentru că alea noi aveau >> systemd mandatory. O aberație, care s-a rezolvat prin altă aberație, >> când soluția evidentă era să facă systemd default dar opțional (de ce am >> nevoie de systemd pe docker?). Încerc să nu fiu taliban, dar uneori... >> :) Parcă nu mi se mai pare așa de aberant când căutam la windows2008 >> prin regiștri după plăci de rețea "fantomă" ... >> >> >> >> >> On 3/22/24 20:00, Petru Rațiu via RLUG wrote: >>> Deci sa traduc: vps-ul pe care l-ai primit avea dhcp setat cu netplan for >>> some reason si nu era marcat pachetul ca manually installed sau a fost >> alt >>> fuckup pe-acolo. Prin ghidul de dist-upgrade (care, btw, merita citit din >>> scoarta in scoarta de fiecare data cand nu vrei sa-ti gasesti sistemul pe >>> branci, oricat de destept esti), cu siguranta zice sa faci review la >>> pachetele care se instaleaza/dezinstaleaza la fiecare pas, poate sunt >> unele >>> de care-ti pasa mai mult decat apt-ului si trebuie sa faci ceva in >> directia >>> asta. >>> Puteai rezolva problema fie verificand de ce a fost dat netplan afara (nu >>> mai e suportat? versiunea urmatoare conflicta cu altceva din sistem? nu >>> stiu), fie setandu-ti alt mod de configurare a placii de retea >> (providerul >>> iti da pe dhcp, sunt convins ca i se falfaie ce client folosesti tu). >>> >>> Asta cu "de ce depind eu de X" e mult mai subiectiva decat ai crede. Cum >>> ziceam, in Debian perl-base e marcat ca Essential pentru ca sunt pe ici >> pe >>> colo niste scripturi perl care tin toata sandramaua in picioare. >> Alternativ >>> /bin/sh nu e bash by default pentru ca viata fara sa descoperi ca un >> script >>> avea bashisms in el era prea simpla (I'm not bitter, no). >>> >>> In orice caz, astea vin la pachet imho cu credentialele de root. Userii >>> care nu vor sa le pese de ce reteaua are nevoie de python n-ar trebui sa >>> poata da do-dist-upgrade :D >>> >>> Si revenind la original XY problem, se recomanda ca pentru aplicatii care >>> depind de versiuni specifice de python/perl/ruby sa folosesti unele >>> instalate local, nu pe cele ale sistemului, ca sa poti sa le upgradezi >>> separat, cu pachetele lor, samd. Nu neaparat containere, dar ceva sa >> placa >>> la toata lumea (virtualenv, rvm, whatever). >>> >> >> _______________________________________________ >> RLUG mailing list >> RLUG@lists.lug.ro >> http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro >> > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
