Điểm:3

Nâng cấp từ 16.04 lên 18.04 đã bị hỏng systemd

lá cờ ca

Sau khi nâng cấp từ 16.04 lên 18.04 ngay khi kết thúc, nó đưa ra thông báo sau:

Quá trình nâng cấp đã hoàn tất nhưng đã xảy ra lỗi trong quá trình nâng cấp 
tiến trình. 

Để tiếp tục, vui lòng nhấn [ENTER]

đã nhấn [ENTER]

Bây giờ khi tôi cập nhật apt/nâng cấp apt, tôi nhận được thông báo sau:

Các gói sau đây có các thuộc tính không được đáp ứng:
 systemd : Phụ thuộc: libsystemd0 (= 229-4ubuntu21.31) nhưng 237-3ubuntu10.48 đã được cài đặt

Tìm trong : https://packages.ubuntu.com/bionic/libs/ Dù sao thì nó cũng hiển thị thông tin sau cho libsystemd0 cho 18.04. Vì vậy, tôi không chắc tại sao hệ thống tin rằng sự phụ thuộc phải là 229-4ubuntu21.31.

libsystemd0 (237-3ubuntu10.38 [amd64, i386], 237-3ubuntu10 [arm64, armhf, ppc64el, s390x]) [bảo mật]
    thư viện tiện ích systemd

Khi kết thúc nâng cấp apt, nó cũng báo:

Bạn có thể muốn chạy 'apt-get -f install' để sửa lỗi này.

Khi tôi chạy cái này, tôi nhận được:

Đang đọc danh sách gói... Xong
Xây dựng cây phụ thuộc       
Đang đọc thông tin trạng thái... Xong
Sửa lỗi phụ thuộc... Xong
Các gói sau đã được cài đặt tự động và không còn cần thiết nữa:
  cgmanager libargon2-0 libcryptsetup12 libgd3 libip4tc0 libjson-c3 libkadm5clnt-mit9 libluajit-5.1-2 libluajit-5.1-common libvpx3 libxpm4 nginx-common
Sử dụng 'sudo apt autoremove' để xóa chúng.
Các gói bổ sung sau sẽ được cài đặt:
  mới bắt đầu
Các gói đề xuất:
  graphviz upstart-monitor
Các gói sau sẽ bị LOẠI BỎ:
  init libpam-systemd systemd systemd-shim systemd-sysv ubuntu-chuẩn
Các gói MỚI sau đây sẽ được cài đặt:
  mới bắt đầu
CẢNH BÁO: Các gói thiết yếu sau đây sẽ bị xóa.
Điều này KHÔNG nên được thực hiện trừ khi bạn biết chính xác những gì bạn đang làm!
  init systemd-sysv (do init)
0 đã nâng cấp, 1 mới cài đặt, 6 cần xóa và 0 chưa nâng cấp.
1 chưa được cài đặt hoặc gỡ bỏ hoàn toàn.
Cần lấy 0 B/392 kB tài liệu lưu trữ.
Sau thao tác này, dung lượng đĩa 18,1 MB sẽ được giải phóng.
Bạn sắp làm điều gì đó có khả năng gây hại.
Để tiếp tục gõ cụm từ 'Vâng, làm như tôi nói!'

Rõ ràng có điều gì đó khá khủng khiếp đã xảy ra.

Tôi hơi hiểu sâu về vấn đề này và sẽ đánh giá cao một số hướng dẫn/bước tiếp theo.

Cảm ơn


Thêm: Đầu ra theo yêu cầu của NOrbert

nexargi@server-02:~$ apt-cache policy systemd libsystemd0 init systemd-sysv
hệ thống:
  Đã cài đặt: 229-4ubuntu21.31
  Ứng viên: 229-4ubuntu21.31
  Bảng phiên bản:
 *** 229-4ubuntu21.31 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main AMD64 Gói
        100 /var/lib/dpkg/trạng thái
     229-4ubuntu21.27 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-security/main AMD64 Gói
     229-4ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main AMD64 Gói
libsystemd0:
  Đã cài đặt: 237-3ubuntu10.48
  Ứng viên: 237-3ubuntu10.48
  Bảng phiên bản:
 *** 237-3ubuntu10.48 100
        100 /var/lib/dpkg/trạng thái
     229-4ubuntu21.31 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main AMD64 Gói
     229-4ubuntu21.27 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-security/main AMD64 Gói
     229-4ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main AMD64 Gói
trong đó:
  Đã cài đặt: 1.29ubuntu4
  Ứng viên: 1.29ubuntu4
  Bảng phiên bản:
 *** 1.29ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main AMD64 Gói
        100 /var/lib/dpkg/trạng thái
     1.29ubuntu1 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main AMD64 Gói
hệ thống-sysv:
  Đã cài đặt: 229-4ubuntu21.31
  Ứng viên: 229-4ubuntu21.31
  Bảng phiên bản:
 *** 229-4ubuntu21.31 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-updates/main AMD64 Gói
        100 /var/lib/dpkg/trạng thái
     229-4ubuntu21.27 500
        500 http://us.archive.ubuntu.com/ubuntu xenial-security/main AMD64 Gói
     229-4ubuntu4 500
        500 http://us.archive.ubuntu.com/ubuntu xenial/main AMD64 Gói

Đã chỉnh sửa để bao gồm các liên kết đến Pastebin theo yêu cầu của NOrbert: @NOrbert xin lưu ý rằng những thứ này được lấy ngay sau khi 16.04 được khôi phục. tức là Chúng đại diện cho trạng thái 16.04 TRƯỚC bất kỳ bản nâng cấp phát hành nào.

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

chính sách apt-cache https://Pastebin.com/q8S47v1e

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

Nmath avatar
lá cờ ng
Bạn có thể cần phải cài đặt lại vì bạn đã đợi hơi lâu để cho rằng nâng cấp thành công. 16.04 đã đi EOL vào tháng Tư.
lá cờ ca
Xem qua các gói của xenial (16.04) trên Launchpad, nó yêu cầu libsystemd0 (229-4ubuntu21.31). Vì vậy, mặc dù quá trình nâng cấp đã diễn ra từ 16.04 đến 18.04 vì một số lý do, một phần của systemd dường như vẫn bị kẹt dưới dạng xenial.
Nmath avatar
lá cờ ng
Vấn đề dường như là các phần phụ thuộc bị hỏng vì bạn đã cài đặt phiên bản mới hơn so với yêu cầu khi đường dẫn nâng cấp vẫn còn hiệu lực. Bạn có thể cố gắng ép buộc một phiên bản cũ hơn, nhưng nó sẽ chỉ gây ra nhiều vấn đề hơn. Điều này trông giống như "địa ngục phụ thuộc"
lá cờ ca
@Nmath bạn nói: 'vấn đề của anh ấy dường như là các phần phụ thuộc bị hỏng vì bạn đã cài đặt phiên bản mới hơn so với yêu cầu khi đường dẫn nâng cấp vẫn còn hiệu lực' Chính xác thì ý của bạn là gì khi 'khi đường dẫn nâng cấp vẫn còn hiệu lực'? Nếu nó còn hiệu lực thì chắc bây giờ nó vẫn còn hiệu lực?
Nmath avatar
lá cờ ng
Khi 16.04 diễn ra EOL vào ngày 30 tháng 4 năm 2021, tại thời điểm đó hỗ trợ kết thúc. Điều này bao gồm việc kết thúc hỗ trợ cho đường dẫn nâng cấp từ 16.04 đến 18.04. Các bản phát hành Ubuntu LTS được hỗ trợ trong 5 năm và bạn nên nâng cấp lên bản phát hành được hỗ trợ trước khi phần mềm không còn được hỗ trợ. Tại thời điểm đó, lộ trình nâng cấp đã có sẵn trong ba năm. Có thể lỗi bạn gặp phải là các phiên bản gói hiện được cài đặt trên hệ thống của bạn không được hỗ trợ.
Nmath avatar
lá cờ ng
[Có chủ đề về cách nâng cấp từ bản phát hành cũ, không được hỗ trợ](https://askubuntu.com/questions/91815/how-to-install-software-or-upgrade-from-an-old-unsupported-release ) vì vậy có lẽ vấn đề này có thể được mổ xẻ sâu hơn mà không đi sâu vào địa ngục phụ thuộc. Nhưng trong hầu hết các trường hợp như thế này, tốt hơn hết là bạn chỉ nên cài đặt phiên bản mong muốn, đặc biệt là khi bạn gặp phải tắc đường.
N0rbert avatar
lá cờ zw
Vẫn có thể nâng cấp, @Nmath, đừng nhầm lẫn OP. Purvez, vui lòng thêm đầu ra của lệnh `apt-cache policy systemd libsystemd0 init systemd-sysv` vào câu hỏi.
lá cờ ca
@N0rbert cảm ơn rất nhiều vì sự giúp đỡ của bạn. Tôi đã cập nhật câu hỏi với đầu ra mà bạn yêu cầu.
Nmath avatar
lá cờ ng
@ N0rbert Tất nhiên * có thể * vẫn có thể, nhưng OP đã dành bao nhiêu giờ cho việc này vào thời điểm này và đó có thực sự là con đường tốt nhất không, khi thiết lập cài đặt mới mất tất cả 30 phút?
lá cờ ca
@Nmath bạn đang thiếu điểm ở đây. Có, việc xây dựng một máy chủ trống mới rất dễ dàng. Tuy nhiên, sau đó cài đặt TẤT CẢ s/w cần thiết để chạy các ứng dụng trên máy chủ mới là cơn ác mộng. Tôi rất muốn nâng cấp hơn là thử và tạo lại tất cả các bit khác nhau của ngăn xếp s/w trên một máy chủ trống sạch.
Nmath avatar
lá cờ ng
Sao lưu của bạn ở đâu? Không có gì mất nhiều thời gian để thiết lập như bạn đã dành ở đây để cố gắng khắc phục (các) sự cố có thể tránh được bằng các bản sao lưu/tài liệu phù hợp và bảo trì hệ thống kịp thời.
lá cờ ca
@Nmath bạn đang đề xuất loại sao lưu nào sẽ cho phép tải một bộ ứng dụng hiện có lên một máy chủ hoàn toàn mới với phiên bản hệ điều hành NÂNG CẤP. Bạn phải sống ở vùng đất chim cúc cu.
Nmath avatar
lá cờ ng
Phần lớn các ứng dụng máy chủ và cơ sở dữ liệu có chức năng sao lưu và khôi phục thân thiện với người dùng. Đối với những cái không có, có các tệp cấu hình. Nếu thật khó tin khi khuyên rằng bạn nên sao lưu tốt và cập nhật phần mềm của mình trước khi nó không còn được hỗ trợ, thì tôi không có bất cứ điều gì khác có thể đề xuất để giúp bạn.
Điểm:0
lá cờ zw

Bạn có phiên bản mới hơn của libsystemd0 từ có thể ở đâu đó. Để hạ cấp, hãy sử dụng lệnh bên dưới:

sudo apt-get cài đặt libsystemd0=229-4ubuntu21.31

và sau đó cài đặt các bản nâng cấp lên 16.04 LTS bằng cách

sudo apt-get cập nhật
sudo apt-get cài đặt -f
Sudo dpkg --configure -a
sudo apt-get dist-upgrade # để nhận các phụ thuộc mới hơn

Để có một công cụ tốt cho các sự cố có thể xảy ra trong tương lai, hãy cài đặt Aptitude bằng cách

sudo apt-get cài đặt aptitude

Sau đó khởi động lại và khởi chạy quy trình nâng cấp hệ thống lên 18.04 LTS như bình thường.

lá cờ ca
@NOrbert cảm ơn vì thông tin. Tuy nhiên, hệ thống hiện được nâng cấp lên 18.04 mặc dù các bit của systemd dường như bị kẹt vào ngày 16.04. Hiện tại khi tôi đăng nhập vào máy chủ, đây là những gì tôi thấy:
lá cờ ca
Chào mừng bạn đến với Ubuntu 18.04.5 LTS (GNU/Linux 4.4.0-210-chung x86_64) * Tài liệu: https://help.ubuntu.com * Quản lý: https://landscape.canonical.com * Hỗ trợ: https://ubuntu.com/advantage Ubuntu đi kèm với TUYỆT ĐỐI KHÔNG CÓ BẢO HÀNH, trong phạm vi được cho phép bởi luật áp dụng. Đã có bản phát hành mới '20.04.2 LTS'. Chạy 'do-release-upgrade' để nâng cấp lên nó.
N0rbert avatar
lá cờ zw
Sau đó tôi không thể hiểu nó. Bạn đã cung cấp thông tin trong lần chỉnh sửa gần đây nhất https://askubuntu.com/posts/1347966/revisions nêu rõ rằng bạn có kho lưu trữ *xenial* (16.04 LTS) trên máy chủ lưu trữ *server-02*.
lá cờ ca
@Norbert. Vâng, đó là một chút mà tôi cũng không hiểu. Tôi có khả năng quay trở lại 16.04 một lần nữa. Tôi nghĩ rằng tôi sẽ làm điều đó và sau đó thử lại quá trình nâng cấp đầy đủ. Có lẽ tôi đã làm sai điều gì đó trong lần đầu tiên. Trong mọi trường hợp, cảm ơn rất nhiều vì ý kiến ​​​​đóng góp và sự sẵn lòng giúp đỡ của bạn.
lá cờ ca
@NOrbert Tôi đã hoàn nguyên về 16.04 và chạy lại toàn bộ quá trình ... với kết quả không may là tương tự. Tôi đang cố gắng tìm xem có nhật ký nào để nâng cấp-phát hành không để tôi có thể biết điều gì đang xảy ra. Xin vui lòng bạn có thể cho tôi biết vị trí của một bản ghi như vậy?
N0rbert avatar
lá cờ zw
Các nhật ký như vậy thường được đặt tại `/var/log/dist-upgrade/`.
lá cờ ca
@NOrbert Tôi đã xem ở đó nhưng chỉ có nhật ký từ năm 2017 khi tôi nâng cấp từ 14.04 lên 16.04. Tôi chợt nhận ra rằng 16.04 trong khi dường như đang hoạt động có thể không ở trạng thái hoàn toàn ổn định. Nếu tôi khôi phục trở lại 16.04, tôi nên chạy gì để bắt bất kỳ gói bị hỏng nào. Nó có phải là apt install -f không? Ngoài ra, có cách nào để kiểm tra tính ổn định của 16.04 không?
N0rbert avatar
lá cờ zw
Thật khó để hiểu tại sao nó lại xảy ra. Tôi đã chạy nhiều bản nâng cấp từ 16.04 đến 18.04 mà không gặp sự cố nghiêm trọng nào. Bạn phải xác định nguồn gốc của các gói đã cài đặt. Các lệnh như `tìm kiếm khả năng ~o` có thể làm sáng tỏ tình hình. Ngoài ra, bạn có thể chia sẻ đầu ra của `grep -r ^deb /etc/apt --include=*.list`, `apt-cache policy` và `dpkg -l` lên Pastebin để phân tích thêm.
lá cờ ca
@NOrbert Tôi đã bao gồm các liên kết đến pastebin cho 3 kết quả đầu ra trong phần nội dung của câu hỏi ở cuối. Việc chuyển cuộc thảo luận sang trò chuyện như đề xuất của hệ thống có giúp ích gì không? Tôi chưa bao giờ sử dụng trò chuyện trước đây tại Askubfox nên không chắc liệu đó có phải là điều đúng đắn hay không.
N0rbert avatar
lá cờ zw
Hãy để chúng tôi [tiếp tục cuộc thảo luận này trong cuộc trò chuyện](https://chat.stackexchange.com/rooms/126883/discussion-between-n0rbert-and-purvez).

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.