Як я можу відповідально запустити оновлення автоматично в Arch Linux?

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

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

• Повний вихід pacmanне потрібен. Мені байдуже, скільки часу зайняли завантаження або що це оновлення 46 із 53.
• Здебільшого я не дбаю про успіхи.
• Мене дбають про помилки. Якщо запуск оновлення не вдається, я хочу знати про це, і будь-які конкретні повідомлення про помилки повинні бути виправлені через.

• Я дбаю про "повідомлення", видані під час встановлення. Наприклад, сьогоднішнє оновлення systemd сказало:

  :: coredumps are no longer sent to the journal by default. To re-enable:  
  echo >/etc/sysctl.d/50-coredump.conf \  
      "kernel.core_pattern=|/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e"
  

  Або файлова система виробила це:

  warning: /etc/group installed as /etc/group.pacnew  
  warning: /etc/passwd installed as /etc/passwd.pacnew  
  warning: /etc/shadow installed as /etc/shadow.pacnew
  

  Ця остання категорія насправді змусила мене задати це запитання, оскільки, здається, вони дуже непослідовні у наборі пакетів. Деякі з них здаються породженими post_upgrade(), інші - install()тощо. Іноді вони записуються до stdout, іноді до stderr. Формат повідомлень дуже різниться: іноді цілий блок певним чином розміщений з відступом, в інших випадках - просто гола відлуння.

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

_{¹ Перш ніж перестрибувати, наскільки це дурно, зауважте, що я досить розумний, щоб не робити цього на виробничих серверах, і не без повних резервних копій на основі знімків, які спростили б відновлення у випадку катастрофи.}

Я хочу бути зрозумілим як вам, так і будь-якій іншій особі, яка може трапитися на цій темі. Те , що ви хочете зробити , це НЕ можливо. Arch робить секрету з того , що він очікує вас адміністрування системи. Частина відповідальності присутня за цикл оновлення.

Тепер є кроки процесу оновлення, які ви можете автоматизувати відповідально, але вони ніколи не становлять автоматизовані -Syu. Вам просто потрібно бути там для оновлення.

Наприклад, ви можете створити cronзавдання, яке завантажує будь-які пакунки, які потрібно встановити (але не встановлювати). Далі йде витяг із pacmanдокументації:

SYNC OPTIONS
...
-w  --downloadonly
    Retrieve all packages from the server, but do not install/upgrade anything.

Ви можете потім налаштувати cronроботу на запуск sudo pacman -Syuw. Мені не страшно знайоме cronчи це вміння планувати. Однак якщо він здатний виконувати завдання лише після виконання певної умови (наприклад, команда, що повертає певне значення), тоді було б досить тривіально запустити завантаження нових пакетів у міру необхідності.

Я б собі уявив checkupdates | wc -l, наприклад, перевірити проти . Якщо воно поверне будь-яке число вище нуля, ви можете спровокувати завантаження. Знову ж таки, це не замінить запуск, -Syuколи ви присутні і готові розібратися з оновленням.

На завершальну частину вашого запитання, де отримати висновок про те, що сталося під час оновлення, ви шукаєте /var/log/pacman.log. Вона включає всю інформацію про помилки, яка може вас зацікавити.

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

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

Є старий сценарій, який робить дуже гарну роботу; його називають Safepac .

EDIT: Цей скрипт все ще доступний на github тут: https://github.com/bencahill/binfiles/blob/master/safepac

Що це робить і як це працює?

Те, як я зазвичай оновлюю Arch, - це читати новини, а потім робити pacman -Syuабо просто робити, pacman -Syuі якщо щось піде не так, прочитайте новини. Тепер цей сценарій не робить нічого іншого: він отримує останні новини з RSS-каналу, робить sedмагію та порівнює назви всіх пакетів, які мають оновлення для новин. Він відповідає "ім'я пакета" та "ім'я пакета" у новинах, і якщо ім'я пакета з'явиться десь у новинах, воно проігнорує пакунок та оновить лише всі інші. Таким чином, все, що може піти не так, буде відкладено, поки хтось не встигне перевірити цю справу вручну, тоді як некритичні оновлення просто робитимуться автоматично!

Зазвичай, після того, як ви подбали про можливе не плавне оновлення, вам не захочеться safepacігнорувати певний пакет, оскільки він все ще є в новинах. Ось для чого ігнорист. Тому щоразу, коли ви оновлюєтесь вручну, ви можете додавати відповідний запис новин до списку ігнорування , де є номер запису новин. Ви також можете вказати кількість останніх новин, які ви хочете включити в його розбір за допомогою перемикача. Сценарій також досить розумний, щоб пропустити неіснуючі записи. Якщо у вас виникли проблеми з пакетами з дуже короткими іменами, які можуть довільно відображатися в новинах (наприклад, "так"), ви можете додати їх у білий список, щоб вони завжди були встановлені, навіть якщо вони з'являться в новинах.safepac -Ia xxxxxx-nsafepac -Wa

Зауважте, що вам потрібна установка робочої пошти, оскільки цей скрипт також надсилає вам дайджест пошти (з повним журналом?) Та виразними частинами оновлення:

розбір pacmanрезультатів пошуку цих слів і додавання їх до дайджесту:
"note" "pacnew" "error" "важливе" "попередження" "існує".

Сценарій старий, але ідея хороша і, ймовірно, все ще працює з незначним оновленням, якщо воно є.

Я використовую своє власне поки що, щоб бігати yaourtза кроном .