LINUX.ORG.RU

Fedora 18: большинство обновлений потребует перезагрузку

 , ,


0

1

На днях FESCo одобрил для внедрения в следующий, восемнадцатый, релиз Fedora очередную революционную новинку от продюсера pulseaudio, systemd и journal. Речь идет об оффлайновых обновлениях системы.

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

Для начала, предлагается всё, что несет с собой desktop-файл и появляется в меню, считать приложением, а всё остальное — обновлением системы. В дальнейшем, возможно, будут внедрены дополнительные подсказки в метаданных пакетов. Поскольку основная часть пакетов не включает в себя desktop-файлы, очевидно, что любое обновление, включая, например, установку другого ядра, будет требовать две перезагрузки только чтобы установить сам пакет.

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

Ссылки:
Перевод критической статьи в IT world.
Страница новой технологии в Fedora wiki.

P.S. Новый механизм обновлений завязан на systemd, PackageKit и Gnome-shell. Пользователей командной строки и других DE просят не беспокоиться.

>>> Перевод страницы новой технологии из Fedora wiki

★★★★★

Проверено: post-factum ()
Последнее исправление: JB (всего исправлений: 13)

Ответ на: комментарий от z00ke

Не совсем понятно, кто вы, и как так.

AVL2 ★★★★★
() автор топика

Отзыв Леннарта Поттеринга на статью в IT world

Изумляет, как может IT-world вместить так много ерунды в одну статью. Они не читают, что, собственно, предлагается, они не разговаривают с теми, кто предлагает, они вообще ни во что не вникли. Это предел технической журналистики.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от max_udoff

имхо хуже. причем существенно.

Я могу понять, зачем это в вендувс, но зачем здесь, теряюсь...

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от AVL2

Действительно, это я всю новость не прочитал:

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

Это даже не венда, это полная жопа.

max_udoff
()

Безумства

Вот на тебе.. А ведь нормальный дистрибутив был...

Они что kexec и перезапуск, затронутых обновлениями служб, не умеют использовать?

Под «оффлайновыми» обновлениями ОС мы подразумеваем установку и обновление пакетов, которая проводится в специальном системном режиме обновлений с целью обойти проблемы, относящиеся к конфликтам библиотек и сервисов, которые в этот момент работают с диском.

Опа... А вот в gentoo можно на лету в фоне компилировать, обновлять, устанавливать бинарные пакеты и одновременно использовать ее в рабочем режиме, налету, не перегружаясь, сменить ядро.. Впрочем даже убунту не требует перезагрузки при установке пакетов. Отличились.

P.S.

Вычеркиваю для себя из списка дистрибутивов linux Федорку 18+.

glibych ★★
()

Хорошая новость. :)

AX ★★★★★
()

Перенеси в толксы эту отсебятину.

libastral
будет требовать две перезагрузки только чтобы установить сам пакет

Особенно вот это.
По теме: у кого-нибудь есть предложения получше? Вот исправили в libc уязвимость, как сделать без перезагрузки так, чтобы ВСЕ программы подгрузили новую версию libc?

h31 ★★★★
()
Ответ на: комментарий от max_udoff

Каким образом?

Он имеет в виду kexec. Тот же перезапуск ядра, только без повторного прохода через bios. На нем даже сделали выбор ядра в ac100.

AVL2 ★★★★★
() автор топика
Ответ на: Безумства от glibych

А вот в gentoo можно на лету в фоне компилировать, обновлять, устанавливать бинарные пакеты и одновременно использовать ее в рабочем режиме

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

kexec

Чем кардинально отличается от перезагрузки?

h31 ★★★★
()
Ответ на: комментарий от h31

Это не отсебятина и смысловой перевод англицизма «эвристический» анализ.

Определение идет по вторичным признакам, состав которых на данный момент не только не определен, но даже в принципе не будет определяться.

Особенно вот это.

это реальность. Двойная перезагрузка обязательна. А выбор ядра по дефолту нет.

По теме: у кого-нибудь есть предложения получше? Вот исправили в libc уязвимость, как сделать без перезагрузки так, чтобы ВСЕ программы подгрузили новую версию libc?

Технология оффлайновых оновлений никак не относится к данной проблеме.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от max_udoff

Легко;) kexec

P.S.

В ядре должны быть опции:

  • kexec system call
  • kexec jump

    и либо настроить Physical address where the kernel is loaded, либо включить Build a relocatable kernel

glibych ★★
()
Ответ на: комментарий от h31

Чем кардинально отличается от перезагрузки?

иногда отличается. Наверное, не в контексте новости, но вообще говоря, польза от kexec

1) Скорость - секунды против минут полной перезагрузки.

2) надежность. проблемы в биос могут привести к незагрузке, а тут все сработает.

3) Биоса может вообще не быть. Есть обрубок кода, который грузит жестко прошитое ядро и крутись как хочешь. Актуально для банально огороженных телефонов, планшетов и ноутов на арме.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от Urchin

полседний rhel уже радует вполне приличным десктопом.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от AVL2

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

post-factum ★★★★★
()
Ответ на: комментарий от AVL2

это реальность. Двойная перезагрузка обязательна. А выбор ядра по дефолту нет.

Тогда объясни почему требуются две перезагрузки? А лучше дай пруфлинк.

Технология оффлайновых оновлений никак не относится к данной проблеме.

Хех, она её решает, просто и эффективно.

h31 ★★★★
()

только тогда, когда они будут готовы к установке.

Окошко Шindows Update стайл «необходимо перезагрузиться для того чтобы установить обновления» каждые 15 минут? Да вы издеваетесь? Я за это окошко в большинстве своем и ненавидел винду.

nexfwall ★★★★
()
Ответ на: комментарий от post-factum

Ksplice не перезагружает ядро. Он позволяет на ходу внести только небольшие исправления в исполняемый код ядра. Обновление или перезагрузка ядра в целом ему не по силам в принципе.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от AVL2

Не-не-не, я про другое. Что мешает в будущем, когда всё будет более-менее протестировано, заменить вызов reboot на вызов kexec?

h31 ★★★★
()

Для начала, предлагается всё, что несет с собой desktop-файл и появляется в меню, считать приложением, а всё остальное — обновлением системы.

То есть, консольные браузеры, mc-это все системное?

Vekt
()
Ответ на: комментарий от h31

Тогда объясни почему требуются две перезагрузки? А лучше дай пруфлинк.

По ссылке перевод и оригинал страницы с описанием технологии.

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

Хех, она её решает, просто и эффективно.

Она ничего для этого не делает кроме того, что отнимает выбор. В старом варианте ты можешь после обновлений перезагрузиться тогда. когда сочтешь нужным. А в новом ты принудительно будешь перезагружен. Разницы никакой, кроме гибкости и удобства.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от h31

Не-не-не, я про другое. Что мешает в будущем, когда всё будет более-менее протестировано, заменить вызов reboot на вызов kexec?

так это уже и сейчас сделано. Ставь пакет kexec-tools и reboot автоматом сменится на kexec.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от Vekt

То есть, консольные браузеры, mc-это все системное?

Боюсь утверждать на 146%, но судя по документации, так и есть.

AVL2 ★★★★★
() автор топика
Последнее исправление: AVL2 (всего исправлений: 1)
Ответ на: комментарий от AVL2

По ссылке перевод и оригинал страницы с описанием технологии.

А там вообще вот такое:

Installing updates will still be the users choice - if system updates are available, we will offer 'Restart and install updates' in addition to a plain 'Restart' in the menus.

Установка обновлений останется на выбор пользователя - если системные обновления доступны, в меню мы предложим пункт 'перезагрузка и установка обновлений' в дополнение к обычному пункту «перезагрузка».

h31 ★★★★
()
Ответ на: комментарий от h31

Чем кардинально отличается от перезагрузки?

Можно выполнить, 'не закрывая запущенные приложения'. Как подумайте.

glibych ★★
()
Ответ на: комментарий от h31

А там вообще вот такое:

Так, и что? С этим никто и не спорит, что у пользователя есть выбор, обновляться ему вообще, или нет. Речь идет о том, что будет, если он таки решил обновиться или в гуе выбрал установку системного пакета.

Более того, тем, кто прочитал хотя бы текст этой новости, должно быть понятно, что вся эта технология несмотря на обилие слов «системный» является пятоножной гуйной нашлепкой в гноме.

Достаточно зайти в терминал, набрать yum upgrade или yum install pure-core-system-glibc и система волшебным образом обновится без перезагрузок.

Такие дела.

AVL2 ★★★★★
() автор топика
Ответ на: комментарий от glibych

Можно выполнить, 'не закрывая запущенные приложения'.

Лолшто? Каким это чудом процессы будут выполняться, если ведро заново грузиться начнёт?

gentoo_root ★★★★★
()
Ответ на: комментарий от AVL2

С этим никто и не спорит, что у пользователя есть выбор, обновляться ему вообще, или нет.

Тогда мне не понятны твои претензии. Единственная разница для пользователя в том, что компьютер некоторое время будет только устанавливать обновления, на нём ничего нельзя будет сделать. Это так страшно?

h31 ★★★★
()
Ответ на: комментарий от h31

Тогда мне не понятны твои претензии. Единственная разница для пользователя в том, что компьютер некоторое время будет только устанавливать обновления, на нём ничего нельзя будет сделать. Это так страшно?

Естественно, страшно. Речь идет о том, что кто-то будет изподтишка качать сотни метров софта, а потом будет перезагружаться. чтобы все это поставить. И еще глупее, что все это будет делаться при каждой установке пакета, который будет помечен, как «системный» или вернее, не помечен, как «приложение». Это будет кошмар, а не система.

Меня убивает то, что все это сделано безо всякого серьезного анализа проблемы. Просто вшпилили две строки в пропос со словами «обновите xulruner при запущеном файрфоксе и узрите проблему» и сразу налабали кривой костыль, который в лучшем случае маскирует проблему да еще и делает это дедовскими методами.

AVL2 ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.