Chiến lược đối phó với QA ngày càng nghèo của Canonical?

installed (local or obsolete)Danh mục của tôi đang được lấp đầy bởi vì Canonical gần đây đã đưa ra các bản cập nhật và sau đó kéo chúng trở lại. Nó đã xảy ra với hai hạt nhân trong quá khứ gần đây và nó đã xảy ra một lần nữa cupsvào sáng nay. Tôi đã sử dụng Ubuntu khoảng ba năm nay và tôi không nhớ điều này xảy ra thường xuyên như năm nay.

Vì vậy, làm thế nào để đối phó với điều này?

Tôi đã nghĩ về việc chỉ cài đặt các bản cập nhật một lần mỗi tuần, nhưng điều đó sẽ không bảo vệ khỏi việc lấy bản cập nhật xấu mà chúng bị đẩy ra ngay trước khi tôi kiểm tra tuần đó.

Là một chiến lược tốt để chỉ cài đặt cập nhật vào cuối tuần? Có vẻ như các bản cập nhật hệ thống thường không được đẩy ra vào cuối tuần. Tôi cho rằng họ có thể đẩy một bản cập nhật xấu vào chiều thứ Sáu và kéo nó vào sáng thứ Hai.

Hoặc, bằng cách nào đó không cài đặt bản cập nhật cho đến khi chúng bị đẩy ra trong một khoảng thời gian nhất định - như hai ngày? Có một cách tự động để làm điều đó?

Chỉnh sửa: Một trong những hệ thống bị ảnh hưởng chạy LubFi 16.04 với linux-generickernel, hệ thống còn lại chạy LubFi 16.04 với linux-generic-hwe-16.04kernel. Cả hai đều bị ảnh hưởng bởi cupsbản cập nhật 2.13-4ubfox0.2 đã bị đẩy ra và sau đó được kéo lại vào ngày 27 tháng 3 năm 2017. linux-genericMáy đã nhận được bản cập nhật kernel phiên bản 4.4.0.67.12 sau đó được kéo lại. Bản cập nhật này cũng mồ côi snapdphiên bản 2.23.1 linux-generic-hwe-16.04Máy đã nhận được phiên bản kernel 4.8.0.42.14 sau đó đã mồ côi.

Giải pháp thay thế quyết liệt là chuyển sang Debian Stable, thay vì bất kỳ * buntu hoặc phái sinh nào, bởi vì Debian Stable đã trải qua quá trình QA đầy đủ của nó, trong khi Ubuntu có nguồn gốc từ Debian tests, có một số cách để đi trước khi nó ổn định.

Hầu như tất cả các kiến ​​thức đều có thể chuyển trực tiếp, nhưng Debian sẽ không cung cấp cho bạn tất cả các "chuông và còi" mỹ phẩm mới nhất. Tuy nhiên, nó có nhiều gói hơn trong kho lưu trữ của nó ...

Tôi đã chuyển sang Debian, trong trường hợp của tôi với KDE, đến từ Kubfox, khoảng 5 năm trước, gặp vấn đề tương tự. Nhưng nó đi xuống để lựa chọn cá nhân.

Quay lại bản cập nhật gói cho phiên bản cũ hơn

Nếu bạn có số phiên bản hoặc bản phát hành mục tiêu, apt-get hỗ trợ chọn một phiên bản cụ thể hoặc bản phát hành mục tiêu.

1. Cài đặt năng khiếu

   sudo apt-get install aptitude
   

2. Hiển thị các phiên bản cũ của gói.

   aptitude versions <package-name> | less # use less to display only the top of the list of versions
   

3. Quay lại gói đã chọn sang phiên bản cũ hơn.

   sudo apt-get -t=<target release> install <package-name>  # target release is old version
   

4. Gỡ cài đặt bản cập nhật xấu của gói đã chọn.

   sudo apt-get -t=<target release> remove <package-name> # target release is new version
   

5. Ngăn chặn phiên bản gói cuộn lại được tự động cập nhật bằng cách sử dụng apt-mark hold. apt-mark holdđược sử dụng để đánh dấu một gói là giữ lại, điều này sẽ ngăn gói tự động được cài đặt, nâng cấp hoặc gỡ bỏ.

   sudo apt-mark hold <package-name>  
   

Quay lại bản cập nhật kernel thành phiên bản cũ hơn

Thực hiện theo các bước tương tự như trong phần trước, ngoại trừ việc bạn phải làm theo các bước kiểm tra bổ sung mà bạn vẫn cài đặt phiên bản kernel hoạt động trước khi gỡ cài đặt gói kernel bị hỏng. Thật không may, điều này đòi hỏi phải khởi động lại hệ thống. Tôi xin lỗi về việc khởi động lại, vì tôi biết điều này có thể gây phiền toái và tốn thời gian khi bạn đang duy trì nhiều hệ thống.

aptitude versions <package-name> không hiển thị tất cả các phiên bản kernel hiện được cài đặt, tuy nhiên bạn có thể hiển thị tất cả các phiên bản kernel hiện được cài đặt bằng lệnh này:

dpkg-query -W -f='${Package}\n' | grep -f <(ls -1 /boot/vmlinuz* | cut -d- -f2,3)  

Kết quả của lệnh này sẽ liệt kê tên gói của tất cả các gói kernel không hoạt động sẽ được gỡ cài đặt.

Sau khi bạn gỡ cài đặt các gói thuộc phiên bản kernel không hoạt động, bạn sẽ nhận được thông báo này:

The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old 
 you may need to re-run your boot loader[grub]

Thông báo này được hiển thị vì vmlinuz.old được liên kết với các tệp đã bị xóa, vì vậy bạn cần cập nhật grub bằng cách chạy lệnh này:

sudo update-grub

Chiến lược tốt nhất của bạn, giống như bất kỳ HĐH nào, là kiểm tra các bản cập nhật tối thiểu một lần mỗi ngày.

Từ quan điểm bảo mật, việc một người dùng chạy các bản cập nhật bị trì hoãn trong khi chúng được kiểm tra và ưu tiên riêng lẻ là không thực tế. Và một bản cập nhật khẩn cấp luôn quan trọng hơn bản cập nhật.

Do đó, trừ khi bạn có thời gian để điều tra mọi bản cập nhật, chiến lược tốt nhất là áp dụng các bản cập nhật khi chúng được phát hành, ngay cả khi điều này dẫn đến nhiều bản cập nhật được kéo. Những thứ này luôn có thể được làm sạch sau này.

Là một chiến lược sao lưu, bạn nên luôn luôn ... sao lưu! Sao lưu thường xuyên, sao lưu mọi thứ. Cập nhật xấu là một trong những lý do cho việc này. Điều này đặc biệt hữu ích nếu bạn giữ các tài liệu quan trọng của mình trên đám mây.

EDIT: Câu trả lời của tôi dựa trên giả định rằng bạn là một người độc thân với máy tính cá nhân tại nhà.