Стратегія боротьби з все більш бідним якістю Canonical?

Моя installed (local or obsolete)категорія заповнюється, оскільки Canonical останнім часом витісняє оновлення, а потім відтягує їх назад. Це сталося з двома ядрами в недавньому минулому, і це повторилося з cupsцього ранку. Я використовую Ubuntu вже близько трьох років, і я не пам’ятаю, щоб це відбувалося так часто, як це було в цьому році.

Отже, як раціонально з цим боротися?

Я думав про встановлення оновлень раз на тиждень, але це не захистить від захоплення того поганого оновлення, яке вони витіснили прямо до того, як я перевірив цей тиждень.

Це хороша стратегія встановлення оновлень лише у вихідні дні? Здається, що оновлення системи не часто висуваються у вихідні дні. Я припускаю, що вони могли б провести погане оновлення в п’ятницю вдень та витягнути його в понеділок вранці.

Або якимось чином не встановлювати оновлення, поки вони не будуть витіснені протягом певного періоду часу - як два дні? Чи є автоматизований спосіб зробити це?

Редагування: Одна з постраждалих систем працює з linux-genericядром Lubuntu 16.04 , інша запускає 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 Testing, який має певний шлях до того, як він стане стабільним.

Майже всі знання безпосередньо передаються, але Debian не дасть вам усіх найновіших косметичних «дзвіночків». Однак у його сховищі є більше пакетів ...

Я перейшов на 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 пов'язаний із видаленими файлами, тому вам потрібно оновити grub, виконавши цю команду:

sudo update-grub

Ваша найкраща стратегія, як і будь-яка ОС, - перевіряти наявність оновлень мінімум один раз на день.

З точки зору безпеки, нереально для одного користувача працювати затримані оновлення, в той час як вони проходять індивідуальне тестування та пріоритетність. І термінове оновлення завжди важливіше, ніж витягнуте.

Тому, якщо у вас немає часу на дослідження кожного оновлення, найкращою стратегією є застосування оновлень у міру їх випуску, навіть якщо це призводить до багатьох витягнутих оновлень. Їх завжди можна прибрати пізніше.

В якості стратегії резервного копіювання завжди слід ... резервне копіювання! Резервне копіювання часто, резервне копіювання все Погані оновлення є однією з причин цього. Це особливо зручно, якщо ви зберігаєте важливі документи у хмарі.

EDIT: Моя відповідь ґрунтується на припущенні, що ви одна людина з домашніми персональними комп'ютерами.