Có vấn đề gì không nếu tôi chỉnh sửa sources.list và nhảy giữa các bản phát hành Ubuntu?

tôi thấy rằng nguồn.list Trong /etc/apt là tệp chính cho tất cả các kho lưu trữ.

Tôi cũng nhận thấy rằng mọi hệ thống và bản phát hành Ubuntu đều có bản phát hành riêng. nguồn.list, Vì vậy, đây là nơi tôi có một chút tâm trạng thử nghiệm!

tôi đã ở Ubuntu 18.04 LTS(64 bit), Trong khi vừa duyệt vừa thấy khác nguồn.list các tập tin. Trong đó tôi tìm thấy một cái gì đó thú vị. Vì vậy, tính đến thời điểm hiện tại, có rất nhiều phiên bản Ubuntu mới vừa xuất hiện. Tôi cũng sẵn sàng nâng cấp của mình lên 21.04 (vì gnome 40)

Vì vậy, tôi thấy rằng tôi có thể nâng cấp Ubuntu bằng Sudo do-phát hành-nâng cấp lệnh nhưng lệnh đó Sẽ chuyển sang bản phát hành tiếp theo, thay vì bản phát hành mới nhất. Vì vậy, đó là Rất tốn thời gian và tốn internet (tôi không có 20GB internet)

Cách duy nhất tôi tìm thấy là Cài đặt lại từ ISO, nhưng tôi không muốn làm mới tất cả dữ liệu hoặc gói vì chúng cũng mất một ít thời gian để cài đặt.

Vì vậy, những gì tôi đã làm là một chút dốt nát, tôi đã thay đổi nội dung của tôi nguồn.list đến -

#deb cdrom:[Ubuntu 21.04 _Hirsute Hippo_ - Phát hành amd64 (20210420)]/ hạn chế chính hirsute

# Xem http://help.ubuntu.com/community/UpgradeNotes để biết cách nâng cấp lên
# phiên bản mới hơn của bản phân phối.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute main bị hạn chế
# deb-src http://us.archive.ubuntu.com/ubuntu/ chính hirsute bị hạn chế

## Các bản cập nhật sửa lỗi lớn được sản xuất sau bản phát hành cuối cùng của
## phân bổ.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates hạn chế chính
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates bị hạn chế chính

## N.B. phần mềm từ kho lưu trữ này HOÀN TOÀN KHÔNG ĐƯỢC Ubuntu HỖ TRỢ
## đội. Ngoài ra, xin lưu ý rằng phần mềm trong vũ trụ SẼ KHÔNG nhận được bất kỳ
## đánh giá hoặc cập nhật từ nhóm bảo mật Ubuntu.
deb http://us.archive.ubuntu.com/ubuntu/ vũ trụ hirsute
# deb-src http://us.archive.ubuntu.com/ubuntu/ vũ trụ hirsute
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates vũ trụ
# deb-src http://us.archive.ubuntu.com/ubuntu/ vũ trụ hirsute-updates

## N.B. phần mềm từ kho lưu trữ này HOÀN TOÀN KHÔNG ĐƯỢC Ubuntu HỖ TRỢ 
## nhóm và có thể không có giấy phép miễn phí. Hãy hài lòng với chính mình như 
## quyền sử dụng phần mềm của bạn. Ngoài ra, xin lưu ý rằng phần mềm trong 
## đa vũ trụ SẼ KHÔNG nhận được bất kỳ đánh giá hoặc cập nhật nào từ Ubuntu
## đội an ninh.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute đa vũ trụ
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute đa vũ trụ
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-updates đa vũ trụ
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-updates đa vũ trụ

## N.B. phần mềm từ kho lưu trữ này có thể chưa được thử nghiệm vì
## rộng rãi như trong bản phát hành chính, mặc dù nó bao gồm
## phiên bản mới hơn của một số ứng dụng có thể cung cấp các tính năng hữu ích.
## Ngoài ra, xin lưu ý rằng phần mềm trong backport SẼ KHÔNG nhận được bất kỳ đánh giá nào
## hoặc các bản cập nhật từ nhóm bảo mật Ubuntu.
deb http://us.archive.ubuntu.com/ubuntu/ hirsute-backports vũ trụ hạn chế chính đa vũ trụ
# deb-src http://us.archive.ubuntu.com/ubuntu/ hirsute-backports đa vũ trụ giới hạn chính

## Bỏ ghi chú hai dòng sau để thêm phần mềm từ Canonical
## kho lưu trữ 'đối tác'.
## Phần mềm này không phải là một phần của Ubuntu nhưng được cung cấp bởi Canonical và
## các nhà cung cấp tương ứng như một dịch vụ cho người dùng Ubuntu.
# deb http://archive.canonical.com/ubuntu đối tác rậm lông
# deb-src http://archive.canonical.com/ubuntu đối tác rậm lông

deb http://security.ubuntu.com/ubuntu hirsute-security chính hạn chế
# deb-src http://security.ubuntu.com/ubuntu hirsute-security chính bị hạn chế
deb http://security.ubuntu.com/ubuntu vũ trụ hirsute-security
# deb-src http://security.ubuntu.com/ubuntu vũ trụ hirsute-security
deb http://security.ubuntu.com/ubuntu hirsute-security đa vũ trụ
# deb-src http://security.ubuntu.com/ubuntu hirsute-security đa vũ trụ

# Hệ thống này đã được cài đặt bằng phương tiện di động nhỏ
# (ví dụ: netinst, live hoặc single CD). "deb cdrom" phù hợp
# mục nhập đã bị vô hiệu hóa khi kết thúc quá trình cài đặt.
# Để biết thông tin về cách định cấu hình nguồn gói apt,
# xem hướng dẫn nguồn.list(5).

Nguồn

Sau đó tôi chạy

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

Sau đó, hệ thống của tôi và mọi thứ đã được đổi thành 21.04

Vì vậy, đó có lẽ là một chút bộ não lớn?

Điều này sẽ gây hại cho hệ thống của tôi? Có một số lợi ích? Cái mà có thể sai lầm?

• Tất cả các gói của tôi đã được nâng cấp và các gói mới đã được cài đặt.

• Hệ thống của tôi được cập nhật

• Tôi chỉ muốn biết liệu điều này có thể gây hại hoặc có thể làm điều gì đó tồi tệ hay không.

• Nói thật là nâng cấp chỉ tốn 1804 Mb nên nhẹ hơn rất nhiều.

• Cho đến bây giờ (được sử dụng trong hai giờ) không có vấn đề gì.

Vâng, nó có thể hoạt động, nhưng nó cũng có thể thất bại. Ubuntu không phải là Debian và có các công cụ để phát hành-nâng cấp hệ thống của bạn (và đảm bảo cơ hội thành công cao hơn).

tôi sử dụng phát triển phát hành trên hộp này (tức là hiện tại kẹt cứng); và thường xuyên đâm sầm vào bản thân tôi khoảng 30 giờ sau khi phát hành trước đó phát triển phát hành (hoặc khi các kho lưu trữ cần thiết được thiết lập, tập tin cơ sở & một vài gói chính đã sẵn sàng hoạt động). Nếu do-phát hành-nâng cấp -d chưa được thiết lập (đó là khá thường xuyên), tôi làm những gì bạn đã làm với đâm sầm vào hộp này. Tất nhiên, tôi thực hiện một số kiểm tra trước khi thực hiện; vì vậy tỷ lệ thành công của bạn có thể phụ thuộc vào những kiểm tra bạn thực hiện (nhiều kiểm tra trong số này và hơn thế nữa [ví dụ: đảm bảo các gói được nâng cấp theo đúng thứ tự] được thực hiện qua làm-phát hành-nâng cấp & quản lý nâng cấp).

Bạn cũng có thể cài đặt lại mà không làm mất bất kỳ tệp dữ liệu nào và cài đặt lại tự động thêm lại các gói bổ sung của bạn (ví dụ: những gói được đánh dấu cài đặt thủ công); Tôi làm điều đó thường xuyên khi tôi tham gia kiểm tra QA và sử dụng cài đặt lại cho các hộp được sử dụng cho mục đích hỗ trợ (cũng có một số của riêng tôi) khi nó nâng cấp hệ thống của tôi và thực hiện nó thông qua cài đặt kiểm tra QA. (quá trình nâng cấp thông qua cài đặt lại cũng sẽ diễn ra ngược lại, nhưng có thể tham gia một số bài tập về nhà để đảm bảo không có vấn đề về dữ liệu). ví dụ. khi nào hấp dẫn hoặc 20.10 đạt EOL; tôi vừa làm một đánh lừa Cài đặt QA-test để cài đặt hộp hỗ trợ 21.10 của tôi (cài đặt nhanh đạt được gấp 2 lần làm-phát hành-nâng cấp bước; Tôi không bị mất nhạc, trình phát nhạc đã chọn của tôi (không được cài đặt theo cài đặt mặc định), v.v. và trong một khoảng thời gian ngắn cần thiết, đồng thời cũng hoàn thành kiểm tra QA). Các lượt cài đặt không cần phải phá hoại -- tuy nhiên điều đó không có nghĩa là bạn không nên có các bản sao lưu; rất dễ phạm sai lầm.

FYI: Nếu hộp nằm trên phát triển giải phóng (loại trừ cái này PC chính của tôi); Tôi không thực sự nâng cấp những hệ thống đó, nhưng nâng cấp thông qua cài đặt lại vì vậy, một lần nữa, tôi có thể vượt qua kiểm tra QA cùng lúc với việc nâng cấp các gói của mình.. Các bản phát hành phát triển hiện tại là kẹt cứng & tiêu cự (tức là tiếp theo 20.04.4 giải phóng). Tôi cũng trong những tháng gần đây đã chuyển đổi hộp từ 21.04, đến đánh lừa/21.10 quay lại 20.04.3, đến 21.10.. một số đường dẫn không thể thông qua phát hành-nâng cấp, cũng như sửa đổi nguồn của bạn! và tôi đã không làm mất bất kỳ bản nhạc nào cũng như bất kỳ gói nào tôi muốn cài đặt thủ công (trải nghiệm có thể thay đổi khi sử dụng các gói của bên thứ 3; trên các hộp QA, tôi tránh các gói của bên thứ 3)