กลยุทธ์ในการจัดการกับ QA ที่แย่ลงเรื่อย ๆ ของ Canonical หรือไม่?

installed (local or obsolete)หมวดหมู่ของฉันเต็มเพราะ Canonical เพิ่งผลักดันการอัปเดตแล้วดึงพวกเขากลับมา เกิดขึ้นกับสองเมล็ดในอดีตที่ผ่านมาและเกิดขึ้นอีกครั้งcupsในเช้านี้ ฉันใช้ Ubuntu มาประมาณสามปีแล้วและฉันจำไม่ได้ว่ามันเกิดขึ้นบ่อยเท่าปีนี้

ดังนั้นวิธีการจัดการกับสิ่งนี้อย่างมีเหตุผล?

ฉันคิดถึงการติดตั้งอัปเดตสัปดาห์ละครั้งเท่านั้น แต่นั่นก็ไม่ได้ช่วยป้องกันการคว้าอัปเดตที่ไม่ดีที่พวกเขาส่งออกมาก่อนที่ฉันจะตรวจสอบ

เป็นกลยุทธ์ที่ดีในการติดตั้งเฉพาะการอัพเดตในช่วงสุดสัปดาห์หรือไม่? ดูเหมือนว่าการอัปเดตระบบมักจะไม่ถูกส่งออกในช่วงสุดสัปดาห์ ฉันคิดว่าพวกเขาสามารถผลักดันการอัปเดตที่ไม่ดีในบ่ายวันศุกร์และดึงมันในเช้าวันจันทร์

หรืออย่างใดไม่ติดตั้งการปรับปรุงจนกว่าพวกเขาจะถูกผลักออกในช่วงเวลาหนึ่ง - เช่นสองวัน? มีวิธีอัตโนมัติในการทำเช่นนั้นหรือไม่?

แก้ไข: หนึ่งในระบบที่ได้รับผลกระทบรัน Lubuntu 16.04 กับlinux-genericเคอร์เนลและอีกอันหนึ่งวิ่ง Lubuntu 16.04 ด้วยlinux-generic-hwe-16.04เคอร์เนล ทั้งคู่ได้รับผลกระทบจากการcupsอัปเดตเวอร์ชั่น 2.13-4ubuntu0.2 ที่ถูกส่งออกไปแล้วดึงกลับมาในวันที่ 27 มีนาคม 2017 linux-genericเครื่องได้รับการอัปเดตเคอร์เนลรุ่น 4.4.0.67.12 ที่ถูกดึงกลับมาในภายหลัง อัพเดตนี้ยังได้กำพร้าsnapdรุ่น 2.23.1 linux-generic-hwe-16.04เครื่องที่ได้รับเคอร์เนลรุ่น 4.8.0.42.14 ที่ถูกกำพร้าแล้ว

ทางเลือกที่รุนแรงคือการเปลี่ยนไปใช้ Debian Stable แทนที่จะเป็น * buntu หรืออนุพันธ์ดังกล่าวเนื่องจาก Debian Stable ได้ผ่านกระบวนการ QA แบบเต็มในขณะที่ Ubuntu มาจากการทดสอบ Debian ซึ่งมีวิธีก่อนที่จะกลายเป็น Stable

ความรู้เกือบทั้งหมดสามารถถ่ายโอนได้โดยตรง แต่ Debian จะไม่ให้ "bells and whistles" เครื่องสำอางล่าสุด อย่างไรก็ตามมีแพ็คเกจเพิ่มเติมในที่เก็บ ...

ฉันเปลี่ยนมาใช้ Debian ในกรณีของฉันกับ KDE มาจาก Kubuntu ประมาณ 5 ปีที่แล้วมีปัญหาคล้ายกัน แต่มันก็เป็นทางเลือกส่วนตัว

ย้อนกลับการอัพเดตแพ็คเกจเป็นเวอร์ชันที่เก่ากว่า

หากคุณมีหมายเลขเวอร์ชั่นหรือรีลีสเป้าหมายการรองรับ apt-get จะเลือกเวอร์ชันหรือรีลีสเป้าหมายเฉพาะ

1. ติดตั้งความถนัด

   sudo apt-get install aptitude
   

2. แสดงแพ็คเกจเวอร์ชันเก่า

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

3. ย้อนกลับแพ็คเกจที่เลือกเป็นเวอร์ชันเก่ากว่า

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

4. ถอนการติดตั้งการอัปเดตที่ไม่ดีของแพ็คเกจที่เลือก

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

5. apt-mark holdป้องกันการรีดแพคเกจรุ่นกลับมาจากการปรับปรุงโดยอัตโนมัติโดยใช้ apt-mark holdใช้เพื่อทำเครื่องหมายแพ็คเกจที่ถือกลับซึ่งจะป้องกันไม่ให้แพคเกจถูกติดตั้งอัปเกรดหรือลบออกโดยอัตโนมัติ

   sudo apt-mark hold <package-name>  
   

ย้อนกลับการอัพเดตเคอร์เนลเป็นเวอร์ชันที่เก่ากว่า

ทำตามขั้นตอนเดียวกับในส่วนก่อนหน้ายกเว้นว่าคุณจะต้องทำตามขั้นตอนเพิ่มเติมของการทดสอบว่าคุณยังมีรุ่นเคอร์เนลที่ติดตั้งซึ่งใช้งานได้ก่อนที่จะถอนการติดตั้งแพคเกจเคอร์เนลที่ใช้งานไม่ได้ น่าเสียดายที่ต้องมีการรีบูตระบบ ฉันขอโทษเกี่ยวกับการรีบูตเครื่องเพราะฉันรู้ว่าสิ่งนี้น่ารำคาญและใช้เวลานานเมื่อคุณดูแลระบบหลายระบบ

aptitude versions <package-name> ไม่แสดงเวอร์ชันเคอร์เนลที่ติดตั้งในปัจจุบันทั้งหมด แต่คุณสามารถแสดงเวอร์ชันเคอร์เนลที่ติดตั้งในปัจจุบันทั้งหมดด้วยคำสั่งนี้:

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

ผลลัพธ์ของคำสั่งนี้จะแสดงชื่อแพ็กเกจของแพ็กเกจเคอร์เนลที่ไม่ทำงานซึ่งควรถอนการติดตั้ง

หลังจากคุณถอนการติดตั้งแพ็กเกจที่เป็นของเคอร์เนลเวอร์ชั่นที่ไม่ทำงานคุณจะได้รับข้อความนี้:

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

ข้อความนี้จะปรากฏขึ้นเนื่องจาก vmlinuz.old เชื่อมโยงกับไฟล์ที่ถูกลบดังนั้นคุณต้องอัพเดตด้วงโดยใช้คำสั่งนี้:

sudo update-grub

กลยุทธ์ที่ดีที่สุดของคุณเช่น OS ใด ๆ คือการตรวจสอบการอัปเดตอย่างน้อยวันละครั้ง

จากมุมมองด้านความปลอดภัยผู้ใช้รายเดียวจะไม่สามารถทำการอัปเดตที่ล่าช้าในขณะที่พวกเขาได้รับการทดสอบและจัดลำดับความสำคัญ และการอัพเดทอย่างเร่งด่วนนั้นสำคัญกว่าการอัพเดท

ดังนั้นหากคุณไม่มีเวลาในการตรวจสอบการอัพเดททุกครั้งกลยุทธ์ที่ดีที่สุดคือการใช้การอัปเดตเมื่อมีการเปิดตัวแม้ว่าจะส่งผลให้เกิดการอัปเดตที่ดึงมาจำนวนมาก สามารถล้างสิ่งเหล่านี้ได้ในภายหลัง

ในฐานะกลยุทธ์สำรองคุณควร ... สำรองข้อมูลเสมอ! สำรองบ่อยสำรองทุกอย่าง การอัปเดตที่ไม่ถูกต้องเป็นหนึ่งในสาเหตุของสิ่งนี้ สิ่งนี้มีประโยชน์อย่างยิ่งหากคุณเก็บเอกสารสำคัญไว้ในคลาวด์

แก้ไข: คำตอบของฉันขึ้นอยู่กับสมมติฐานที่ว่าคุณเป็นคนเดียวที่มีคอมพิวเตอร์ส่วนบุคคลที่บ้าน