Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск system-autoupdate 1.5, системы автоматизации обновлен..."	–3 +/–
Сообщение от opennews (ok), 25-Июн-18, 08:39
Вышла версия 1.5 system-autoupdate (https://gitlab.com/mikhailnov/system-autoupdate) — набора скриптов, сервисов и таймеров systemd для  автоматизации обновления Linux с трехуровневой блокировкой выключения ПК во время обновления. Наработки проекта распространяются (https://gitlab.com/mikhailnov/system-autoupdate) под лицензией GPLv3. Для установки подготовлены (https://gitlab.com/mikhailnov/system-autoupdate/tags/v1.5) Makefile с инструкциями install и uninstall, а также deb-пакет, который при помощи штатных средств deb-хелперов автоматически активирует все необходимые юниты systemd при установке. Для Ubuntu поддерживается PPA-репозиторий (https://launchpad.net/~mikhailnov/+archive/ubuntu/utils/). Решаемые проектом задачи: -  Автоматическое обновление серверных и десктопных установок различных дистрибутивов 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 (https://gitlab.com/mikhailnov/system-autoupdate/blob/master/... для работы которого требуется Polkit >= 0.106, однако в современных версиях Debian и Ubuntu, в том числе Debian Sid, до сих пор используется Polkit 0.105, когда как его свежие версии поддерживаются в Debian Experimental, поэтому пакеты policykit-1 из Debian Experimental были пересобраны для Ubuntu 18.04 и 18.10 и доступны в одном с system-autoupdate репозитории PPA (https://launchpad.net/~mikhailnov/+archive/ubuntu/utils/). Показ графических уведомлений о начале и завершении процесса автообновления по умолчанию отключен, но доступен для включения в файле конфигурации. Также предусмотрена возможность использования только функциональности блокировки выключения системы без автообновлений. В версии system-autoupdate 1.5 (https://gitlab.com/mikhailnov/system-autoupdate/tags/v1.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 (https://gitlab.com/nixtux-packaging/apt-btrfs-snapshot), заменив еженедельное задание очистки старых снапшотов cron на ежедневный таймер systemd с защитой от запуска при питании от батареи и изменив максимальный возраст снапшотов с 90 до 15 дней, как временное решение от переполнения диска. Изменения предложены (https://bugs.launchpad.net/bugs/1778256) апстриму. Готовый к использованию пакет собран в PPA (https://launchpad.net/~mikhailnov/+archive/ubuntu/utils/). Также установлена зависимость от подготовленного командой SUSE пакета btrfsmaintenance со скриптами (https://github.com/kdave/btrfsmaintenance) для автоматического обслуживания разделов Btrfs. За основу пакета взят одноименный пакет из Debian, в которые перенесены имеющиеся исправления (https://gitlab.com/nixtux-packaging/btrfsmaintenance/tree/ma.... URL: https://gitlab.com/mikhailnov/system-autoupdate Новость: https://www.opennet.ru/opennews/art.shtml?num=48835
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

2. Сообщение от Аноним (-), 25-Июн-18, 08:44	+33 +/–
настройка обновлений системдос     30% не выключайте компьютер
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

4. Сообщение от Аноним (4), 25-Июн-18, 08:49	+6 +/–
Ага, и еще "Нам не удалось установить обновления бла-бла-бла"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

5. Сообщение от Аноним (5), 25-Июн-18, 08:51	+/–
Какие профиты то, исключая невозможность прерывания, в сравнении с просто обновлением файловым менеджером?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44, #79, #155

7. Сообщение от jtad (?), 25-Июн-18, 09:04	+2 +/–
до этого не дойдет, насколько я вижу, в случае неудачи будет сделан откат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #9, #154

9. Сообщение от Аноним (4), 25-Июн-18, 09:09	+15 +/–
Мелкософт говорит то же самое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #26

10. Сообщение от Аноним (10), 25-Июн-18, 09:14	+/–
Я прошу прощения, поскольку являюсь админом локалхоста, но что мешает в cron поставить, например apt update && apt upgrade?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16, #77

12. Сообщение от Аноняшка (?), 25-Июн-18, 09:22	–6 +/–
чем это лучше запихнутого в cron "sudo apt-get -f install; sudo apt-get update; sudo apt-get dist-upgrade -y"? не понятно зато - сиськемд, йоу! вангую, скоро системд будет выбирать репозитории, а при установке будет два варианта: "1. классичексая установка Убунту 2. запустить systemd-installd (рекомендуеться)"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #30, #46, #85

14. Сообщение от Аноним (14), 25-Июн-18, 09:30	+6 +/–
>Блокируются графические кнопки выключения, перезагрузки, ухода в сон, гибернации в графической оболочке, а при попытке ими воспользоваться выводятся графические уведомления, сообщающие пользователю, что систему невозможно выключить, что показано на скриншоте ниже. Так быть не должно. В винде комп разрешит нажать на кнопки, примет их к сведению, сделает дело и выключится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #24

16. Сообщение от Аноним (16), 25-Июн-18, 09:40	+11 +/–
Мешает чтение документации и последующая установка и настройка unattended-upgrade.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #144

18. Сообщение от Аноним (16), 25-Июн-18, 09:44	+3 +/–
Зачем понадобились эти многочисленные костыли-блокировки, чтобы юзер обозлился и рубанул питание? Автор что, не в курсе, что пакетный менеджер, прерванный SIGTERM, всё равно оставляет систему в консистентном состоянии?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

20. Сообщение от Аноним (20), 25-Июн-18, 09:47	+9 +/–
Виндовенько.. :)
Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от mikhailnov (ok), 25-Июн-18, 09:47	–1 +/–
100% гарантиии оставления в консистентном состоянии нет. Что касается рубания с кнопки, то если юзер совсем идиот, то значит совсем идиот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #50, #51, #64

23. Сообщение от DerRoteBaron (?), 25-Июн-18, 09:48	–1 +/–
Да что уж там. обновляли бы снапшотами, как во всяких модных атомарных системах любят. И как в ведроиде недавно гугл сделали. Тогда хоть перезагружай, хоть провод ножницами режь все равно обновится рано или поздно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #25

24. Сообщение от mikhailnov (ok), 25-Июн-18, 09:50	–1 +/–
> Так быть не должно. В винде комп разрешит нажать на кнопки, примет > их к сведению, сделает дело и выключится. sudo system-autoupdate-runner unblock_shutdown для ручной разблокировки. Т.к. по умолчанию обновления раз в 6 часов, пользователь вообще не должен сталкиваться с блокировкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

25. Сообщение от mikhailnov (ok), 25-Июн-18, 09:53	–1 +/–
> Да что уж там. обновляли бы снапшотами, как во всяких модных атомарных > системах любят. И как в ведроиде недавно гугл сделали. > Тогда хоть перезагружай, хоть провод ножницами режь все равно обновится рано или > поздно. Пулл-реквест с реализациям обновления в чруте снапшота принимается. При этом нужно не потерять все, что будет записано в подраздел до перезагрузки. Разбивка системы на кучу подтомов, как в сусе, вынося /var отдельно и делая прочие упражнения, чтобы такое обновление работало, не очень нравится, а без этого не получится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

26. Сообщение от kk (??), 25-Июн-18, 10:00	+2 +/–
И времени откат занимает гораздо больше 2 часа ставим апдейт, потом 2 часа откатываем, потом незагружаемся и делаем восстановление системы еще минут на 40
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #27, #101

27. Сообщение от mikhailnov (ok), 25-Июн-18, 10:01	+/–
Откат BTRFS - 1 сек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #31, #36, #86

28. Сообщение от нах (?), 25-Июн-18, 10:09	+2 +/–
> вангую, скоро системд будет выбирать репозитории рандомом, ага. Ну или "согласно нашей телеметрии, все вокруг вас используют убунту последней версии - нате!" > а при установке будет два варианта юзер модного-современного-systemd-enabled линукса "уже почти окончательно совсем готового для десктопа" не должен беспокоиться о каких-то вариантах. Будет единственная кнопка "ok!" - автоматически самонажимающаяся через минуту неактивности пользователя. Первое время над ней еще будет показываться выбранный дистрибутив, но потом его заменят веселеньким логотипчиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

30. Сообщение от Anonimus (??), 25-Июн-18, 10:33	+4 +/–
тем что в таком случае ты не контролируешь установку обновлений и потенциально будучи в соре с здравым смыслом - можешь выключить компьютер. А это штука попросит тебя подождать пока они установятся. Но я сам я являюсь противником данной штуки, также как и обновлений в кроне. На десктопе автоматически только проверяется наличие обновлений и все ставится контролируемо вручную. На серверах unattended updates только для критических обновлений безопасности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #38, #67

31. Сообщение от Аноним (-), 25-Июн-18, 10:38	–6 +/–
та самая бтрфс, которую самые успешные бизнесмены назвали deprecated? Наверное чтобы ос успешных бизнесменов быстрее откатывалась к состоянию до устновки обновлений методом успешных бизнесменов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #47, #62, #70

32. Сообщение от An (??), 25-Июн-18, 10:39	+8 +/–
что же неймется этим горе-разработчикам всё пытаются высосать из пальца какую-то надуманную задачу (для себя) и припаять в ядро/ОС очередной костыль, чтобы усложнить людям жизнь.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #54

34. Сообщение от Аноним (-), 25-Июн-18, 10:51	–5 +/–
Неймётся настолько сильно, что вон уже во всему треду агитатор этого поделия бегает. Потому что он понимает в зарабатывании денег, а ты — нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #45

35. Сообщение от Человек (??), 25-Июн-18, 10:52	+2 +/–
системд портит мозг даже переводчику интерфейса? не получится выключить комп? а если держать кнопку выключения? Лучше бы рэп переводил вместо интерфейса ПО. Надо писать: Пожалуйста не выключайте компьютер
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83

36. Сообщение от Аноним (36), 25-Июн-18, 10:52	+/–
ну да ну да, если места хватит :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

37. Сообщение от exSun (ok), 25-Июн-18, 10:55	–1 +/–
systemd-autoupdated
Ответить | Правка | Наверх | Cообщить модератору

38. Сообщение от нах (?), 25-Июн-18, 11:21	+/–
компьютер может выключаться вполне осмысленно - например, кончается электричество. А "эта штука", раз запустившись, будет работать, пока не кончится. После чего попробует еще и откатиться - на fs с последствиями неудачного выключения в момент наиболее активной пилежки диска. ну ничего, ничего, еще лет пять - встроят проверку состояния батареи через system-batteryd, потом вспомнят про существование usp'ов, а потом, наконец, дойдет и до десктопов не подключенных к гарантированному питанию, если они еще будут такие на свете, и может даже милостиво позволят пользователю все же выключить питание, когда ему понадобилось, а установить обновления как-нибудь в другой раз. "как в винде".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #76

41. Сообщение от Аноняшка (?), 25-Июн-18, 11:36	+/–
Че все (комментаторы) так системд любят? Два цента за комментарий от рептилоидов, не?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #107

42. Сообщение от Аноним (42), 25-Июн-18, 12:12	+3 +/–
Ждем выпуск system-autorepair-after-autoupdate
Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от Аноним (71), 25-Июн-18, 12:32	+/–
Цитата автора "Да, можно вести занятия через Skype и наслаждаться отвратительным качеством групповой связи и привязкой к кривому проприетарному программному обеспечению" и тем не менее сильно увлечён написанием системы под это самое кривое проприетарное ПО.
Ответить | Правка | Наверх | Cообщить модератору

44. Сообщение от RotarenegeD (?), 25-Июн-18, 12:33	–3 +/–
можно автоматизировать обновы на предприятии и для этого не надо писать свой башскрипт для обновления зоопарка.. это просто удобнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #53

45. Сообщение от Аноним (71), 25-Июн-18, 12:35	+/–
Наверное решил сменить работу и нарабатывает портфолио.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #55

46. Сообщение от RotarenegeD (?), 25-Июн-18, 12:37	–3 +/–
> чем это лучше запихнутого в cron "sudo apt-get -f install; sudo apt-get > update; sudo apt-get dist-upgrade -y"? > не понятно как видишь оно ещё и снапшоты фигачит и защита от выключения есть.. в общем то это просто дописанный до ума скрипт автообновления который каждый админ хотя раз костылил в систему с заранее решёнными детскими проблемами таких скриптов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #49, #63, #74

47. Сообщение от Аноним (47), 25-Июн-18, 12:51	+5 +/–
В SUSE - это файловая система по умолчанию. У меня на домашних компах тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #61, #116

48. Сообщение от Аноним (48), 25-Июн-18, 12:55	+1 +/–
>с трехуровневой блокировкой выключения ПК во время обновления Как это показательно :) На всяких винфаках недавно жаловались, что в Win10 такая же обнова прилетела, фиг выключишь комп нормально. Даже если надо куда-то сорваться и бежать по делам.
Ответить | Правка | Наверх | Cообщить модератору

49. Сообщение от Аноним (67), 25-Июн-18, 13:12	+1 +/–
> это просто дописанный до ума скрипт автообновления Нет, это написанный без ума скрипт, потому что делает кучу ненужного, включая эти самые блокировки. > который каждый админ хотя раз костылил в систему Нормальный админ не изобретает велосипеды, а использует штатные средства дистрибутива.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

50. Сообщение от Аноним (67), 25-Июн-18, 13:14	+/–
> 100% гарантиии оставления в консистентном состоянии нет. Значит у Вас неправильный дистрибутив с неправильным пакетным менеджером. Не знаю даже, где Вы такой нашли, потому что во всех мейнстримных эта проблема решена давным-давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

51. Сообщение от Аноним (67), 25-Июн-18, 13:18	+/–
> Что касается рубания с кнопки, то если юзер совсем идиот, то значит совсем идиот. Что должен подумать пользователь-неидиот, если вдруг у него безо всяких объяснений пропала/стала неактивной кнопка выключения, и что он должен предпринять, если ему таки нужно срочно выключить комп?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #60

52. Сообщение от Вуыкло (?), 25-Июн-18, 13:23	+1 +/–
Костыли однако
Ответить | Правка | Наверх | Cообщить модератору

53. Сообщение от Anonymoustus (ok), 25-Июн-18, 13:46	+1 +/–
Стесняюсь спросить: много ли предприятий вы лично уже так автоматизировали на «обновы»? И что такое, кстати, «обновы»? На каком это языке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #68, #118

54. Сообщение от Anonymoustus (ok), 25-Июн-18, 13:49	+1 +/–
> что же неймется этим горе-разработчикам всё пытаются высосать из пальца какую-то надуманную > задачу (для себя) и припаять в ядро/ОС очередной костыль, чтобы усложнить > людям жизнь. П.Д.Р.Сы, сэр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

55. Сообщение от Anonymoustus (ok), 25-Июн-18, 13:50	+1 +/–
> Наверное решил сменить работу и нарабатывает портфолио. На больничный он себе так наработает, если живым людям свою агитацию начнёт втирать. Ну а на форуме можно, интернет всё степит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

60. Сообщение от mikhailnov (ok), 25-Июн-18, 14:06	–3 +/–
Графические уведомления появляются в момент показа заблокированной кнопки и объясняют ему, почему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #71

61. Сообщение от Аноним (61), 25-Июн-18, 14:07	–4 +/–
Поздравляю, у тебя дома система работает намного медленнее чем могла бы с Ext4. Так ли часто бывает необходима система снапшотов на уровне ФС, оно того стоит? От навернувшегося диска оно не поможет, а восстановить систему при поломке пакетов на крайняк и через chroot можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #65, #72

62. Сообщение от Аноним (65), 25-Июн-18, 14:14	+/–
>та самая бтрфс, которую самые успешные бизнесмены назвали deprecated? Это кто: Михельсон, Мордашов, Лисин и ниже?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

63. Сообщение от Anonimus (??), 25-Июн-18, 14:14	+/–
Админы точно не пишут скриптов для этого - уже давно есть поддержка unattended updates на серверных дистрибутивах, для десктопных автоматически только проверка обновлений. А это чудо инженерной мысли сугубо для безруких вантузятников, которые не будут обновлять свою систему самостоятельно и которые захотят перейти на линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

64. Сообщение от marls (?), 25-Июн-18, 14:16	+/–
Админа локалхоста с 15летним стажем  достаточно не идиот для примера? Однажды я куда-то там сунул окно терминала и запамятовал про апдейт и вырубил комп. Но, правда, он вполне себе продолжился после запуска. Повезло, что ничего важного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

65. Сообщение от Аноним (65), 25-Июн-18, 14:21	+2 +/–
Ext4 очень передовая ФС со статическими iнодами, ага.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #124

66. Сообщение от Аноним (66), 25-Июн-18, 14:31	+2 +/–
Ну вот зачем это издевательство над пользователями?
Ответить | Правка | Наверх | Cообщить модератору

67. Сообщение от Аноним (67), 25-Июн-18, 14:49	+/–
> тем что в таком случае ты не контролируешь установку обновлений и потенциально будучи в соре с здравым смыслом - можешь выключить компьютер. Ты тоже думаешь, что в таком случае произойдёт что-то более страшное, чем обновление только части из запланированных пакетов? Поэкспериментируй на виртуалке, что ли. Сломать систему корректной остановкой в момент обновления невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #73, #78

68. Сообщение от topin89 (?), 25-Июн-18, 14:56	–1 +/–
Твои аргументы: ненужно и сленг -- это плохо. Отличные аргументы, что сказать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

70. Сообщение от Вареник (?), 25-Июн-18, 15:21	+/–
>> самые успешные бизнесмены назвали Самые успешные анонимусы ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

71. Сообщение от Аноним (71), 25-Июн-18, 15:27	+2 +/–
Дарю идею: можно ещё блокировать управлениями беспроводными и проводными сетями на время скачивания свежих апдейтов. Да много ещё чего можно блокировать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #96

72. Сообщение от нах (?), 25-Июн-18, 16:10	–2 +/–
все нормально, если бы он ее ставил на Ext4 - под ним бы оказался lvm, сведя весь (малозаметный, надо сказать, при стандартных настройках имени rh) выигрыш производительности к нулю. Заодно были бы и снапшоты, только неработающие, потому что им нужно место ;-) > восстановить систему при поломке пакетов на крайняк и через install можно, вы ж хотели "как в виндах". поправил, не благодари.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

73. Сообщение от нах (?), 25-Июн-18, 16:16	–1 +/–
> Ты тоже думаешь, что в таком случае произойдёт что-то более страшное, чем > обновление только части из запланированных пакетов? Поэкспериментируй на виртуалке, что > ли. Сломать систему корректной остановкой в момент обновления невозможно. что происходит, если прибить dpkg (не apt/еще какую высокоуровневую хрень, а dpkg!) в момент апдейта _базы_ пакетов? Я честно не знаю, у меня мало убунт/дебианов под рукой. redhat с битыми базами rpm боролась несколько лет (там, правда, по-моему, был berkley db >1.83, doomed to die сам по себе, и вылечилось как у всех - апгрейдом на еще более новые версии). Автоматика регулярного бэкапа этих баз во многих rh-based осталась и по сей день, как память о тех мрачных временах. (по понятным причинам, проблему решала только частично)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #91

74. Сообщение от нах (?), 25-Июн-18, 16:24	–3 +/–
> как видишь оно ещё и снапшоты фигачит и защита от выключения есть.. отличный снапшот у него выйдет на ext4? (или ссыстемда теперь будет требовать новую-модную fs в обязательном порядке?) Защита от выключения точно возьмет мне электричество из воздуха? > в общем то это просто дописанный до ума скрипт автообновления который > каждый админ хотя раз костылил в систему с заранее решёнными детскими > проблемами таких скриптов. по-моему наоборот - это кривонаписанный костыль для/от альтернативно-одаренных юзеров "хотим как в винде", болеющий всеми-всеми детскими болезнями времен windowsME. Сколько там прошло, лет пятнадцать? Вот и этот к 2030му выздоровеет. (к 33му начнутся "запланированные перезагрузки" на основе автоугадава когда именно этот пользователь спит и прочий бред)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #75

75. Сообщение от mikhailnov (ok), 25-Июн-18, 17:19	–2 +/–
Только вот в windows обновление начинается после выключения системы, и со 100% вероятностью помешает пользователю, а здесь оно начнется после включения компьютера и к моменту его выключения с большой вероятностью не будет идти. Кто что не умеет: я объяснять или анонимусы с опеннета читать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #105, #129

76. Сообщение от mikhailnov (ok), 25-Июн-18, 17:23	+1 +/–
> ну ничего, ничего, еще лет пять - встроят проверку состояния батареи через > system-batteryd, потом вспомнят про существование usp'ов, а потом, наконец, дойдет и > до десктопов не подключенных к гарантированному питанию Готово, ConditionACPower=true: https://gitlab.com/mikhailnov/system-autoupdate/commit/b77a7... Спасибо за напоминание.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

77. Сообщение от Аноним (77), 25-Июн-18, 19:00	–2 +/–
Ну сабжевое решение универсально и наверняка будет по дефолту присутсвовать, может даже включаться при установке путем установки галочки. А апт только в дебианоклонах присутсвует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

78. Сообщение от деаноним (?), 25-Июн-18, 19:06	–1 +/–
В убунте обычно весь набор пакетов сначала качается, потом распаковывается, затем только настраивается... самому интересно, что будет, если прервать один из последних двух этапов. На генте во время ночного обновления тихо отключали электричество. В результате пропал XDG_RUNTIME_DIR (сама директория, не переменная). Остаётся гадать, что ещё могло сломаться (без этого каталога много чего не работает, включая кеды, пульаудио и некоторые права на работу с network manager). Боюсь придётся делать переустановку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #80, #84, #92

79. Сообщение от freehck (ok), 25-Июн-18, 19:43	+9 +/–
> Какие профиты то, исключая невозможность прерывания, в сравнении с просто обновлением файловым менеджером? > в сравнении с просто обновлением файловым менеджером? > файловым менеджером? Месье знает толк в обновлениях...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

80. Сообщение от Gannet (ok), 25-Июн-18, 19:59	+1 +/–
Попросит выполнить dpkg --configure -a
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

81. Сообщение от freehck (ok), 25-Июн-18, 20:01	+3 +/–
> Автоматическое обновление серверных и десктопных установок различных дистрибутивов Linux без участия пользователя Всё, остановитесь. Если это исходный посыл, то извините, но это уже неправильно. У пользователя надо как минимум запрашивать подтверждение на начало проведения обновления. > Блокируются графические кнопки выключения, перезагрузки, ухода в сон, гибернации в графической оболочке, а при попытке ими воспользоваться выводятся графические уведомления, сообщающие пользователю, что систему невозможно выключить Вообще класс. То есть пользователь закрывает крышку ноутбука, и будучи искренне убеждён, что тот отправится в сон, кладёт его в портфель между пледом и бутербродом. Через 10 минут ноут превратится в печку и автоматически вырубится, не завершив обновление и повредив систему, бутерброд станет противно есть, а вытекшее с него на плед масло/сыр оставят пятна. > Разработчик проекта рекомендует сочетать system-autoupdate с функциональностью apt-btrfs-snapshot Разработчику проекта рекомендую подумать о проблемах, которые он создаст людям, которым это вкатит. upd: Плюс весьма любопытно, каковы были мотивы написания этого... продукта. Вон в той же нелюбимой мной Ubuntu есть весьма годные штуки под названием емнип update-manager/update-notifier. Они вообще говоря на ubuntu не завязаны и могут работать где угодно. И логика её работы update-manager выглядит правильной, и не приводит ни к каким эксцессам. Почемы бы было просто не использовать её?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87

83. Сообщение от freehck (ok), 25-Июн-18, 20:04	+/–
> системд портит мозг даже переводчику интерфейса? Не было никакого переводчика. Это русский разработчик. Он же и новость тут запостил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

84. Сообщение от freehck (ok), 25-Июн-18, 20:32	+1 +/–
> В убунте обычно весь набор пакетов сначала качается, потом распаковывается, затем только > настраивается... самому интересно, что будет, если прервать один из последних двух > этапов. Не просто в убунте, а вообще в любой debian-based-системе. Это общая логика для APT. Если завалится на этапе конфигурирования, то пакет будет помечен, как несконфигурированный и потребуется дерево конфигурации снова создать и свернуть. В любом случае apt-get -f обычно решает эту проблему. А вот c rpm-based -- там будут проблемы, потому что если пакет завалил конфигурацию (читай, post-install), то он всё равно считается установленным, и будь что будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #102

85. Сообщение от freehck (ok), 25-Июн-18, 20:43	+/–
> чем это лучше запихнутого в cron "sudo apt-get -f install; sudo apt-get > update; sudo apt-get dist-upgrade -y"? Это в любом случае плохая практика, даже по cron-у.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

86. Сообщение от freehck (ok), 25-Июн-18, 20:47	+1 +/–
> Откат BTRFS - 1 сек. Конечно-конечно. Но мало у кого стоит btrfs.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

87. Сообщение от mikhailnov (ok), 25-Июн-18, 21:37	–3 +/–
>У пользователя надо как минимум запрашивать подтверждение на начало проведения обновления Тот, кто умеет обновлять, может не использовать system-autoupdate. Убунта ставится на декстоп или ноутбук домохозяйки, домохозяина или просто хорошего человека, который сам не умеет и не должен уметь что-то обновлять, например, он наш удаленный сотрудник и использует Линукс на ноутбуке для проведения вебинаров (реальный юз-кейс, не придумано). Его компьютером занимаюсь только я, но при этом он находится в другом городе за сотни километров от меня, линукс туда ставился удаленно, и я ни разу в глаза не видел этот комп. Есть несколько таких людей, пока еще не успел у них внедрить system-autoupdate, но это будет скоро сделано, и делалось именно в том числе для такого использования. > Вон в той же нелюбимой мной Ubuntu есть весьма годные штуки под названием емнип update-manager/update-notifier Думаю, из сказанного выше понятно, почему они не то, что нужно. На счет закрывания крышки интересная мысль, надо бы проверить, не будет ли происходить повторного срабатывания датчиков, когда блокировка уже будет снята. В принципе не так сложно сделать так, чтобы вместо просто отказа в выключении/засыпании система автоматически выполняла указанное действие по завершению обновления, но тогда не совсем понятно, зачем блокировать компьютер, как виндоффс, когда как в это время на нем можно продолжать работать. Обратите внимание, что обновление начинается сразу после ВКЛючения системы, и к ее ВЫКЛючению с большой вероятностью уже не будет блокировки. А частые обновления делают процесс обновления быстрым. > Разработчику проекта рекомендую подумать о проблемах, которые он создаст людям, которым это вкатит. Например? Только давайте без пересказов форумных историй о падениях BTRFS времен ядер 2.х и 3.х, скоро 5.х будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #88, #108, #113

88. Сообщение от Аноним (71), 25-Июн-18, 22:09	+1 +/–
Т.е. юзер запускает систему чтоб в ней поработать, а тут бац и прилетели обновы, которые сразу же похерили внешний вид уже запущенного софта. И такая лотерея каждый день. Хорошенькая перспективка. Похоже набирает обороты новое понятие junk soft, следом за bloatware.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #90

89. Сообщение от Аноним (89), 25-Июн-18, 22:31	+2 +/–
Не удалось выключить комп. комп. Вы что серьезно? Комп.? Оставьте ПК включенным? И эти люди еще смеют гнобить microsoft за их систему обновления?
Ответить | Правка | Наверх | Cообщить модератору

90. Сообщение от mikhailnov (ok), 25-Июн-18, 23:25	–3 +/–
Речь не об Арче, GTK не обновляется до новых мажорных версий, тема не слетит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #93

91. Сообщение от Аноним (16), 25-Июн-18, 23:36	+/–
Что, по SIGTERM база бьётся? Не верю!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #156

92. Сообщение от Аноним (16), 25-Июн-18, 23:38	+/–
> На генте во время ночного обновления тихо отключали электричество. В результате пропал > XDG_RUNTIME_DIR (сама директория, не переменная). Остаётся гадать, что ещё могло сломаться > (без этого каталога много чего не работает, включая кеды, пульаудио и > некоторые права на работу с network manager). Боюсь придётся делать переустановку. Ещё один нечитатель. Я вообще-то про корректное отключение говорил. А от ситуации "электричество кончилось" и сабж ничем не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

93. Сообщение от Аноним (71), 26-Июн-18, 00:40	+2 +/–
В описании сказано о поддержке арча, теперь начинаются отмазки? Лёня покусал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #95

95. Сообщение от mikhailnov (ok), 26-Июн-18, 00:57	–3 +/–
В документации (https://gitlab.com/mikhailnov/system-autoupdate/blob/master/... сказано: "..., если доверяешь стабильности используемого дистрибутива Linux". Арч поддерживается, дальше сам думаешь, будешь использовать или нет. Надо - используй, не надо - не используй. Я стабильности Арча не доверяю, а тебя никто не заставляет этим пользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #97

96. Сообщение от Аноним (96), 26-Июн-18, 01:00	+1 +/–
Вообще весь ввод блокировать, чтобы пользователь ни окно выключения/перезагрузки открыть не смог, ни терминал для "killall -9 <автообновлятор>", ни ещё чего такого-эдакого учудить. Все процессы блокировать, чтобы они своими I/O и сетевой активностью не мешали процессу обновления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

97. Сообщение от Аноним (71), 26-Июн-18, 01:25	+2 +/–
Лучше рекламы и не придумаешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

101. Сообщение от Аноним (101), 26-Июн-18, 05:15	–1 +/–
Вы ССЗБ если пытаетесь на систему установленную из оригинального образа 7ки установить 200 обновлений за 1 раз и 1 перезагрузку, давно доступны образы с интегрироваными апдейтами, любой может его собрать при помощи dism и других вантузоидных утилит. В 10ке же мелкософт исправился и выпускает сам свежие релизы венды каждые 6 месяцев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

102. Сообщение от Аноним (101), 26-Июн-18, 05:21	+2 +/–
>> В убунте обычно весь набор пакетов сначала качается, потом распаковывается, затем только >> настраивается... самому интересно, что будет, если прервать один из последних двух >> этапов. > Не просто в убунте, а вообще в любой debian-based-системе. Это общая логика > для APT. > Если завалится на этапе конфигурирования, то пакет будет помечен, как несконфигурированный > и потребуется дерево конфигурации снова создать и свернуть. Правды ради замечу что пакеты по дефолту являются несконфигурированными, и потом после конфигурации уже помечяются установленными корректно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #128

104. Сообщение от Аноним (104), 26-Июн-18, 08:12	+/–
А на фразе: > командно-управляющего сервера (например, Ansible, Puppet, `Zabbix`) Ни у кого глаз не дёргнулся?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #106, #114

105. Сообщение от Аноним (105), 26-Июн-18, 08:37	+1 +/–
Вот именно, что на В-нде по-человечески сделано, а тут хомяк сперва офигеет от того, что комп внизaпна вдруг начал тормозить, попытается перезагрузить, обломается, запаникует и рубанет питалово.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #109

106. Сообщение от Аноним (106), 26-Июн-18, 09:29	+/–
InfluxDB, Grafana, Graphite, statsd, fluentd, telegraf, etc...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

107. Сообщение от Аноним (-), 26-Июн-18, 12:36	–1 +/–
потому что прямой хейт сабжа трется, не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

108. Сообщение от Аноним (67), 26-Июн-18, 12:48	+/–
> Убунта ставится на декстоп или ноутбук домохозяйки, домохозяина или просто хорошего человека, который сам не умеет и не должен уметь что-то обновлять, например, он наш удаленный сотрудник и использует Линукс на ноутбуке для проведения вебинаров (реальный юз-кейс, не придумано). Его компьютером занимаюсь только я, но при этом он находится в другом городе за сотни километров от меня, линукс туда ставился удаленно, и я ни разу в глаза не видел этот комп. Этот вопрос прекрасно решает unattended-upgrades, который настраивается куда более гибко и не блокирует ничего лишнего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #121

109. Сообщение от Anon3 (?), 26-Июн-18, 12:48	+/–
А может самый нормальный вариант, это как ChromeOS? Атомарное обновление клона
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #130

110. Сообщение от Аноним (110), 26-Июн-18, 14:47	–1 +/–
Осталось увидеть такое для Slackware и Gentoo, а то системад корявый, а потом в нем что-то поменяют, что поломается автообновлятор и вообще не смешно станет. Это конечно очень сложно, но руками ядро обновлять не весело, особенно с ручными настройками без генкернела - вот только в таком месте нужна подобная автоматизация. А то влепят неясную лажу при обновлении, а настроить нафигпосылатель уже не получится - нужны были бы настройщики обновления ядра, которые изврат оттяпают из нововведений, ну или предложат с человеческими пояснениями что это за новая приблуда в ядре и чем она отличается от старой и самое главное - нафига мне о ней надо знать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #112

112. Сообщение от mikhailnov (ok), 26-Июн-18, 16:34	+/–
Автопересборщик мира?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #119

113. Сообщение от freehck (ok), 26-Июн-18, 20:08	+1 +/–
>[оверквотинг удален] > Тот, кто умеет обновлять, может не использовать system-autoupdate. > Убунта ставится на декстоп или ноутбук домохозяйки, домохозяина или просто хорошего человека, > который сам не умеет и не должен уметь что-то обновлять, например, > он наш удаленный сотрудник и использует Линукс на ноутбуке для проведения > вебинаров (реальный юз-кейс, не придумано). Его компьютером занимаюсь только я, но > при этом он находится в другом городе за сотни километров от > меня, линукс туда ставился удаленно, и я ни разу в глаза > не видел этот комп. Есть несколько таких людей, пока еще не > успел у них внедрить system-autoupdate, но это будет скоро сделано, и > делалось именно в том числе для такого использования. Ну я о чём-то таком разумеется догадывался, но боюсь, что данная ситуация описывается простым тезисом: "ваши процессы не отлажены". Если ноутбук находится в личном пользовании у сотрудника, то и ответственность за него должен нести сотрудник. Если он не умеет и не должен уметь обновляться -- то тут два варианта. Вариант первый: может ему и не нафиг не сдались обновления? Вариант второй: может быть написать должностную инструкцию, обязывающую его соглашаться на обновление системы, предложенное через штатные механизмы дистрибутива, и дожидаться их корректного завершения? Вы же предлагаете продукт, который может навернуться в ряде весьма нетривиальных граничных случаев, и при этом перекладывает ответственность с пользователя на администратора. Я вот не понимаю, зачем и кому это нужно. Человек должен иметь минимальные представления о том, как работать с системой на своей машине, равно как любой человек за рулём должен иметь водительские права. Потому что автопилот -- штука конечно клёвая, но опасная, в том числе и для пользователя/водителя. В общем, тут зарылся интересный нюанс, заключающийся в том, что иногда правильное решение технической проблемы -- не техническое. > Обратите внимание, что обновление начинается сразу после ВКЛючения системы, и к ее > ВЫКЛючению с большой вероятностью уже не будет блокировки. А частые обновления > делают процесс обновления быстрым. Само собой. Однако если мы в качестве аргумента берём именно этот вариант, тогда и запиханный в anacron apt-get dist-upgrade будет ничуть не хуже. Но Вы же хотели своим инструментом именно что предусмотреть граничные случаи, не так ли? >> Разработчику проекта рекомендую подумать о проблемах, которые он создаст людям, которым это вкатит. > Например? Только давайте без пересказов форумных историй о падениях BTRFS времен ядер > 2.х и 3.х, скоро 5.х будет. Я ничего не имею против btrfs. Вы написали в новости, что *рекомендуете* совместное использование с btrfs. Стало быть, Вы допускаете вариант работы продукта и без него. Если btrfs нету, экспириенс в случае сбоя будет не слишком приятным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #131, #132

114. Сообщение от freehck (ok), 26-Июн-18, 20:17	+/–
> А на фразе: >> командно-управляющего сервера (например, Ansible, Puppet, `Zabbix`) > Ни у кого глаз не дёргнулся? Ахахаха, и то правда... Два чаю господину Орлиному Глазу! :) А вообще, сдаётся мне, что глаз-то у народа начал дёргаться почти сразу после прочтения заголовка... )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #142

116. Сообщение от псевдонимус (?), 26-Июн-18, 22:06	+/–
Так тебе и надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

118. Сообщение от то ещё быдлан (?), 26-Июн-18, 22:50	+/–
чё ты э? по вашемуж вродь написано.. ну для этих которые сами подумать не умеют..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

119. Сообщение от еееееееееее (?), 26-Июн-18, 23:37	+/–
а тут все комменты о ненужности и опасности внедрения сабжа трут ? разаработчик кривого никого не нужного велосипеда знакомый модератора ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #153

120. Сообщение от Гентушник (ok), 27-Июн-18, 00:05	+/–
> "Не получится выключить комп." Чего уж там, не комп, а "пекарня" бы написали. Или "комплюхтер".
Ответить | Правка | Наверх | Cообщить модератору

121. Сообщение от freehck (ok), 27-Июн-18, 00:44	+/–
> Этот вопрос прекрасно решает unattended-upgrades, который настраивается куда более гибко > и не блокирует ничего лишнего. Кстати спасибо. Не знал об этом инструменте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

122. Сообщение от freehck (ok), 27-Июн-18, 01:12	–1 +/–
Хехехе, народ. Если кто считает, что автор до сих пор был недостаточно унижен, то вот код, о котором идёт речь. :) Перед чтением этих скриптов запаситесь попкорном. https://gitlab.com/mikhailnov/system-autoupdate/blob/master/... https://gitlab.com/mikhailnov/system-autoupdate/blob/master/... Вот как обновляется система. https://gitlab.com/mikhailnov/system-autoupdate/blob/master/... Вау, автор предусмотрел возможность руками задать список демонов для перезагрузки! :) https://gitlab.com/mikhailnov/system-autoupdate/blob/master/...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #125, #126

123. Сообщение от Адекват (ok), 27-Июн-18, 08:52	+/–
с трехуровневой блокировкой выключения ПК во время обновления. А защиту от пропадания электричества в сети они предусмотрели ? ну или хотя бы с apcupsd эта "программа" дружит ? А вообще все как в винде становится - systemd с его зависимостями прям как виндовые службы - один в один. Теперь еще тут - "не выключайте питание компьютера, пока обновление не будет установлено". Красота :) Arch Огонь, просто огонь :)) Разработчик проекта рекомендует сочетать system-autoupdate с функциональностью apt-btrfs-snapshot, которая автоматически делает снапшот (снимок состояния) корня файловой системы ОС при любой операции с пакетами Ну а чо - в линуксах по другому никак - запустил обновление и молись, чтобы ничего не сломалось, ну или не стало хуже чем было. Проще будет делать акронисом или dd корень куда-нить копировать, ну и всякие ~/.config тоже.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #133

124. Сообщение от Адекват (ok), 27-Июн-18, 09:08	+/–
> Ext4 очень передовая ФС со статическими iнодами, ага. А вам удавалось их исчерпать ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

125. Сообщение от Xxxxxxx (?), 27-Июн-18, 11:07	–1 +/–
Кстати посмотрел по коду.. скрипты обновления на дебиан системах 100% не отработают на всех пакетах в автомате.. но автору в принципе похоже только попариться нужно.. и таки почему такое как главная новость опеннета идёт ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #134

126. Сообщение от Аноним (67), 27-Июн-18, 11:24	–1 +/–
Я уже смотрел эти скрипты и должен сказать, что для нашего времени автор исключительно хорошо владеет шеллом. Если он вдруг заинтересован в работе в Питере, нам с ним определённо есть о чём поговорить. Ну а что скрипты делают кучу бессмысленных вещей — так чего ждать от инструмента, изначально предназначенного для решения несуществующей проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #127

127. Сообщение от freehck (ok), 27-Июн-18, 11:44	+/–
> Если он вдруг заинтересован в работе в Питере, нам с ним определённо есть о чём поговорить. > Ну а что скрипты делают кучу бессмысленных вещей — так чего ждать от инструмента, изначально предназначенного для решения несуществующей проблемы. Ах, забирайте. Поделом вам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

128. Сообщение от freehck (ok), 27-Июн-18, 13:37	+/–
> Правды ради замечу что пакеты по дефолту являются несконфигурированными, и потом после > конфигурации уже помечяются установленными корректно. Да, это корректнее. Мой вариант допускал неправильную трактовку, будто он помечается несконфигурированным явно, а не остаётся помечен несконфигурированным. Спасибо за поправку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

129. Сообщение от нах (?), 27-Июн-18, 15:17	+/–
> Только вот в windows обновление начинается после выключения системы, и со 100% вероятностью > помешает пользователю почему помешает? Я люблю ткнуть в эту галку, уходя с работы домой - и пусть себе трудится (да, чтобы завершить утром, нужен WoL, но зачем жить бедно и хреново). Шансов что мне нужен был именно чистый Shutdown, а не hybernate, и я не заметил подвоха - далеко не 100. Теперь вот искусственный интеллект - галки никакой нет, а есть предупреждение - "ты работай, работай, раб, мы тут тебе перезагрузочку запланировали, когда тебя точно нет, так ты ничего хировыгребанного, типа этого своего линукса в виртуалочке, не оставляй, наш-то софт умеет правильно автосохраняться, а твой не факт". И хрен его знает, одна и та же ли программа запустится, если два раза подряд ее запускать - может, пока ты кофе пил, она обновилась. Это хорошо еще, в винде системных приложений хрен да нихрена, и их никому не жалко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

130. Сообщение от нах (?), 27-Июн-18, 15:19	+/–
> А может самый нормальный вариант, это как ChromeOS? Атомарное обновление клона с конфигами/версиезависимыми данными юзера что делать будем? В хрень-осе понятно что - ни конфиги, ни данные юзеру не принадлежат, они у гугля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

131. Сообщение от mikhailnov (ok), 27-Июн-18, 15:39	–2 +/–
> может быть написать должностную инструкцию, обязывающую его соглашаться на обновление системы, предложенное через штатные механизмы дистрибутива, и дожидаться их корректного завершения? Может, его еще научить из tty обновляться и прописать это в "должностную инструкцию"? > Вы же предлагаете продукт, который может навернуться в ряде весьма нетривиальных граничных случаев, и при этом перекладывает ответственность с пользователя на администратора. Все верно, администратор берет на себя ответственность, устанавливая system-autoupdate. > Человек должен иметь минимальные представления о том, как работать с системой на своей машине В моем случае не должен, потому что это невозможно. Если предложите методику обучения, буду рад. > Однако если мы в качестве аргумента берём именно этот вариант, тогда и запиханный в anacron apt-get dist-upgrade будет ничуть не хуже. Но Вы же хотели своим инструментом именно что предусмотреть граничные случаи, не так ли? Предусмотрен подграничный случай - выключение во время обновления. > Я ничего не имею против btrfs. Вы написали в новости, что *рекомендуете* совместное использование с btrfs. Стало быть, Вы допускаете вариант работы продукта и без него. Если btrfs нету, экспириенс в случае сбоя будет не слишком приятным. Экспериенс в случае любого сбоя будет не слишком приятным, я исхожу из того, что тот, кто это устаналивает, прочитал и понял, что оно делает. Дальше сам решает, нужно ему это или нет, я никого не заставляю и не предлагаю включать это по умолчанию в публично распространяемые дистрибутивы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #137

132. Сообщение от mikhailnov (ok), 27-Июн-18, 15:42	–2 +/–
> Вариант первый: может ему и не нафиг не сдались обновления? Все верно, ему вообще нафиг не сдалось любое обслуживание системы. Оно сдалось мне. То естьм не надо, чтобы его система была обновленной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #135

133. Сообщение от mikhailnov (ok), 27-Июн-18, 15:46	+/–
> А защиту от пропадания электричества в сети они предусмотрели ? ну или > хотя бы с apcupsd эта "программа" дружит ? Да: https://gitlab.com/mikhailnov/system-autoupdate/blob/master/... Если питание от батареи, обновление НЕ запускается. > Проще будет делать акронисом или dd корень куда-нить копировать, ну и всякие ~/.config тоже. dd, безусловно, прям проще снапшота BTRFS. Главное, насколько быстрее-то бекап и откат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #136

134. Сообщение от mikhailnov (ok), 27-Июн-18, 15:47	+/–
> скрипты обновления на дебиан системах 100% не отработают Можно пример ситуации, когда не отработают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #148

135. Сообщение от freehck (ok), 27-Июн-18, 17:18	+/–
> Оно сдалось мне. То естьм не надо, чтобы его система была обновленной. Сомневаюсь, что Вам это нужно. Но с удовольствием бы выслушал Ваши доводы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #141

136. Сообщение от Адекват (ok), 27-Июн-18, 17:31	–1 +/–
>> А защиту от пропадания электричества в сети они предусмотрели ? ну или >> хотя бы с apcupsd эта "программа" дружит ? > Да: https://gitlab.com/mikhailnov/system-autoupdate/blob/master/... > Если питание от батареи, обновление НЕ запускается. >> Проще будет делать акронисом или dd корень куда-нить копировать, ну и всякие ~/.config тоже. > dd, безусловно, прям проще снапшота BTRFS. Главное, насколько быстрее-то бекап и откат. А если нет btrfs и нет желания, а главное возможности его поставить ? Я к тому, что, к сожалению, без бекапов в линуксах перед обновлениями - никак, увы. Хотя могло бы быть КАК, только лишь нужно отказаться от структуры каталогов и концепции разделяемых библиотек 80ых, зависимости, чтобы их ! А вы представьте, что может быть линукс, в котором не только не ломается после апдейта ничего, но и работает любая софтина, когда-либо под него написанная ?!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #138, #139, #147

137. Сообщение от freehck (ok), 27-Июн-18, 17:32	+1 +/–
>> Человек должен иметь минимальные представления о том, как работать с системой на своей машине > В моем случае не должен, потому что это невозможно. Если предложите методику > обучения, буду рад. Ну, я всё-таки не эникей, чтобы обучать сотрудников. :) Однако в данном случае этого и не нужно. Составляешь инструкцию (можно даже с картинками), согласуешь с руководством и, возможно, кадровиками -- а дальше не твоя забота.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #140

138. Сообщение от freehck (ok), 27-Июн-18, 17:34	+/–
Так он вроде бы выше тут писал, что тот, кто ставит это на машину -- сам себе злобный буратино. :) "я исхожу из того, что тот, кто это устаналивает, прочитал и понял, что оно делает. Дальше сам решает, нужно ему это или нет, я никого не заставляю и не предлагаю включать это по умолчанию в публично распространяемые дистрибутивы"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

139. Сообщение от mikhailnov (ok), 27-Июн-18, 18:02	+/–
Отказ от FSH не решит ни одну проблему и создаст много новых. Проблема обратной совместимости сильно преувеличена, и часто возникает потому, что в debian переименовали пакет, содержащий номер so name в названии, или удалили его, пример - libtiff3 с кучей CVE. Linux не ломается после апдейта в большинстве случаев; то, что предусмотрена страховка, не означает, что ей приходится пользоваться часто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

140. Сообщение от mikhailnov (ok), 27-Июн-18, 18:04	–1 +/–
> Ну, я всё-таки не эникей, чтобы обучать сотрудников. :) > Однако в данном случае этого и не нужно. Составляешь инструкцию (можно даже > с картинками), согласуешь с руководством и, возможно, кадровиками -- а дальше > не твоя забота. Давай я сам решу, что моя забота...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

141. Сообщение от mikhailnov (ok), 27-Июн-18, 18:29	–1 +/–
А почему Вы думаете, что я пофигист и должен пытаться сохранить низкую температуру своей задницы любой ценой? Мне интересно, чтобы, как минимум, у человека была свежая версия браузера без CVE, сайты не ругались на старую версию, обновленное ядро с закрытыми CVE, обновленные мои пакеты из моего репозитория. Ставить линукс и забивать на безопасность - это ускорение нашествия массовых попыток обманом или взломами внедрить вирусы на линукс. Если это произойдет, то мы (сообщество) проиграли, т.к. начавшийся тренд будет не остановить. Если говорить о личных серверах, то там, где использовпние автообновлений уместно, system-autoupdate позволяет быстро закрыть уязвимость. Наример, пару дней назад вышло обновление панели VestaCP с закрытием очередной уязвимости, а у меня оно установилось раньше, чем я о нем узнал. [панель висит на нестандартном порту, и вход в нее дополнительно прикрыт http-авторизацией nginx]. Для сервера действительно нет большой разницы с кроном, но интересно иметь универсальное и одинаковое решение везде, а не на каждом сервере городить свои костыли и потом забывать, что, где и как работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #143, #145, #151

142. Сообщение от mikhailnov (ok), 27-Июн-18, 18:31	–1 +/–
>> А на фразе: >>> командно-управляющего сервера (например, Ansible, Puppet, `Zabbix`) >> Ни у кого глаз не дёргнулся? > Ахахаха, и то правда... Два чаю господину Орлиному Глазу! :) > А вообще, сдаётся мне, что глаз-то у народа начал дёргаться почти сразу > после прочтения заголовка... ) Что не так? https://www.zabbix.com/documentation/3.4/manual/config/notif...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #146

143. Сообщение от Anonymoustus (ok), 27-Июн-18, 18:40	+1 +/–
> Ставить линукс и забивать на безопасность - это ускорение нашествия массовых попыток > обманом или взломами внедрить вирусы на линукс. Если это произойдет, то > мы (сообщество) проиграли, т.к. начавшийся тренд будет не остановить. Ах, вирусы… Так вы заботитесь об избавлении линукса от вирусов? А ведь каков пафос!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

144. Сообщение от mikhailnov (ok), 27-Июн-18, 18:41	+/–
У unattended-upgrades и apt-btrfs-snapshot один и тот же изначальный автор из компании Canonical, и оба написаны в районе 2011 года. Это для размышления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

145. Сообщение от freehck (ok), 27-Июн-18, 18:46	+/–
Любо-зелено читать. )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

146. Сообщение от freehck (ok), 27-Июн-18, 18:51	+/–
> Что не так? То, что заббикс не для этого предназначен. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

147. Сообщение от freehck (ok), 27-Июн-18, 19:15	+/–
> А если нет btrfs и нет желания, а главное возможности его поставить > ? Я к тому, что, к сожалению, без бекапов в линуксах > перед обновлениями - никак, увы. Хотя могло бы быть КАК, только > лишь нужно отказаться от структуры каталогов и концепции разделяемых библиотек 80ых, > зависимости, чтобы их ! > А вы представьте, что может быть линукс, в котором не только не > ломается после апдейта ничего, но и работает любая софтина, когда-либо под > него написанная ?!! О, просите, я поначалу прочитал по диагонали, и понял неправильно. Тонко. Лайк! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

148. Сообщение от Xxxxxxx (?), 27-Июн-18, 22:51	+/–
Например интерактивные вопросы при установке автору велосипеда не знакомы.. уж про политику работы со старыми конфигами можно и не упоминать.. в общем желающие ломать себе систему кривымии и не протестированными скриптами налетай
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #149

149. Сообщение от mikhailnov (ok), 28-Июн-18, 00:37	+/–
По умолчанию (в Ubuntu, как минимум) на вопрос, что делать с измененным конфигом, дается ответ "оставить старый". Это настраивается, можно изучить debconf(5) и debconf(7). Это не входит в задачу скрипта обновления, а настраивается администратором и может быть настроено по-разному. Вот export DEBIAN_FRONTEND=noninteractive можно сделать, чтобы не сыпало в лог ошибками выбора фронтенда. Не стоит считать себя самым умным, а всех остальных дураками.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #150

150. Сообщение от Аноним (150), 28-Июн-18, 14:35	+/–
> Не стоит считать себя самым умным, а всех остальных дураками. Вы будто первый раз на опеннет зашли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

151. Сообщение от Аноним (151), 13-Июл-18, 23:20	+1 +/–
в вашем манямирке апдейты==НЕТВИРУСОВ? разочарую,прилетит новый пакет, там сломали обратнуб совместимость и кто-то поедет в магадан быстренько исправлять это и откатывать апдейты (в лучшем случае через тимвьювер матерясь полезет). И такого уровня школотрон рекламируется в главных новостях. Алё, шигорин сотоварищи, сами же свою экосистему топите в смузи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #152

152. Сообщение от mikhailnov (ok), 19-Июл-18, 01:48	–1 +/–
> в вашем манямирке апдейты==НЕТВИРУСОВ? разочарую,прилетит новый пакет, там сломали обратнуб > совместимость и кто-то поедет в магадан быстренько исправлять это и откатывать > апдейты (в лучшем случае через тимвьювер матерясь полезет). И такого уровня > школотрон рекламируется в главных новостях. Алё, шигорин сотоварищи, сами же свою > экосистему топите в смузи. Я вот не пойму, почему от автора ПО требуют вместе с ПО поставлять мозг пользователя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

153. Сообщение от freehck (ok), 21-Июл-18, 23:52	+/–
> а тут все комменты о ненужности и опасности внедрения сабжа трут ? > разаработчик кривого никого не нужного велосипеда знакомый модератора ? Сомневаюсь, что трут именно по этому признаку, с учётом того, что сами модераторы пишут об опасности и ненужности сабжа. )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

154. Сообщение от Аноним (154), 03-Май-19, 10:29	+/–
> до этого не дойдет, насколько я вижу, в случае неудачи будет сделан > откат. На что и каким образом будет сделан откат в общем случае, если обновление происходит когда в репозитории версии пакетов обновлены (т.е. старых уже нет)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

155. Сообщение от Аноним (154), 03-Май-19, 10:34	–1 +/–
> Какие профиты то, исключая невозможность прерывания, в сравнении с просто обновлением файловым > менеджером? Читаем "Linux установлен на не личную технику, а, например, на ноутбук знакомого". — Оно не выключалось, а мне надо было срочно уходить, потому я вытащил аккумулятор из ноутбука... — Ты сам виноват! Выключил, теперь придётся переустанваливать систему. — Сколько? ... Профит!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

156. Сообщение от Аноним (154), 03-Май-19, 10:55	+/–
> Что, по SIGTERM база бьётся? Не верю! Проверь, забей в поиск "если упала база RPM"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема