înregistrare Logare
Puncte:3
avatar Ubuntu

Upgrade-ul de la 16.04 la 18.04 a defectat sistemul

drapel ca
Purvez

După actualizarea de la 16.04 la 18.04 chiar la sfârșit, a dat următorul mesaj:

Actualizarea s-a finalizat, dar au apărut erori în timpul upgrade-ului 
proces. 

Pentru a continua, apăsați [ENTER]

apăsat [ENTER]

Acum, când fac apt update / apt upgrade, primesc următorul mesaj:

Următoarele pachete au dependențe neîndeplinite:
 systemd : Depinde: libsystemd0 (= 229-4ubuntu21.31) dar 237-3ubuntu10.48 este instalat

Căutând : https://packages.ubuntu.com/bionic/libs/ Oricum, arată următoarele pentru libsystemd0 pentru 18.04. Deci nu sunt sigur de ce sistemul crede că dependența ar trebui să fie 229-4ubuntu21.31.

libsystemd0 (237-3ubuntu10.38 [amd64, i386], 237-3ubuntu10 [arm64, armhf, ppc64el, s390x]) [securitate]
    bibliotecă utilitare systemd

La sfârșitul upgrade-ului apt mai spune:

Poate doriți să rulați „apt-get -f install” pentru a le corecta.

Când rulez asta primesc:

Citirea listelor de pachete... Gata
Construirea arborelui de dependență       
Citirea informațiilor despre stare... Gata
Corectarea dependențelor... Gata
Următoarele pachete au fost instalate automat și nu mai sunt necesare:
  cgmanager libargon2-0 libcryptsetup12 libgd3 libip4tc0 libjson-c3 libkadm5clnt-mit9 libluajit-5.1-2 libluajit-5.1-common libvpx3 libxpm4 nginx-common
Utilizați „sudo apt autoremove” pentru a le elimina.
Următoarele pachete suplimentare vor fi instalate:
  parvenit
Pachete sugerate:
  graphviz parvenit-monitor
Următoarele pachete vor fi ȘTERSE:
  init libpam-systemd systemd systemd-shim systemd-sysv standard ubuntu
Următoarele pachete NOI vor fi instalate:
  parvenit
AVERTISMENT: Următoarele pachete esențiale vor fi eliminate.
Acest lucru NU ar trebui făcut decât dacă știi exact ce faci!
  init systemd-sysv (din cauza init)
0 actualizat, 1 nou instalat, 6 de eliminat și 0 neactualizat.
1 nu este complet instalat sau îndepărtat.
Trebuie să obțineți 0 B/392 kB de arhive.
După această operațiune, 18,1 MB de spațiu pe disc vor fi eliberați.
Ești pe cale să faci ceva potențial dăunător.
Pentru a continua, tastați expresia „Da, fă cum spun eu!”

E clar că s-a întâmplat ceva destul de oribil.

Sunt puțin din profunzime aici și aș aprecia câteva îndrumări/pașii următori.

Mulțumiri

Adăugarea: Ieșire așa cum a solicitat NORbert

nexargi@server-02:~$ politica apt-cache systemd libsystemd0 init systemd-sysv
systemd:
  Instalat: 229-4ubuntu21.31
  Candidat: 229-4ubuntu21.31
  Tabel de versiuni:
 *** 229-4ubuntu21.31 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main pachete amd64
        100 /var/lib/dpkg/status
     229-4ubuntu21.27 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-security/main pachete amd64
     229-4ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main pachete amd64
libsystemd0:
  Instalat: 237-3ubuntu10.48
  Candidat: 237-3ubuntu10.48
  Tabel de versiuni:
 *** 237-3ubuntu10.48 100
        100 /var/lib/dpkg/status
     229-4ubuntu21.31 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main pachete amd64
     229-4ubuntu21.27 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-security/main pachete amd64
     229-4ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main pachete amd64
init:
  Instalat: 1.29ubuntu4
  Candidat: 1.29ubuntu4
  Tabel de versiuni:
 *** 1.29ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main pachete amd64
        100 /var/lib/dpkg/status
     1.29ubuntu1 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main pachete amd64
systemd-sysv:
  Instalat: 229-4ubuntu21.31
  Candidat: 229-4ubuntu21.31
  Tabel de versiuni:
 *** 229-4ubuntu21.31 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main pachete amd64
        100 /var/lib/dpkg/status
     229-4ubuntu21.27 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-security/main pachete amd64
     229-4ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main pachete amd64

Editat pentru a include linkuri către Pastebin, așa cum a solicitat NORbert: @NOrbert, vă rugăm să rețineți că acestea au fost luate imediat după ce 16.04 a fost restabilită. adică reprezintă starea 16.04 ÎNAINTE de orice versiune-upgrade.

grep -r ^deb /etc/apt --include=*.list https://pastebin.com/85qJeYws

politica apt-cache https://pastebin.com/q8S47v1e

dpkg -l https://pastebin.com/Zp999iuF

595
1 + 13
Nmath avatar
drapel ng
Nmath
Poate fi necesar să reinstalați, deoarece ați așteptat puțin prea mult pentru a presupune o actualizare reușită. 16.04 a mers EOL în aprilie.
0
Răspunde
drapel ca
Purvez
Privind prin pachetele xenial (16.04) pe Launchpad, este nevoie de libsystemd0 (229-4ubuntu21.31). Deci, deși upgrade-ul a avut loc de la 16.04 la 18.04 dintr-un motiv oarecare, o parte din systemd încă pare să fie blocată ca xenial.
0
Răspunde
Nmath avatar
drapel ng
Nmath
Problema pare să fie că dependențele sunt rupte deoarece aveți instalată o versiune mai nouă decât era necesară când calea de actualizare era încă validă. Ați putea încerca să forțați o versiune mai veche, dar va cauza doar mai multe probleme. Asta arată ca „dracul dependenței”
0
Răspunde
drapel ca
Purvez
@Nmath spuneți: „problema pare să fie că dependențele sunt rupte deoarece aveți instalată o versiune mai nouă decât era necesară când calea de actualizare era încă valabilă” Ce vrei să spui exact prin „când calea de actualizare era încă valabilă”? Dacă a fost valabil atunci, cu siguranță trebuie să fie valabil și acum?
1
Răspunde
Nmath avatar
drapel ng
Nmath
Când 16.04 a intrat EOL 30 aprilie 2021, moment în care suportul s-a încheiat. Aceasta a inclus sfârșitul suportului pentru calea de actualizare de la 16.04 la 18.04. Versiunile Ubuntu LTS sunt acceptate timp de 5 ani și se recomandă să faceți upgrade la o versiune acceptată înainte ca software-ul să nu mai fie acceptat. În acel moment, calea de actualizare a fost disponibilă timp de trei ani. Este posibil din erorile pe care le primiți ca versiunile de pachet instalate în prezent pe sistemul dvs. să nu fie acceptate.
0
Răspunde
Nmath avatar
drapel ng
Nmath
[Întrebările despre cum să faceți upgrade de la o versiune veche, neacceptată sunt la subiect](https://askubuntu.com/questions/91815/how-to-install-software-or-upgrade-from-an-old-unsupported-release ) așa că poate că această problemă poate fi disecată mai departe fără a intra în iadul dependenței. Dar în cele mai multe cazuri ca acesta, este mai bine să instalați doar versiunea dorită, mai ales că ați întâlnit un blocaj rutier.
0
Răspunde
N0rbert avatar
drapel zw
N0rbert
Upgrade-ul este încă posibil, @Nmath, nu confundați OP. Purvez, vă rugăm să adăugați rezultatul comenzii `apt-cache policy systemd libsystemd0 init systemd-sysv` la întrebare.
0
Răspunde
drapel ca
Purvez
@N0rbert mulțumesc foarte mult pentru ajutor. Am actualizat întrebarea cu rezultatul pe care l-ați solicitat.
0
Răspunde
Nmath avatar
drapel ng
Nmath
@N0rbert Desigur, este *probabil* încă posibil, dar câte ore a petrecut OP cu asta în acest moment și este într-adevăr cea mai bună cale, când configurarea unei noi instalări durează toate 30 de minute?
0
Răspunde
drapel ca
Purvez
@Nmath ai ratat punctul aici. Da, construirea unui nou server gol este ușoară. Cu toate acestea, atunci instalarea TOATE s/w-ul necesar pentru a rula aplicațiile pe server este locul în care se află coșmarul. Aș prefera mult să fac upgrade decât să încerc să recreez toate biții diferiți ai stivei s/w pe un server gol curat.
0
Răspunde
Nmath avatar
drapel ng
Nmath
Unde sunt copiile de rezervă? Nimic nu durează atât de mult timp pentru a configura așa cum ați petrecut deja aici încercând să remediați problemele care au putut fi evitate cu copii de siguranță/documentație adecvate și întreținere la timp a sistemului.
0
Răspunde
drapel ca
Purvez
@Nmath ce fel de copii de rezervă sugerați ar permite încărcarea unui set existent de aplicații pe un server nou-nouț cu o versiune de sistem de operare ACTUALIZată. Trebuie să trăiești în pământul cucului de nori.
0
Răspunde
Nmath avatar
drapel ng
Nmath
Majoritatea aplicațiilor de server și a bazelor de date au funcții de backup și restaurare ușor de utilizat. Pentru cei care nu, există fișiere de configurare. Dacă este cucko să vă sfătuiți că ar trebui să păstrați copii de siguranță bune și să vă păstrați software-ul actualizat înainte de a pierde suportul, atunci nu am nimic altceva care să vă sugereze să vă ajute.
0
Răspunde
Puncte:0
N0rbert avatar Ubuntu
drapel zw
N0rbert

Aveți o versiune mai nouă a libsystemd0 din poate undeva. Pentru downgrade, utilizați comanda de mai jos:

sudo apt-get install libsystemd0=229-4ubuntu21.31

și apoi instalați upgrade-uri la 16.04 LTS până la

sudo apt-get update
sudo apt-get install -f
sudo dpkg --configure -a
sudo apt-get dist-upgrade # pentru a obține dependențe mai noi

Pentru a avea un instrument bun pentru eventualele probleme viitoare, instalați Aptitude de

sudo apt-get install aptitude

Apoi reporniți și lansați procedura de actualizare a sistemului la 18.04 LTS ca de obicei.

0 + 10
drapel ca
Purvez
@NOrbert mulțumesc pentru informații. Cu toate acestea, sistemul este în prezent actualizat la 18.04, deși biți din systemd par să fie blocați pe 16.04. În prezent, când mă conectez la server, iată ce văd:
0
Răspunde
drapel ca
Purvez
Bun venit la Ubuntu 18.04.5 LTS (GNU/Linux 4.4.0-210-generic x86_64) * Documentație: https://help.ubuntu.com * Management: https://landscape.canonical.com * Suport: https://ubuntu.com/advantage Ubuntu nu vine cu ABSOLUT NU GARANȚIE, în măsura permisă de lege aplicabilă. Noua versiune „20.04.2 LTS” disponibilă. Rulați „do-release-upgrade” pentru a face upgrade la acesta.
0
Răspunde
N0rbert avatar
drapel zw
N0rbert
Atunci nu pot să înțeleg. Ați furnizat informații în ultima editare https://askubuntu.com/posts/1347966/revisions care afirmă clar că aveți depozite *xenial* (16.04 LTS) pe gazda *server-02*.
0
Răspunde
drapel ca
Purvez
@NOrbert. Da, asta e partea pe care nici eu nu o inteleg. Am capacitatea de a reveni la 16.04 din nou. Cred că voi face asta și apoi voi încerca din nou procesul complet de actualizare. Poate am făcut ceva greșit prima dată. În orice caz, mulțumesc foarte mult pentru contribuție și disponibilitatea de a ajuta.
0
Răspunde
drapel ca
Purvez
@NOrbert Am revenit la 16.04 și am parcurs din nou întregul proces... cu aceleași rezultate, din păcate. Încerc să aflu dacă există un jurnal pentru do-release-upgrade, astfel încât să pot vedea ce nu merge bine. Vă rog, ați putea să-mi spuneți locația unui astfel de jurnal?
0
Răspunde
N0rbert avatar
drapel zw
N0rbert
Astfel de jurnalele sunt de obicei localizate la `/var/log/dist-upgrade/`.
0
Răspunde
drapel ca
Purvez
@NOrbert M-am uitat acolo, dar au existat doar jurnalele din 2017 când am făcut upgrade de la 14.04 la 16.04. Mi se pare că 16.04, deși pare să funcționeze, poate să nu fie într-o stare complet stabilă. Dacă revin la 16.04, ce ar trebui să rulez pentru a prinde orice pachete sparte. Ar fi apt install -f? Alternativ, există o modalitate de a verifica stabilitatea lui 16.04?
0
Răspunde
N0rbert avatar
drapel zw
N0rbert
Este greu de înțeles de ce se întâmplă. Am rulat multe upgrade-uri de la 16.04 la 18.04 fără probleme critice. Trebuie să determinați originea pachetelor instalate. Comenzi precum „căutarea aptitudinilor ~o” pot arunca o lumină asupra situației. De asemenea, puteți partaja rezultatul `grep -r ^deb /etc/apt --include=*.list`, `politica apt-cache` și `dpkg -l` la pastebin pentru analize ulterioare.
0
Răspunde
drapel ca
Purvez
@NOrbert Am inclus link-uri către pastebin pentru cele 3 ieșiri din corpul întrebării de la sfârșit. Ar fi util să mutați discuția pe chat așa cum este sugerat de sistem? Nu am mai folosit niciodată chatul la askubuntu, așa că nu sunt sigur dacă este lucrul corect de făcut.
0
Răspunde
N0rbert avatar
drapel zw
N0rbert
Să [continuăm această discuție în chat](https://chat.stackexchange.com/rooms/126883/discussion-between-n0rbert-and-purvez).
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

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.