Vai ce trist, am citit acum, vad ca raspunsul oficial e "de fapt nu era suportat nici inainte".
Initial am vrut sa raspund la misto, ca tot e flama, dar acu serios vorbind, http://ftp.lug.ro/debian/dists/stable/main/installer-amd64/current/images/netboot/ :D -- P. On Fri, Mar 22, 2024 at 9:22 PM Bogdan-Stefan Rotariu via RLUG < rlug@lists.lug.ro> wrote: > 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 > _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
