The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск system-autoupdate 1.5, системы автоматизации обновления Linux-дистрибутивов

25.06.2018 06:15

Вышла версия 1.5 system-autoupdate — набора скриптов, сервисов и таймеров systemd для автоматизации обновления Linux с трехуровневой блокировкой выключения ПК во время обновления. Наработки проекта распространяются под лицензией GPLv3. Для установки подготовлены Makefile с инструкциями install и uninstall, а также deb-пакет, который при помощи штатных средств deb-хелперов автоматически активирует все необходимые юниты systemd при установке. Для Ubuntu поддерживается PPA-репозиторий.

Решаемые проектом задачи:

  • Автоматическое обновление серверных и десктопных установок различных дистрибутивов Linux без участия пользователя и без наличия центрального командно-управляющего сервера (например, Ansible, Puppet, Zabbix), в том числе когда Linux установлен на не личную технику, а, например, на ноутбук знакомого или удаленного сотрудника, но хочется, чтобы операционная система и набор прикладного ПО автоматически поддерживались в актуальном состоянии. Система также применима в малых офисах и небольшом парке серверов, когда нецелесообразно развёртывать централизированную систему управления и отдельный репозиторий;
  • Предотвращение случайного выключения ПК, когда процесс обновления еще не завершен.

В настоящий момент поддерживаются следующие дистрибутивы:

  • Ubuntu, Mint, Debian, Astra
  • ROSA Fresh
  • ALT Linux
  • Arch, Manjaro, Antergos (только pacman, не AUR)
  • CentOS, RHEL
  • Fedora
  • openSUSE, SUSE

Для надежной блокировки выключения компьютера во время обновления используется трехуровневая блокировка:

  • Через systemd-inhibit блокируются выполняемые от пользователя (не root) операции systemctl reboot/shutdown/halt; эта же блокировка в большинстве систем приводит к запросу пароля root при выключении/перезагрузке, а отказ от ввода пароля останавливает графическую сессию и возвращает на экран менеджера входа;
  • Блокируется выполнение целей systemd shutdown.target, reboot.target, halt.target, hibernate.target, poweroff.target, sleep.target, suspend.target, suspend-then-hibernate.target, предотвращая разные типы выключения даже от root;
  • Блокируются графические кнопки выключения, перезагрузки, ухода в сон, гибернации в графической оболочке, а при попытке ими воспользоваться выводятся графические уведомления, сообщающие пользователю, что систему невозможно выключить, что показано на скриншоте ниже.

    Блокировка графических кнопок выключения и вывод уведомлений реализованы с помощью правила policykit-1, для работы которого требуется Polkit >= 0.106, однако в современных версиях Debian и Ubuntu, в том числе Debian Sid, до сих пор используется Polkit 0.105, когда как его свежие версии поддерживаются в Debian Experimental, поэтому пакеты policykit-1 из Debian Experimental были пересобраны для Ubuntu 18.04 и 18.10 и доступны в одном с system-autoupdate репозитории PPA.

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

    В версии system-autoupdate 1.5 штатными средствами systemd предотвращен запуск system-autoupdate одновременно с выполняемыми по расписанию операциями пакетных менеджеров apt и dnf (apt-daily.service, apt-daily-upgrade.service, dnf-makecache.service). В сборку Debian-пакета от автора system-autoupdate включен конфликт с пакетом unattended-upgrades по причине бессмысмленности работы unattended-upgrades, когда включен system-auotupdate, а также потому что их одновременная работа теоретически может привести к конфликтам и взаимным блокировкам пакетной системы.

    Разработчик проекта рекомендует сочетать system-autoupdate с функциональностью apt-btrfs-snapshot, которая автоматически делает снапшот (снимок состояния) корня файловой системы ОС при любой операции с пакетами, то есть при каждом автообновлении, а стандартное меню восстановления Ubuntu (пакет friendly-recovery) позволяет откатиться на один из снапшотов в псевдографическом интерфейсе (что не отменяет возможности сделать это вручную из системы вживую или из chroot).

    Автор system-autoupdate создал форк apt-btrfs-snapshot, заменив еженедельное задание очистки старых снапшотов cron на ежедневный таймер systemd с защитой от запуска при питании от батареи и изменив максимальный возраст снапшотов с 90 до 15 дней, как временное решение от переполнения диска. Изменения предложены апстриму. Готовый к использованию пакет собран в PPA. Также установлена зависимость от подготовленного командой SUSE пакета btrfsmaintenance со скриптами для автоматического обслуживания разделов Btrfs. За основу пакета взят одноименный пакет из Debian, в которые перенесены имеющиеся исправления.

  1. Главная ссылка к новости (https://gitlab.com/mikhailnov/...)
  2. OpenNews: Первый стабильный выпуск системы OTA-обновлений Mender
  3. OpenNews: Компания Dell подключилась к инициативе доставки обновлений прошивок для Linux
  4. OpenNews: CentOS ввёл в практику выпуск rolling-обновлений установочных образов
  5. OpenNews: Началось тестирование пакетного менеджера YUM 4
  6. OpenNews: Доступен дистрибутив NixOS 18.03, использующий пакетный менеджер Nix
Автор новости: mikhailnov
Тип: Программы
Короткая ссылка: https://opennet.ru/48835-systemd
Ключевые слова: systemd, autoupdate, linux, update
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (128) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 08:44, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +34 +/
    настройка обновлений системдос
        30%
    не выключайте компьютер
     
     
  • 2.4, Аноним (4), 08:49, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ага, и еще "Нам не удалось установить обновления бла-бла-бла"
     
     
  • 3.7, jtad (?), 09:04, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    до этого не дойдет, насколько я вижу, в случае неудачи будет сделан откат.
     
     
  • 4.9, Аноним (4), 09:09, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Мелкософт говорит то же самое.
     
     
  • 5.26, kk (??), 10:00, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И времени откат занимает гораздо больше

    2 часа ставим апдейт, потом 2 часа откатываем, потом незагружаемся и делаем восстановление системы еще минут на 40

     
     
  • 6.27, mikhailnov (ok), 10:01, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Откат BTRFS - 1 сек.
     
     
  • 7.31, Аноним (-), 10:38, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    та самая бтрфс, которую самые успешные бизнесмены назвали deprecated? Наверное чтобы ос успешных бизнесменов быстрее откатывалась к состоянию до устновки обновлений методом успешных бизнесменов.
     
     
  • 8.47, Аноним (47), 12:51, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В SUSE - это файловая система по умолчанию У меня на домашних компах тоже ... текст свёрнут, показать
     
     
  • 9.61, Аноним (61), 14:07, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Поздравляю, у тебя дома система работает намного медленнее чем могла бы с Ext4 ... текст свёрнут, показать
     
     
  • 10.65, Аноним (65), 14:21, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ext4 очень передовая ФС со статическими iнодами, ага ... текст свёрнут, показать
     
     
  • 11.124, Адекват (ok), 09:08, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А вам удавалось их исчерпать ... текст свёрнут, показать
     
  • 10.72, нах (?), 16:10, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    все нормально, если бы он ее ставил на Ext4 - под ним бы оказался lvm, сведя вес... текст свёрнут, показать
     
  • 9.116, псевдонимус (?), 22:06, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так тебе и надо ... текст свёрнут, показать
     
  • 8.62, Аноним (65), 14:14, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это кто Михельсон, Мордашов, Лисин и ниже ... текст свёрнут, показать
     
  • 8.70, Вареник (?), 15:21, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Самые успешные анонимусы ... текст свёрнут, показать
     
  • 7.36, Аноним (36), 10:52, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ну да ну да, если места хватит :)
     
  • 7.86, freehck (ok), 20:47, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Откат BTRFS - 1 сек.

    Конечно-конечно. Но мало у кого стоит btrfs.

     
  • 6.101, Аноним (101), 05:15, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы ССЗБ если пытаетесь на систему установленную из оригинального образа 7ки установить 200 обновлений за 1 раз и 1 перезагрузку, давно доступны образы с интегрироваными апдейтами, любой может его собрать при помощи dism и других вантузоидных утилит. В 10ке же мелкософт исправился и выпускает сам свежие релизы венды каждые 6 месяцев.
     
  • 4.154, Аноним (154), 10:29, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > до этого не дойдет, насколько я вижу, в случае неудачи будет сделан
    > откат.

    На что и каким образом будет сделан откат в общем случае, если обновление происходит когда в репозитории версии пакетов обновлены (т.е. старых уже нет)?

     

     ....большая нить свёрнута, показать (18)

  • 1.5, Аноним (5), 08:51, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие профиты то, исключая невозможность прерывания, в сравнении с просто обновлением файловым менеджером?
     
     
  • 2.44, RotarenegeD (?), 12:33, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    можно автоматизировать обновы на предприятии и для этого не надо писать свой башскрипт для обновления зоопарка.. это просто удобнее.
     
     
  • 3.53, Anonymoustus (ok), 13:46, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стесняюсь спросить: много ли предприятий вы лично уже так автоматизировали на «обновы»?

    И что такое, кстати, «обновы»? На каком это языке?

     
     
  • 4.68, topin89 (?), 14:56, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Твои аргументы: ненужно и сленг -- это плохо.
    Отличные аргументы, что сказать.
     
  • 4.118, то ещё быдлан (?), 22:50, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    чё ты э? по вашемуж вродь написано.. ну для этих которые сами подумать не умеют..
     
  • 2.79, freehck (ok), 19:43, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Какие профиты то, исключая невозможность прерывания, в сравнении с просто обновлением файловым менеджером?
    > в сравнении с просто обновлением файловым менеджером?
    > файловым менеджером?

    Месье знает толк в обновлениях...

     
  • 2.155, Аноним (154), 10:34, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие профиты то, исключая невозможность прерывания, в сравнении с просто обновлением файловым
    > менеджером?

    Читаем "Linux установлен на не личную технику, а, например, на ноутбук знакомого".

    — Оно не выключалось, а мне надо было срочно уходить, потому я вытащил аккумулятор из ноутбука...
    — Ты сам виноват! Выключил, теперь придётся переустанваливать систему.
    — Сколько?
    ...

    Профит!

     

  • 1.10, Аноним (10), 09:14, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я прошу прощения, поскольку являюсь админом локалхоста, но что мешает в cron поставить, например apt update && apt upgrade?
     
     
  • 2.16, Аноним (16), 09:40, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Мешает чтение документации и последующая установка и настройка unattended-upgrade.
     
     
  • 3.144, mikhailnov (ok), 18:41, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У unattended-upgrades и apt-btrfs-snapshot один и тот же изначальный автор из компании Canonical, и оба написаны в районе 2011 года. Это для размышления.
     
  • 2.77, Аноним (77), 19:00, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну сабжевое решение универсально и наверняка будет по дефолту присутсвовать, может даже включаться при установке путем установки галочки.
    А апт только в дебианоклонах присутсвует
     

  • 1.12, Аноняшка (?), 09:22, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    чем это лучше запихнутого в cron "sudo apt-get -f install; sudo apt-get update; sudo apt-get dist-upgrade -y"?
    не понятно
    зато - сиськемд, йоу!
    вангую, скоро системд будет выбирать репозитории, а при установке будет два варианта: "1. классичексая установка Убунту 2. запустить systemd-installd (рекомендуеться)"
     
     
  • 2.28, нах (?), 10:09, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > вангую, скоро системд будет выбирать репозитории

    рандомом, ага.
    Ну или "согласно нашей телеметрии, все вокруг вас используют убунту последней версии - нате!"

    > а при установке будет два варианта

    юзер модного-современного-systemd-enabled линукса "уже почти окончательно совсем готового для десктопа" не должен беспокоиться о каких-то вариантах.
    Будет единственная кнопка "ok!" - автоматически самонажимающаяся через минуту неактивности пользователя. Первое время над ней еще будет показываться выбранный дистрибутив, но потом его заменят веселеньким логотипчиком.

     
  • 2.30, Anonimus (??), 10:33, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    тем что в таком случае ты не контролируешь установку обновлений и потенциально будучи в соре с здравым смыслом - можешь выключить компьютер. А это штука попросит тебя подождать пока они установятся. Но я сам я являюсь противником данной штуки, также как и обновлений в кроне. На десктопе автоматически только проверяется наличие обновлений и все ставится контролируемо вручную. На серверах unattended updates только для критических обновлений безопасности.  
     
     
  • 3.38, нах (?), 11:21, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    компьютер может выключаться вполне осмысленно - например, кончается электричество.
    А "эта штука", раз запустившись, будет работать, пока не кончится. После чего попробует еще и откатиться - на fs с последствиями неудачного выключения в момент наиболее активной пилежки диска.

    ну ничего, ничего, еще лет пять - встроят проверку состояния батареи через system-batteryd, потом вспомнят про существование usp'ов, а потом, наконец, дойдет и до десктопов не подключенных к гарантированному питанию, если они еще будут такие на свете, и может даже милостиво позволят пользователю все же выключить питание, когда ему понадобилось, а установить обновления как-нибудь в другой раз. "как в винде".

     
     
  • 4.76, mikhailnov (ok), 17:23, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну ничего, ничего, еще лет пять - встроят проверку состояния батареи через
    > system-batteryd, потом вспомнят про существование usp'ов, а потом, наконец, дойдет и
    > до десктопов не подключенных к гарантированному питанию

    Готово, ConditionACPower=true: https://gitlab.com/mikhailnov/system-autoupdate/commit/b77a73cecc794853bfb8fd1
    Спасибо за напоминание.


     
  • 3.67, Аноним (67), 14:49, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > тем что в таком случае ты не контролируешь установку обновлений и потенциально будучи в соре с здравым смыслом - можешь выключить компьютер.

    Ты тоже думаешь, что в таком случае произойдёт что-то более страшное, чем обновление только части из запланированных пакетов? Поэкспериментируй на виртуалке, что ли. Сломать систему корректной остановкой в момент обновления невозможно.

     
     
  • 4.73, нах (?), 16:16, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты тоже думаешь, что в таком случае произойдёт что-то более страшное, чем
    > обновление только части из запланированных пакетов? Поэкспериментируй на виртуалке, что
    > ли. Сломать систему корректной остановкой в момент обновления невозможно.

    что происходит, если прибить dpkg (не apt/еще какую высокоуровневую хрень, а dpkg!) в момент апдейта _базы_ пакетов?
    Я честно не знаю, у меня мало убунт/дебианов под рукой.

    redhat с битыми базами rpm боролась несколько лет (там, правда, по-моему, был berkley db >1.83, doomed to die сам по себе, и вылечилось как у всех - апгрейдом на еще более новые версии). Автоматика регулярного бэкапа этих баз во многих rh-based осталась и по сей день, как память о тех мрачных временах. (по понятным причинам, проблему решала только частично)

     
     
  • 5.91, Аноним (16), 23:36, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Что, по SIGTERM база бьётся? Не верю!
     
     
  • 6.156, Аноним (154), 10:55, 03/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Что, по SIGTERM база бьётся? Не верю!

    Проверь, забей в поиск "если упала база RPM"

     
  • 4.78, деаноним (?), 19:06, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В убунте обычно весь набор пакетов сначала качается, потом распаковывается, затем только настраивается... самому интересно, что будет, если прервать один из последних двух этапов.

    На генте во время ночного обновления тихо отключали электричество. В результате пропал XDG_RUNTIME_DIR (сама директория, не переменная). Остаётся гадать, что ещё могло сломаться (без этого каталога много чего не работает, включая кеды, пульаудио и некоторые права на работу с network manager). Боюсь придётся делать переустановку.

     
     
  • 5.80, Gannet (ok), 19:59, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попросит выполнить dpkg --configure -a
     
  • 5.84, freehck (ok), 20:32, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В убунте обычно весь набор пакетов сначала качается, потом распаковывается, затем только
    > настраивается... самому интересно, что будет, если прервать один из последних двух
    > этапов.

    Не просто в убунте, а вообще в любой debian-based-системе. Это общая логика для APT.

    Если завалится на этапе конфигурирования, то пакет будет помечен, как несконфигурированный и потребуется дерево конфигурации снова создать и свернуть.

    В любом случае apt-get -f обычно решает эту проблему. А вот c rpm-based -- там будут проблемы, потому что если пакет завалил конфигурацию (читай, post-install), то он всё равно считается установленным, и будь что будет.

     
     
  • 6.102, Аноним (101), 05:21, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> В убунте обычно весь набор пакетов сначала качается, потом распаковывается, затем только
    >> настраивается... самому интересно, что будет, если прервать один из последних двух
    >> этапов.
    > Не просто в убунте, а вообще в любой debian-based-системе. Это общая логика
    > для APT.
    > Если завалится на этапе конфигурирования, то пакет будет помечен, как несконфигурированный
    > и потребуется дерево конфигурации снова создать и свернуть.

    Правды ради замечу что пакеты по дефолту являются несконфигурированными, и потом после конфигурации уже помечяются установленными корректно.

     
     
  • 7.128, freehck (ok), 13:37, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Правды ради замечу что пакеты по дефолту являются несконфигурированными, и потом после
    > конфигурации уже помечяются установленными корректно.

    Да, это корректнее. Мой вариант допускал неправильную трактовку, будто он помечается несконфигурированным явно, а не остаётся помечен несконфигурированным. Спасибо за поправку.

     
  • 5.92, Аноним (16), 23:38, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/

    > На генте во время ночного обновления тихо отключали электричество. В результате пропал
    > XDG_RUNTIME_DIR (сама директория, не переменная). Остаётся гадать, что ещё могло сломаться
    > (без этого каталога много чего не работает, включая кеды, пульаудио и
    > некоторые права на работу с network manager). Боюсь придётся делать переустановку.

    Ещё один нечитатель. Я вообще-то про корректное отключение говорил. А от ситуации "электричество кончилось" и сабж ничем не поможет.

     
  • 2.46, RotarenegeD (?), 12:37, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > чем это лучше запихнутого в cron "sudo apt-get -f install; sudo apt-get
    > update; sudo apt-get dist-upgrade -y"?
    > не понятно

    как видишь оно ещё и снапшоты фигачит и защита от выключения есть.. в общем то это просто дописанный до ума скрипт автообновления который каждый админ хотя раз костылил в систему с заранее решёнными детскими проблемами таких скриптов.

     
     
  • 3.49, Аноним (67), 13:12, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это просто дописанный до ума скрипт автообновления

    Нет, это написанный без ума скрипт, потому что делает кучу ненужного, включая эти самые блокировки.

    > который каждый админ хотя раз костылил в систему

    Нормальный админ не изобретает велосипеды, а использует штатные средства дистрибутива.

     
  • 3.63, Anonimus (??), 14:14, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Админы точно не пишут скриптов для этого - уже давно есть поддержка unattended updates на серверных дистрибутивах, для десктопных автоматически только проверка обновлений. А это чудо инженерной мысли сугубо для безруких вантузятников, которые не будут обновлять свою систему самостоятельно и которые захотят перейти на линукс.
     
  • 3.74, нах (?), 16:24, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > как видишь оно ещё и снапшоты фигачит и защита от выключения есть..

    отличный снапшот у него выйдет на ext4? (или ссыстемда теперь будет требовать новую-модную fs в обязательном порядке?)
    Защита от выключения точно возьмет мне электричество из воздуха?

    > в общем то это просто дописанный до ума скрипт автообновления который
    > каждый админ хотя раз костылил в систему с заранее решёнными детскими
    > проблемами таких скриптов.

    по-моему наоборот - это кривонаписанный костыль для/от альтернативно-одаренных юзеров "хотим как в винде", болеющий всеми-всеми детскими болезнями времен windowsME. Сколько там прошло, лет пятнадцать? Вот и этот к 2030му выздоровеет. (к 33му начнутся "запланированные перезагрузки" на основе автоугадава когда именно этот пользователь спит и прочий бред)

     
     
  • 4.75, mikhailnov (ok), 17:19, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только вот в windows обновление начинается после выключения системы, и со 100% вероятностью помешает пользователю, а здесь оно начнется после включения компьютера и к моменту его выключения с большой вероятностью не будет идти. Кто что не умеет: я объяснять или анонимусы с опеннета читать?
     
     
  • 5.105, Аноним (105), 08:37, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно, что на В-нде по-человечески сделано, а тут хомяк сперва офигеет от того, что комп внизaпна вдруг начал тормозить, попытается перезагрузить, обломается, запаникует и рубанет питалово.
     
     
  • 6.109, Anon3 (?), 12:48, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А может самый нормальный вариант, это как ChromeOS? Атомарное обновление клона
     
     
  • 7.130, нах (?), 15:19, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А может самый нормальный вариант, это как ChromeOS? Атомарное обновление клона

    с конфигами/версиезависимыми данными юзера что делать будем? В хрень-осе понятно что - ни конфиги, ни данные юзеру не принадлежат, они у гугля.

     
  • 5.129, нах (?), 15:17, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    почему помешает Я люблю ткнуть в эту галку, уходя с работы домой - и пусть себе... большой текст свёрнут, показать
     
  • 2.85, freehck (ok), 20:43, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > чем это лучше запихнутого в cron "sudo apt-get -f install; sudo apt-get
    > update; sudo apt-get dist-upgrade -y"?

    Это в любом случае плохая практика, даже по cron-у.

     

  • 1.14, Аноним (14), 09:30, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >Блокируются графические кнопки выключения, перезагрузки, ухода в сон, гибернации в графической оболочке, а при попытке ими воспользоваться выводятся графические уведомления, сообщающие пользователю, что систему невозможно выключить, что показано на скриншоте ниже.

    Так быть не должно. В винде комп разрешит нажать на кнопки, примет их к сведению, сделает дело и выключится.

     
     
  • 2.23, DerRoteBaron (?), 09:48, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да что уж там. обновляли бы снапшотами, как во всяких модных атомарных системах любят. И как в ведроиде недавно гугл сделали.
    Тогда хоть перезагружай, хоть провод ножницами режь все равно обновится рано или поздно.
     
     
  • 3.25, mikhailnov (ok), 09:53, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да что уж там. обновляли бы снапшотами, как во всяких модных атомарных
    > системах любят. И как в ведроиде недавно гугл сделали.
    > Тогда хоть перезагружай, хоть провод ножницами режь все равно обновится рано или
    > поздно.

    Пулл-реквест с реализациям обновления в чруте снапшота принимается. При этом нужно не потерять все, что будет записано в подраздел до перезагрузки.

    Разбивка системы на кучу подтомов, как в сусе, вынося /var отдельно и делая прочие упражнения, чтобы такое обновление работало, не очень нравится, а без этого не получится.

     
  • 2.24, mikhailnov (ok), 09:50, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/

    > Так быть не должно. В винде комп разрешит нажать на кнопки, примет
    > их к сведению, сделает дело и выключится.

    sudo system-autoupdate-runner unblock_shutdown для ручной разблокировки.
    Т.к. по умолчанию обновления раз в 6 часов, пользователь вообще не должен сталкиваться с блокировкой.

     

  • 1.18, Аноним (16), 09:44, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Зачем понадобились эти многочисленные костыли-блокировки, чтобы юзер обозлился и рубанул питание? Автор что, не в курсе, что пакетный менеджер, прерванный SIGTERM, всё равно оставляет систему в консистентном состоянии?
     
     
  • 2.21, mikhailnov (ok), 09:47, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    100% гарантиии оставления в консистентном состоянии нет. Что касается рубания с кнопки, то если юзер совсем идиот, то значит совсем идиот.
     
     
  • 3.50, Аноним (67), 13:14, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > 100% гарантиии оставления в консистентном состоянии нет.

    Значит у Вас неправильный дистрибутив с неправильным пакетным менеджером. Не знаю даже, где Вы такой нашли, потому что во всех мейнстримных эта проблема решена давным-давно.

     
  • 3.51, Аноним (67), 13:18, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Что касается рубания с кнопки, то если юзер совсем идиот, то значит совсем идиот.

    Что должен подумать пользователь-неидиот, если вдруг у него безо всяких объяснений пропала/стала неактивной кнопка выключения, и что он должен предпринять, если ему таки нужно срочно выключить комп?

     
     
  • 4.60, mikhailnov (ok), 14:06, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Графические уведомления появляются в момент показа заблокированной кнопки и объясняют ему, почему.
     
     
  • 5.71, Аноним (71), 15:27, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дарю идею: можно ещё блокировать управлениями беспроводными и проводными сетями на время скачивания свежих апдейтов. Да много ещё чего можно блокировать!
     
     
  • 6.96, Аноним (96), 01:00, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще весь ввод блокировать, чтобы пользователь ни окно выключения/перезагрузки открыть не смог, ни терминал для "killall -9 <автообновлятор>", ни ещё чего такого-эдакого учудить. Все процессы блокировать, чтобы они своими I/O и сетевой активностью не мешали процессу обновления.
     
  • 3.64, marls (?), 14:16, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Админа локалхоста с 15летним стажем  достаточно не идиот для примера? Однажды я куда-то там сунул окно терминала и запамятовал про апдейт и вырубил комп. Но, правда, он вполне себе продолжился после запуска. Повезло, что ничего важного.
     

  • 1.20, Аноним (20), 09:47, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Виндовенько.. :)
     
  • 1.32, An (??), 10:39, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    что же неймется этим горе-разработчикам всё пытаются высосать из пальца какую-то надуманную задачу (для себя) и припаять в ядро/ОС очередной костыль, чтобы усложнить людям жизнь.
     
     
  • 2.34, Аноним (-), 10:51, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Неймётся настолько сильно, что вон уже во всему треду агитатор этого поделия бегает. Потому что он понимает в зарабатывании денег, а ты — нет.
     
     
  • 3.45, Аноним (71), 12:35, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное решил сменить работу и нарабатывает портфолио.
     
     
  • 4.55, Anonymoustus (ok), 13:50, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наверное решил сменить работу и нарабатывает портфолио.

    На больничный он себе так наработает, если живым людям свою агитацию начнёт втирать.

    Ну а на форуме можно, интернет всё степит.

     
  • 2.54, Anonymoustus (ok), 13:49, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > что же неймется этим горе-разработчикам всё пытаются высосать из пальца какую-то надуманную
    > задачу (для себя) и припаять в ядро/ОС очередной костыль, чтобы усложнить
    > людям жизнь.

    П.Д.Р.Сы, сэр.

     

  • 1.35, Человек (??), 10:52, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    системд портит мозг даже переводчику интерфейса?
    не получится выключить комп? а если держать кнопку выключения? Лучше бы рэп переводил вместо интерфейса ПО.
    Надо писать:
    Пожалуйста не выключайте компьютер
     
     
  • 2.83, freehck (ok), 20:04, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > системд портит мозг даже переводчику интерфейса?

    Не было никакого переводчика. Это русский разработчик. Он же и новость тут запостил.

     

  • 1.37, exSun (ok), 10:55, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    systemd-autoupdated
     
  • 1.41, Аноняшка (?), 11:36, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Че все (комментаторы) так системд любят? Два цента за комментарий от рептилоидов, не?
     
     
  • 2.107, Аноним (-), 12:36, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    потому что прямой хейт сабжа трется, не?
     

  • 1.42, Аноним (42), 12:12, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ждем выпуск system-autorepair-after-autoupdate
     
  • 1.43, Аноним (71), 12:32, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Цитата автора "Да, можно вести занятия через Skype и наслаждаться отвратительным качеством групповой связи и привязкой к кривому проприетарному программному обеспечению"

    и тем не менее сильно увлечён написанием системы под это самое кривое проприетарное ПО.

     
  • 1.48, Аноним (48), 12:55, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >с трехуровневой блокировкой выключения ПК во время обновления

    Как это показательно :) На всяких винфаках недавно жаловались, что в Win10 такая же обнова прилетела, фиг выключишь комп нормально. Даже если надо куда-то сорваться и бежать по делам.

     
  • 1.52, Вуыкло (?), 13:23, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Костыли однако
     
  • 1.66, Аноним (66), 14:31, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну вот зачем это издевательство над пользователями?
     
  • 1.81, freehck (ok), 20:01, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Автоматическое обновление серверных и десктопных установок различных дистрибутивов Linux без участия пользователя

    Всё, остановитесь. Если это исходный посыл, то извините, но это уже неправильно. У пользователя надо как минимум запрашивать подтверждение на начало проведения обновления.

    > Блокируются графические кнопки выключения, перезагрузки, ухода в сон, гибернации в графической оболочке, а при попытке ими воспользоваться выводятся графические уведомления, сообщающие пользователю, что систему невозможно выключить

    Вообще класс. То есть пользователь закрывает крышку ноутбука, и будучи искренне убеждён, что тот отправится в сон, кладёт его в портфель между пледом и бутербродом. Через 10 минут ноут превратится в печку и автоматически вырубится, не завершив обновление и повредив систему, бутерброд станет противно есть, а вытекшее с него на плед масло/сыр оставят пятна.

    > Разработчик проекта рекомендует сочетать system-autoupdate с функциональностью apt-btrfs-snapshot

    Разработчику проекта рекомендую подумать о проблемах, которые он создаст людям, которым это вкатит.

    upd:

    Плюс весьма любопытно, каковы были мотивы написания этого... продукта. Вон в той же нелюбимой мной Ubuntu есть весьма годные штуки под названием емнип update-manager/update-notifier. Они вообще говоря на ubuntu не завязаны и могут работать где угодно.

    И логика её работы update-manager выглядит правильной, и не приводит ни к каким эксцессам. Почемы бы было просто не использовать её?

     
     
  • 2.87, mikhailnov (ok), 21:37, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тот, кто умеет обновлять, может не использовать system-autoupdate Убунта ставит... большой текст свёрнут, показать
     
     
  • 3.88, Аноним (71), 22:09, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т.е. юзер запускает систему чтоб в ней поработать, а тут бац и прилетели обновы, которые сразу же похерили внешний вид уже запущенного софта. И такая лотерея каждый день. Хорошенькая перспективка.
    Похоже набирает обороты новое понятие junk soft, следом за bloatware.
     
     
  • 4.90, mikhailnov (ok), 23:25, 25/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Речь не об Арче, GTK не обновляется до новых мажорных версий, тема не слетит.
     
     
  • 5.93, Аноним (71), 00:40, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В описании сказано о поддержке арча, теперь начинаются отмазки? Лёня покусал?
     
     
  • 6.95, mikhailnov (ok), 00:57, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В документации (https://gitlab.com/mikhailnov/system-autoupdate/blob/master/README.md) сказано: "..., если доверяешь стабильности используемого дистрибутива Linux".
    Арч поддерживается, дальше сам думаешь, будешь использовать или нет. Надо - используй, не надо - не используй. Я стабильности Арча не доверяю, а тебя никто не заставляет этим пользоваться.
     
     
  • 7.97, Аноним (71), 01:25, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лучше рекламы и не придумаешь
     
  • 3.108, Аноним (67), 12:48, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Убунта ставится на декстоп или ноутбук домохозяйки, домохозяина или просто хорошего человека, который сам не умеет и не должен уметь что-то обновлять, например, он наш удаленный сотрудник и использует Линукс на ноутбуке для проведения вебинаров (реальный юз-кейс, не придумано). Его компьютером занимаюсь только я, но при этом он находится в другом городе за сотни километров от меня, линукс туда ставился удаленно, и я ни разу в глаза не видел этот комп.

    Этот вопрос прекрасно решает unattended-upgrades, который настраивается куда более гибко и не блокирует ничего лишнего.

     
     
  • 4.121, freehck (ok), 00:44, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот вопрос прекрасно решает unattended-upgrades, который настраивается куда более гибко
    > и не блокирует ничего лишнего.

    Кстати спасибо. Не знал об этом инструменте.

     
  • 3.113, freehck (ok), 20:08, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Ну я о чём-то таком разумеется догадывался, но боюсь, чт... большой текст свёрнут, показать
     
     
  • 4.131, mikhailnov (ok), 15:39, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Может, его еще научить из tty обновляться и прописать это в должностную инструк... большой текст свёрнут, показать
     
     
  • 5.137, freehck (ok), 17:32, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Человек должен иметь минимальные представления о том, как работать с системой на своей машине
    > В моем случае не должен, потому что это невозможно. Если предложите методику
    > обучения, буду рад.

    Ну, я всё-таки не эникей, чтобы обучать сотрудников. :)
    Однако в данном случае этого и не нужно. Составляешь инструкцию (можно даже с картинками), согласуешь с руководством и, возможно, кадровиками -- а дальше не твоя забота.

     
     
  • 6.140, mikhailnov (ok), 18:04, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/

    > Ну, я всё-таки не эникей, чтобы обучать сотрудников. :)
    > Однако в данном случае этого и не нужно. Составляешь инструкцию (можно даже
    > с картинками), согласуешь с руководством и, возможно, кадровиками -- а дальше
    > не твоя забота.

    Давай я сам решу, что моя забота...

     
  • 4.132, mikhailnov (ok), 15:42, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вариант первый: может ему и не нафиг не сдались обновления?

    Все верно, ему вообще нафиг не сдалось любое обслуживание системы. Оно сдалось мне. То естьм не надо, чтобы его система была обновленной.

     
     
  • 5.135, freehck (ok), 17:18, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Оно сдалось мне. То естьм не надо, чтобы его система была обновленной.

    Сомневаюсь, что Вам это нужно. Но с удовольствием бы выслушал Ваши доводы.

     
     
  • 6.141, mikhailnov (ok), 18:29, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А почему Вы думаете, что я пофигист и должен пытаться сохранить низкую температу... большой текст свёрнут, показать
     
     
  • 7.143, Anonymoustus (ok), 18:40, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ставить линукс и забивать на безопасность - это ускорение нашествия массовых попыток
    > обманом или взломами внедрить вирусы на линукс. Если это произойдет, то
    > мы (сообщество) проиграли, т.к. начавшийся тренд будет не остановить.

    Ах, вирусы… Так вы заботитесь об избавлении линукса от вирусов?

    А ведь каков пафос!

     
  • 7.145, freehck (ok), 18:46, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Любо-зелено читать. )
     
  • 7.151, Аноним (151), 23:20, 13/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в вашем манямирке апдейты==НЕТВИРУСОВ? разочарую,прилетит новый пакет, там сломали обратнуб совместимость и кто-то поедет в магадан быстренько исправлять это и откатывать апдейты (в лучшем случае через тимвьювер матерясь полезет). И такого уровня школотрон рекламируется в главных новостях. Алё, шигорин сотоварищи, сами же свою экосистему топите в смузи.
     
     
  • 8.152, mikhailnov (ok), 01:48, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я вот не пойму, почему от автора ПО требуют вместе с ПО поставлять мозг пользова... текст свёрнут, показать
     

  • 1.89, Аноним (89), 22:31, 25/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Не удалось выключить комп. комп. Вы что серьезно? Комп.?
    Оставьте ПК включенным?

    И эти люди еще смеют гнобить microsoft за их систему обновления?

     
  • 1.104, Аноним (104), 08:12, 26/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А на фразе:
    > командно-управляющего сервера (например, Ansible, Puppet, 'Zabbix')

    Ни у кого глаз не дёргнулся?

     
     
  • 2.106, Аноним (106), 09:29, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    InfluxDB, Grafana, Graphite, statsd, fluentd, telegraf, etc...
     
  • 2.114, freehck (ok), 20:17, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А на фразе:
    >> командно-управляющего сервера (например, Ansible, Puppet, 'Zabbix')
    > Ни у кого глаз не дёргнулся?

    Ахахаха, и то правда... Два чаю господину Орлиному Глазу! :)
    А вообще, сдаётся мне, что глаз-то у народа начал дёргаться почти сразу после прочтения заголовка... )

     
     
  • 3.142, mikhailnov (ok), 18:31, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А на фразе:
    >>> командно-управляющего сервера (например, Ansible, Puppet, 'Zabbix')
    >> Ни у кого глаз не дёргнулся?
    > Ахахаха, и то правда... Два чаю господину Орлиному Глазу! :)
    > А вообще, сдаётся мне, что глаз-то у народа начал дёргаться почти сразу
    > после прочтения заголовка... )

    Что не так?

    https://www.zabbix.com/documentation/3.4/manual/config/notifications/action/op

     
     
  • 4.146, freehck (ok), 18:51, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Что не так?

    То, что заббикс не для этого предназначен. ;)

     

  • 1.110, Аноним (110), 14:47, 26/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Осталось увидеть такое для Slackware и Gentoo, а то системад корявый, а потом в нем что-то поменяют, что поломается автообновлятор и вообще не смешно станет. Это конечно очень сложно, но руками ядро обновлять не весело, особенно с ручными настройками без генкернела - вот только в таком месте нужна подобная автоматизация. А то влепят неясную лажу при обновлении, а настроить нафигпосылатель уже не получится - нужны были бы настройщики обновления ядра, которые изврат оттяпают из нововведений, ну или предложат с человеческими пояснениями что это за новая приблуда в ядре и чем она отличается от старой и самое главное - нафига мне о ней надо знать.
     
     
  • 2.112, mikhailnov (ok), 16:34, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Автопересборщик мира?
     
     
  • 3.119, еееееееееее (?), 23:37, 26/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    а тут все комменты о ненужности и опасности внедрения сабжа трут ? разаработчик кривого никого не нужного велосипеда знакомый модератора ?
     
     
  • 4.153, freehck (ok), 23:52, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > а тут все комменты о ненужности и опасности внедрения сабжа трут ?
    > разаработчик кривого никого не нужного велосипеда знакомый модератора ?

    Сомневаюсь, что трут именно по этому признаку, с учётом того, что сами модераторы пишут об опасности и ненужности сабжа. )

     

  • 1.120, Гентушник (ok), 00:05, 27/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > "Не получится выключить комп."

    Чего уж там, не комп, а "пекарня" бы написали. Или "комплюхтер".

     
  • 1.122, freehck (ok), 01:12, 27/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хехехе, народ. Если кто считает, что автор до сих пор был недостаточно унижен, то вот код, о котором идёт речь. :)

    Перед чтением этих скриптов запаситесь попкорном.
    https://gitlab.com/mikhailnov/system-autoupdate/blob/master/usr/sbin/system-au
    https://gitlab.com/mikhailnov/system-autoupdate/blob/master/usr/sbin/system-au

    Вот как обновляется система.
    https://gitlab.com/mikhailnov/system-autoupdate/blob/master/usr/share/system-a

    Вау, автор предусмотрел возможность руками задать список демонов для перезагрузки! :)
    https://gitlab.com/mikhailnov/system-autoupdate/blob/master/usr/share/system-a

     
     
  • 2.125, Xxxxxxx (?), 11:07, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кстати посмотрел по коду.. скрипты обновления на дебиан системах 100% не отработают на всех пакетах в автомате.. но автору в принципе похоже только попариться нужно.. и таки почему такое как главная новость опеннета идёт ?
     
     
  • 3.134, mikhailnov (ok), 15:47, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > скрипты обновления на дебиан системах 100% не отработают

    Можно пример ситуации, когда не отработают?


     
     
  • 4.148, Xxxxxxx (?), 22:51, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Например интерактивные вопросы при установке автору велосипеда не знакомы.. уж про политику работы со старыми конфигами можно и не упоминать.. в общем желающие ломать себе систему кривымии и не протестированными скриптами налетай
     
     
  • 5.149, mikhailnov (ok), 00:37, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    По умолчанию (в Ubuntu, как минимум) на вопрос, что делать с измененным конфигом, дается ответ "оставить старый". Это настраивается, можно изучить debconf(5) и debconf(7). Это не входит в задачу скрипта обновления, а настраивается администратором и может быть настроено по-разному.

    Вот export DEBIAN_FRONTEND=noninteractive можно сделать, чтобы не сыпало в лог ошибками выбора фронтенда.

    Не стоит считать себя самым умным, а всех остальных дураками.

     
     
  • 6.150, Аноним (150), 14:35, 28/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Не стоит считать себя самым умным, а всех остальных дураками.

    Вы будто первый раз на опеннет зашли.


     
  • 2.126, Аноним (67), 11:24, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я уже смотрел эти скрипты и должен сказать, что для нашего времени автор исключительно хорошо владеет шеллом. Если он вдруг заинтересован в работе в Питере, нам с ним определённо есть о чём поговорить.
    Ну а что скрипты делают кучу бессмысленных вещей — так чего ждать от инструмента, изначально предназначенного для решения несуществующей проблемы.
     
     
  • 3.127, freehck (ok), 11:44, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Если он вдруг заинтересован в работе в Питере, нам с ним определённо есть о чём поговорить.
    > Ну а что скрипты делают кучу бессмысленных вещей — так чего ждать от инструмента, изначально предназначенного для решения несуществующей проблемы.

    Ах, забирайте. Поделом вам.

     

  • 1.123, Адекват (ok), 08:52, 27/06/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    [code]с трехуровневой блокировкой выключения ПК во время обновления.[/code]
    А защиту от пропадания электричества в сети они предусмотрели ? ну или хотя бы с apcupsd эта "программа" дружит ?
    А вообще все как в винде становится - systemd с его зависимостями прям как виндовые службы - один в один.
    Теперь еще тут - "не выключайте питание компьютера, пока обновление не будет установлено".
    Красота :)
    [code]Arch[/code]
    Огонь, просто огонь :))

    [code]Разработчик проекта рекомендует сочетать system-autoupdate с функциональностью apt-btrfs-snapshot, которая автоматически делает снапшот (снимок состояния) корня файловой системы ОС при любой операции с пакетами[/code]

    Ну а чо - в линуксах по другому никак - запустил обновление и молись, чтобы ничего не сломалось, ну или не стало хуже чем было.
    Проще будет делать акронисом или dd корень куда-нить копировать, ну и всякие ~/.config тоже.

     
     
  • 2.133, mikhailnov (ok), 15:46, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А защиту от пропадания электричества в сети они предусмотрели ? ну или
    > хотя бы с apcupsd эта "программа" дружит ?

    Да: https://gitlab.com/mikhailnov/system-autoupdate/blob/master/lib/systemd/system
    Если питание от батареи, обновление НЕ запускается.

    > Проще будет делать акронисом или dd корень куда-нить копировать, ну и всякие ~/.config тоже.

    dd, безусловно, прям проще снапшота BTRFS. Главное, насколько быстрее-то бекап и откат.

     
     
  • 3.136, Адекват (ok), 17:31, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> А защиту от пропадания электричества в сети они предусмотрели ? ну или
    >> хотя бы с apcupsd эта "программа" дружит ?
    > Да: https://gitlab.com/mikhailnov/system-autoupdate/blob/master/lib/systemd/system
    > Если питание от батареи, обновление НЕ запускается.
    >> Проще будет делать акронисом или dd корень куда-нить копировать, ну и всякие ~/.config тоже.
    > dd, безусловно, прям проще снапшота BTRFS. Главное, насколько быстрее-то бекап и откат.

    А если нет btrfs и нет желания, а главное возможности его поставить ? Я к тому, что, к сожалению, без бекапов в линуксах перед обновлениями - никак, увы. Хотя могло бы быть КАК, только лишь нужно отказаться от структуры каталогов и концепции разделяемых библиотек 80ых, зависимости, чтобы их !
    А вы представьте, что может быть линукс, в котором не только не ломается после апдейта ничего, но и работает любая софтина, когда-либо под него написанная ?!!

     
     
  • 4.138, freehck (ok), 17:34, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так он вроде бы выше тут писал, что тот, кто ставит это на машину -- сам себе злобный буратино. :)

    "я исхожу из того, что тот, кто это устаналивает, прочитал и понял, что оно делает. Дальше сам решает, нужно ему это или нет, я никого не заставляю и не предлагаю включать это по умолчанию в публично распространяемые дистрибутивы"

     
  • 4.139, mikhailnov (ok), 18:02, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Отказ от FSH не решит ни одну проблему и создаст много новых. Проблема обратной совместимости сильно преувеличена, и часто возникает потому, что в debian переименовали пакет, содержащий номер so name в названии, или удалили его, пример - libtiff3 с кучей CVE.

    Linux не ломается после апдейта в большинстве случаев; то, что предусмотрена страховка, не означает, что ей приходится пользоваться часто.

     
  • 4.147, freehck (ok), 19:15, 27/06/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > А если нет btrfs и нет желания, а главное возможности его поставить
    > ? Я к тому, что, к сожалению, без бекапов в линуксах
    > перед обновлениями - никак, увы. Хотя могло бы быть КАК, только
    > лишь нужно отказаться от структуры каталогов и концепции разделяемых библиотек 80ых,
    > зависимости, чтобы их !
    > А вы представьте, что может быть линукс, в котором не только не
    > ломается после апдейта ничего, но и работает любая софтина, когда-либо под
    > него написанная ?!!

    О, просите, я поначалу прочитал по диагонали, и понял неправильно. Тонко. Лайк! :)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру