Puncte:8

Poate exista vreo problemă dacă editez sources.list și trec între versiunile Ubuntu?

drapel my

am gasit asta surse.lista în /etc/apt este fișierul cheie pentru toate depozitele.

De asemenea, am descoperit că fiecare lansare de sistem și ubuntu are propria sa surse.lista, Așa că iată unde am fost puțin într-o dispoziție experimentală!

am fost pe Ubuntu 18.04 LTS(64 de biți), în timp ce doar navighezi și vezi diferit surse.lista fișiere. In care am gasit ceva interesant. Deci, de acum, există o mulțime de versiuni noi de Ubuntu care tocmai au sosit. Am fost dispus să-l upgradez și pe al meu 21.04 (din cauza gnomului 40)

Așa că am descoperit că pot face upgrade ubuntu prin sudo do-release-upgrade comandă, dar acea comandă va merge la următoarea ediție, în loc de cea mai recentă ediție. Așa a fost Foarte consumator de timp și consumator de internet (nu am 20 GB de internet)

Singura modalitate pe care am găsit-o a fost să reinstalez din ISO, dar nu vreau să reîmprospăt toate datele sau pachetele, deoarece acestea necesită, de asemenea, puțin timp pentru a instala.

Deci ceea ce am făcut a fost puțin prost, am schimbat conținutul meu surse.lista la -

#deb cdrom:[Ubuntu 21.04 _Hirsute Hippo_ - Lansare amd64 (20210420)]/ hirsute main restricted

# Consultați http://help.ubuntu.com/community/UpgradeNotes pentru a afla cum să faceți upgrade la
# versiuni mai noi ale distribuției.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute principal restricționat
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute main restricted

## Actualizări majore de remediere a erorilor produse după lansarea finală a programului
## distribuție.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates main restricted
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates main restricted

## N.B. software-ul din acest depozit este COMPLET NESUPORTAT de Ubuntu
## echipa. De asemenea, vă rugăm să rețineți că software-ul din univers NU VA primi niciunul
## revizuire sau actualizări de la echipa de securitate Ubuntu.
deb http://us.archive.ubuntu.com/ubuntu/ universul hirsute
# deb-src http://us.archive.ubuntu.com/ubuntu/ universul hirsute
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates universul
# deb-src http://us.archive.ubuntu.com/ubuntu/ universul hirsute-updates

## N.B. software-ul din acest depozit este COMPLET NESUPORTAT de Ubuntu 
## și este posibil să nu fie sub o licență gratuită. Vă rugăm să vă mulțumiți 
## drepturile dumneavoastră de a utiliza software-ul. De asemenea, vă rugăm să rețineți că software-ul în 
## multivers NU VA primi nicio recenzie sau actualizări de la Ubuntu
## echipa de securitate.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute multiverse
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute multiverse
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates multiverse
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates multivers

## N.B. este posibil ca software-ul din acest depozit să nu fi fost testat ca
## extensiv ca cel conținut în versiunea principală, deși include
## versiuni mai noi ale unor aplicații care pot oferi funcții utile.
## De asemenea, rețineți că software-ul din backport-uri NU VA primi nicio recenzie
## sau actualizări de la echipa de securitate Ubuntu.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-backports universul principal restricționat multivers
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-backports universul principal restricționat multivers

## Descomentați următoarele două rânduri pentru a adăuga software de la Canonical
## Depozitul „partener”.
## Acest software nu face parte din Ubuntu, dar este oferit de Canonical și
## furnizorii respectivi ca serviciu pentru utilizatorii Ubuntu.
# deb http://archive.canonical.com/ubuntu partener hirsut
# deb-src http://archive.canonical.com/ubuntu partener hirsut

deb http://security.ubuntu.com/ubuntu hirsute-security principal restricționat
# deb-src http://security.ubuntu.com/ubuntu hirsute-security main restricted
deb http://security.ubuntu.com/ubuntu universul hirsute-security
# deb-src http://security.ubuntu.com/ubuntu universul hirsute-security
deb http://security.ubuntu.com/ubuntu hirsute-security multiverse
# deb-src http://security.ubuntu.com/ubuntu hirsute-security multiverse

# Acest sistem a fost instalat utilizând medii amovibile mici
# (de exemplu, netinst, live sau un singur CD). „deb cdrom” potrivit
# intrări au fost dezactivate la sfârșitul procesului de instalare.
# Pentru informații despre cum să configurați sursele pachetelor apt,
# vezi manualul sources.list(5).

Sursă

Apoi am fugit

sudo apt update && sudo apt full-upgrade && sudo apt dist-upgrade

Apoi sistemul meu și totul a fost schimbat la 21.04

Deci a fost un pic de creier mare, probabil?

Îmi va dăuna acest lucru sistemul? Există unele beneficii? Ce poate merge rau?

  • Toate pachetele mele au fost actualizate și au fost instalate pachete noi.

  • Sistemul meu este la zi

  • Vreau doar să știu dacă acest lucru ar putea fi dăunător sau ar putea face ceva rău.

  • Sincer să fiu, a fost nevoie de doar 1804 Mb pentru a face upgrade, așa că este mult mai ușor.

  • Până acum (folosit timp de două ore) nu există nicio problemă.

guiverc avatar
drapel cn
Da, poate funcționa, dar poate și eșua. Ubuntu nu este Debian și are instrumente pentru a *elibera-upgrade* sistemul dumneavoastră (*și asigura succesul*). Puteți, de asemenea, să reinstalați fără a pierde fișierele de date și să solicitați reinstalării să adauge automat pachetele dvs. suplimentare (adică cele marcate cu *instalate manual*); O fac în mod regulat, deoarece sunt implicat în testarea QA și folosesc o reinstalare pentru cutiile folosite în scopuri de *asistență* (de asemenea, unele ale mele), deoarece îmi actualizează sistemul și o face printr-o instalare de test QA. (*upgrade-ul prin reinstalare* va merge, de asemenea, înapoi, dar pot fi implicate unele teme pentru a vă asigura că nu există probleme de date)
drapel cn
Ray
Personal, cred că ceea ce faci este puțin prostesc. Vreți să spuneți că un „do-release-upgrade” o versiune la un moment dat este „consumator de timp”. Este adevărat. Dar făcând așa ceva, ai putea ajunge să folosești mai mult timp. Și nu doar mai mult timp, mai mult din propriul tău „timp uman”. Dacă ați făcut un „do-release-upgrade” de mai multe ori, rulați comanda, răspundeți „da” de câteva ori și o lăsați să-și facă treaba. Deci... nu cred că cântărești corect argumentele pro și contra deciziei tale. De asemenea, faci ceva pe care puțini oameni îl fac, așa că, dacă ești blocat, foarte puțini oameni de aici te pot ajuta...
karel avatar
drapel sa
Răspunde asta la întrebarea ta? [Pot sări peste versiuni când fac upgrade?](https://askubuntu.com/q/34430/)
drapel cn
Ray
Mulțumesc pentru ofertă, dar am vrut doar să te ajut și nu am căutat vreo reputație. Multă baftă!
drapel us
„Vreau să vă întreb că dacă sunt pe 16.04 sau o versiune Ubuntu pe 32 de biți va funcționa această metodă (upgrade la 21.04, care este pe 64 de biți).” -- Nu, nu puteți face upgrade în acest fel.
guiverc avatar
drapel cn
Pentru sistemele mele x86 / *i386*, am efectuat *actualizarea prin reinstalare* sau *instalare folosind partiția existentă* pe care am descris-o în răspunsul meu pentru a le comuta de la *i386* la *amd64* (deoarece este o reinstalare și directoarele de sistem sunt șterse; permite schimbarea arhitecturii). Mai multe detalii pot fi găsite https://discourse.lubuntu.me/t/testing-checklist-understanding-the-testcases/2743 poate (vezi *instalare folosind partiția existentă* despre care am vorbit pentru instalările QA-test... vechea cutie favorită Ubuntu 11.04 i386 încă mai trăiește și este folosită în testele QA semi-regulat; ultima mea cutie cu FDD de 3,5 inchi cred)
Puncte:16
drapel cn

Felicitări, ați descoperit metoda originală Debian de migrare între versiunile Debian: editarea surselor și apoi rularea dist-upgrade.

Ubuntu face-eliberare-upgrade metode de utilizare dist-upgrade sub capotă, dar include și câteva caracteristici suplimentare pe care majoritatea utilizatorilor le pot aprecia:

  • Source.list noi standardizate și editarea automată a fișierului respectiv.
  • Dezactivarea PPA-urilor pentru a preveni upgrade-urile întrerupte.
  • Eliminare automată după instalarea noului pachet.
  • Migrații cu scripturi atunci când este necesar.
  • Reîmprospătare rapidă
  • Căile obișnuite de actualizare sunt testate și depanate în mod repetat de voluntari în timpul pre-lansării

Ar putea fi acest lucru dăunător sau ar putea face ceva rău?

Sigur. Dacă utilizați un set neînțelept de surse noi, vă puteți distruge cu ușurință sistemul.

Apt este un instrument grozav și elegant, dar nu este inteligent. Va încerca să facă exact ceea ce îi ordonați să facă, indiferent de cât de nebună ar fi această ordin.

Este foarte posibil să folosiți dist-upgrade pentru a conduce un netestată calea dintre versiuni -- ca de la 20.04 la 21.10. Apt o va face. Dar nu este testat. Poate că va funcționa bine; poate nu va fi. Este posibil să întâmpinați probleme neașteptate pe care nimeni altcineva nu le poate reproduce. Nu l-am testat (asta înseamnă „netestat”). TU îl testezi.

În general, depanarea erorilor severe cauzate de upgrade-uri netestate este o pierdere de timp pentru toată lumea -- anumite căi sunt testate și acceptate; de pe acele cărări marcate ești singur. Este mai rapid și mai ușor să reinstalați pur și simplu versiunea dorită a Ubuntu. Dacă acordați atenție în timpul procesului de instalare, puteți suprascrie Ubuntu în timp ce vă păstrați datele.

Dacă un grup de pasionați de dist-upgrade doresc să se reunească și să depaneze căi de upgrade suplimentare și să ofere asistență, sunt bineveniți. Sistemul actual este determinat de numărul de testeri voluntari și de ore de dezvoltator disponibile.

Puncte:9
drapel cn

Da, poate funcționa, dar poate și eșua. Ubuntu nu este Debian și are instrumente pentru eliberare-upgrade sistemul dvs. (și asigură o șansă mai mare de succes).

Eu folosesc dezvoltare lansare pe această cutie (de exemplu, în prezent dulceata); si de obicei cucui eu însumi la aproximativ 30 de ore după eliberarea priorului dezvoltare lansare (sau când arhivele necesare sunt configurate, fișierele de bază și câteva pachete cheie sunt gata de plecare). Dacă do-release-upgrade -d nu a fost configurat (ceea ce este destul de des), fac ceea ce ai făcut tu cucui această cutie. Fac niște verificări înainte de a o face bineînțeles; astfel încât rata de succes poate depinde de verificările pe care le efectuați (multe dintre aceste verificări și altele [de exemplu, asigurarea că pachetele sunt actualizate în ordinea corectă] sunt efectuate prin face-eliberare-upgrade & upgrade-manager).

De asemenea, puteți să reinstalați fără a pierde fișierele de date și să solicitați reinstalării să adauge automat pachetele dvs. suplimentare (adică cele marcate instalat manual); O fac în mod regulat deoarece sunt implicat în testarea QA și folosesc o reinstalare pentru casetele folosite în scopuri de asistență (de asemenea unele ale mele) deoarece îmi actualizează sistemul și o face printr-o instalare de test QA. (upgrade-ul prin reinstalare va merge, de asemenea, înapoi, dar pot fi implicate unele teme pentru a vă asigura că nu există probleme de date). de exemplu. când macabru sau 20,10 a atins EOL; Tocmai am făcut o neastâmpărat Instalare QA-test pentru a instala caseta mea de suport 21.10 (o instalare rapidă a realizat ceea ce ar fi fost de 2 ori face-eliberare-upgrade trepte; Nu am pierdut muzica, playerul meu de muzică ales (care nu este instalat printr-o instalare implicită) etc. și într-o fracțiune din timpul necesar și a finalizat și un test QA). Instalările nu trebuie să fie distructive -- totuși, asta nu înseamnă că nu ar trebui să aveți copii de rezervă; este ușor să faci greșeli.

FYI: Dacă cutia este pe a dezvoltare eliberare (excluzând acest PC-ul meu principal); De fapt, nu actualizez acele sisteme, dar upgrade prin reinstalare așa că din nou pot să închid un test QA în același timp cu actualizarea pachetelor mele.. Versiunile de dezvoltare sunt în prezent dulceata & focal (adică următorul 20.04.4 eliberare). De asemenea, în ultimele luni am avut un comutator de cutie de la 21.04, la neastâmpărat/21.10 înapoi la 20.04.3, la 21.10.. unele căi nefiind posibile prin eliberare-upgrade, nici modificarea ta a surselor! și nu am pierdut nicio muzică, nici pachetele pe care le-aș fi pierdut instalat manual (experiența poate varia atunci când sunt utilizate pachete terță parte; pe cutiile QA evit pachetele de la terți)

guiverc avatar
drapel cn
Acest detaliu atinge doar pe scurt întrebarea (*sunt comentariile mele curățate ușor*); dar se adresează în primul rând observației OP „*Singurul mod pe care l-am găsit a fost Reinstalarea din ISO, dar nu vreau să reîmprospăt toate datele sau pachetele, deoarece acestea necesită, de asemenea, puțin timp pentru a se instala*”, cu care nu sunt de acord... -opțiunea de instalare este ceva ce îmi place** la Ubuntu :)
kinokijuf avatar
drapel gb
âDe obicei, mă lovesc la aproximativ 30 de ore după lansarea versiunii anterioare de dezvoltareâ â Puteți înlocui numele animalului din source.list cu `./devel` pentru a rula o versiune beta perpetuă și a pretinde că Ubuntu este Debian Sid . Cel mai bun lucru este că funcționează și cu PPA-uri Launchpad â are alias la cea mai recentă versiune disponibilă (fie stabilă, fie în curs de dezvoltare) pe acel depozit anume.
guiverc avatar
drapel cn
Mulțumesc @kinokijuf, dar folosesc bump manual la fiecare șase luni pentru a-mi revizui sursele; curățați orice PPA-uri de echipă pe care le-am adăugat în timpul ciclului și eliminați orice software care nu a ajuns în depozitele oficiale Ubuntu (*dacă nu este împins pentru următoarea ediție*). Lovirea manuală se potrivește perfect rutinei mele (*o fac numai după ce mi-am făcut curățarea*)
kinokijuf avatar
drapel gb
Se pare că avem cazuri de utilizare diferite. Nu fac dezvoltare de pachete linux sau QA, vreau doar să folosesc ceva asemănător cu debian sid pe o stație de lucru, iar debian real are pachete mai vechi și suport comunitar mai prost.
guiverc avatar
drapel cn
FYI: un alt beneficiu al instrumentelor Ubuntu *release-upgrade* este evitarea capcanelor cunoscute; de exemplu. dacă un sistem desktop și faceți upgrade (mod *debian*) pe GUI, este posibil ca screensaver-ul să se activeze și nu puteți debloca screensaver-ul (datorită modificării pachetelor), screensaver-ul este dezactivat în timp ce actualizați Ubuntu instrumentele funcționează pentru a preveni această problemă *potențială* care poate determina un utilizator să creadă că și-a pierdut controlul asupra mașinii sale (*nu pot debloca screensaverul*) și, astfel, repornește creând probleme (repornirea fiind problema)... sunt multe probleme *mici* pe care le evită... doar exemplu.
guiverc avatar
drapel cn
Folosiți `do-release-upgrade` și instrumente similare pentru a vă actualiza de la o ediție la următoarea ediție (adică 20.04 la 20.10 dacă a fost acceptată; altfel ar merge la 21.04 în prezent) SAU la următoarea ediție LTS; adică. 20.04 va permite upgrade direct la 22.04 **după ce** 22.04.1 a fost eliberat (cheia este după; lansările au loc întotdeauna joi; dar calea de upgrade de obicei nu se deschide până luni/marți, deși poate fi *activată* și mai târziu) . Utilizatorii 21.04 vor/ar trebui să *do-release-upgrade* (sau `update-manager`) să facă upgrade la 21.10 în următoarele zile/săptămâni (ajunge la EOL pe 20-ian-2022)

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.