Tôi nên làm những bước nào trước khi thực hiện nâng cấp phát hành để tránh sự cố?


10

Sau khi được thông báo về 1404_Hwe_EOL , tôi đang xem xét nâng cấp một hệ thống sản xuất quan trọng lên 16.04.1. Tôi nói "hệ thống sản xuất quan trọng" bởi vì đây là máy trạm tôi sử dụng hàng ngày tại nơi làm việc. Tôi muốn tránh các lỗi hoặc các vấn đề khác vì tôi không có quá nhiều thời gian để gỡ lỗi và phân loại các vấn đề (bộ phận CNTT không giúp đỡ với các hệ thống linux). Tôi có tất cả dữ liệu được sao lưu nhưng không phải phân vùng HĐH hiện tại (tôi có thể dd ổ đĩa OS như một lớp dự phòng khác). Những bước khác tôi nên thực hiện trước khi nâng cấp? Tôi muốn biết cách giảm thiểu các biến chứng khi sử dụng bản nâng cấp phát hành được cung cấp trong Ubuntu.

Tôi đã đọc về việc loại bỏ PPA trước khi nâng cấp . Tôi đã cài đặt 27 PPA, sẽ mất một chút thời gian để loại bỏ tất cả những chương trình này, các chương trình họ mang đến, sau đó đảo ngược điều đó sau khi nâng cấp. Điều này có lợi ích đáng kể? Còn gì nữa không?


Hệ thống sản xuất này có phải là VM không? Nếu vậy, bạn có thể có một tùy chọn để chụp ảnh nhanh và / hoặc hoàn nguyên về nó trước khi nâng cấp. Tôi đã sử dụng điều này trước đây để tránh nâng cấp thất bại trên máy phát triển cục bộ (không phải máy chủ sản xuất).
tro999

Nó không phải là VM. Trong trường hợp như vậy, đây sẽ là một lựa chọn tuyệt vời.
Steven C. Howell

1
Khi tôi nâng cấp, quy trình sẽ tự động vô hiệu hóa các PPA đã thêm của tôi - bạn không phải xóa chúng. Sau khi nâng cấp, tôi có thể kích hoạt lại chúng. Vấn đề mọc răng (đối với tôi) chủ yếu là về một vài PPA chưa được cập nhật để hỗ trợ Xenial.
Paddy Landau

Một sự thận trọng. Nếu bạn có card đồ họa AMD, hãy chắc chắn rằng nó tương thích với các trình điều khiển có sẵn trong 16.04. Của tôi thì không, và vì lợi ích của tuổi thọ phần cứng của tôi, tôi đã trở về 14.04.
Tony Martin

Câu trả lời:


13

hệ thống sản xuất quan trọng

Tôi sẽ không nâng cấp một hệ thống như thế. Tôi sẽ cài đặt 16.04 trên máy khác, sao chép dữ liệu trực tiếp sang máy đó. Kiểm tra, kiểm tra thêm một số. Và sau đó làm cho máy đó trở thành máy chủ sản xuất.

Và bạn có thể làm lại điều này với 18.04 với máy chủ 14.04 hiện tại.

Tại sao phải chấp nhận rủi ro?


Trong tình huống của tôi, tôi không có một ngăn xếp phần cứng trùng lặp hoàn chỉnh, vì vậy điều này có nghĩa là sử dụng ddđể sao chép ổ đĩa của tôi (SSD sang HDD), kiểm tra cả bản gốc và bản sao, sau đó nuke và mở để đưa HĐH mới vào. Tôi đã luôn luôn làm điều này trong quá khứ nhưng đã hy vọng rằng sau một số bước thực hiện cung cấp một phương pháp đáng tin cậy để nâng cấp lên bản phát hành mới. Đó có phải là một quá lạc quan?
Steven C. Howell

Không. Hoàn toàn có thể. 1 điều bạn có thể cần tính đến: 16.04 sử dụng "systemd". Vì vậy, việc khởi động của tất cả các dịch vụ đã thay đổi.
Rinzwind

Vậy những bước nào dẫn đến kết quả được cải thiện khi sử dụng do-release-upgradeđể nâng cấp Ubuntu lên bản phát hành LTS tiếp theo?
Steven C. Howell

Mặc dù câu trả lời này cung cấp lời khuyên âm thanh, nhưng theo kinh nghiệm của tôi là một cách an toàn để nâng cấp, nó không cung cấp thông tin về việc sử dụng tùy chọn nâng cấp phát hành tích hợp. Đó là những gì tôi muốn hiểu rõ hơn.
Steven C. Howell

Xin lỗi, "kết quả được cải thiện khi sử dụng do-phát hành-nâng cấp" so với những gì?
Rinzwind

2

Tôi sẽ lấy một Sao lưu hình ảnh ("dd" trong Hệ thống Linux Live) của Máy trạm và chuyển đổi nó thành VirtualBox VM. (Ảnh RAW đến VDI). Sau đó, chụp nhanh và chạy Hình ảnh này trong VB. Chơi tất cả các bước để nâng cấp. Nếu một cái gì đó không hoạt động đặt snap lại. Sau khi có một hệ thống được nâng cấp, bạn có thể chuyển đổi VDI trở lại dạng thô và "dd" nó sang hệ thống của bạn hoặc chơi sách chạy.
Nhưng luôn tạo bản sao lưu "dd" cuối cùng trước khi bạn ghi đè hệ thống cũ.
Tôi thích chạy các hệ thống của mình từ USB Thumb-drive để cài đặt hệ thống được thực hiện với "VDI -> RAW -> usb tumb-drive" và khởi động từ hệ thống được nâng cấp / cài đặt. Sẵn sàng. Được rồi, bạn "mất" một cổng USB nhưng bạn sẽ không bao giờ bị căng thẳng và bạn có thể dễ dàng sao lưu hệ thống.


1

Đây là một biến thể của câu trả lời của @ rinzwind có thể hoạt động với phần cứng bạn đã có.

Nếu bạn có (hoặc có thể giải phóng) đủ dung lượng trống trên (các) ổ đĩa trong, bạn có thể tạo 2 phân vùng mới (sử dụng một cái gì đó như gparted từ một bản phân phối CD / USB trực tiếp) và sao chép root (/) vào một trong số chúng và / nhà của người khác và gắn nhãn cho họ một cái gì đó như root2 và home2 để chúng dễ dàng tìm thấy.

Nếu root và home nằm trong cùng một phân vùng, bạn có thể sao chép nó, nhưng nó hoàn toàn đẹp hơn vì nhiều lý do nếu chúng tách rời nhau.

Bạn sẽ phải trỏ root mới vào new / home bằng cách chỉnh sửa các thay đổi /etc/fstabtrên phân vùng root mới (cập nhật UUID của phân vùng mới / home và root).

Bạn có được chúng bằng cách thực hiện ls -l /dev/disk/by-labelđể tìm các thiết bị mà root và home mới hiện đang bật và sau đó chạy ls -l /dev/disk/by-uuidđể lấy từ tên thiết bị đến uuids.

Tiếp theo, cập nhật grub (từ hệ thống sản xuất của bạn) với một cái gì đó như grub-customizer để thêm root mới vào menu grub của bạn.

Bây giờ, bạn sẽ có một bản sao chính xác của hệ thống trực tiếp của mình trên các phân vùng đó. Bạn có thể chạy nâng cấp trên bản sao này và vẫn giữ nguyên phiên bản sản xuất. Bạn có thể khởi động vào bất cứ thứ gì bạn muốn làm việc.

Khi bạn đã hoàn tất việc nâng cấp, bạn có thể chỉ cho grub biết rằng bản sao là bản sao trực tiếp (mục nhập mặc định) và bản gốc hiện là bản sao lưu. grub-customizer làm cho những việc như thế này khá dễ dàng.

Nếu bạn có quá nhiều dữ liệu trong / home hoặc root (làm cho chúng quá lớn để sao chép), trước tiên hãy đặt nó vào phân vùng riêng của nó (chắc chắn nói với các chương trình truy cập nó về việc di chuyển). Nó không cần phải được nhân đôi - chỉ cần sao lưu.

Điều này cũng làm cho việc sao lưu dữ liệu của bạn dễ dàng hơn rất nhiều vì nó không còn bị trộn lẫn với các công cụ hệ thống.

Với bộ phân vùng "thử nghiệm" thứ hai, giờ đây bạn có thể thử tất cả các loại mà bạn không muốn mạo hiểm trên hệ thống mà bạn phụ thuộc vào công việc hàng ngày.

Tôi hiện đang chạy Kubfox 12.04 như thế này với 16.04 trong các phân vùng "phát triển" của mình cho đến khi nó được cấu hình theo cách tôi muốn.

Với giá ổ đĩa quá thấp trong những ngày này, bạn thậm chí có thể sao chép ổ đĩa nội bộ hiện tại của mình sang ổ đĩa mới lớn hơn và sử dụng nếu cần thiết - nếu công ty của bạn sẽ cho phép bạn.

Câu trả lời này bao gồm tất cả các chi tiết chính về cách làm điều này. Tôi đã không cố gắng bao gồm từng chi tiết nhỏ của từng bước. Nhưng vì bạn đang làm việc với một bản sao của mọi thứ nên không có bất kỳ vấn đề nghiêm trọng nào và mọi thứ khác đã được đề cập ở đâu đó trên stackexchange.


0

Mặc dù điều này không áp dụng cho trường hợp cụ thể của bạn, nhưng nếu hệ thống Ubuntu là máy ảo, bạn có thể khắc phục sự cố này bằng cách chụp nhanh trước khi nâng cấp và hoàn nguyên nếu nó không hoạt động.

Tôi đã từng nâng cấp một trong những máy ảo của mình và mặc dù việc nâng cấp không thành công và được cho là quay trở lại, tôi đã không có được một hệ thống sạch / chức năng.

Câu trả lời của @ Rinzwind cũng hoạt động với máy ảo: tạo một máy ảo mới, cài đặt phiên bản Ubuntu mới trên đó và bắt đầu sao chép mọi thứ.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.