После установки Simply8.2 Grub2 оказался в "локальных/устаревших" пакетах.

[Speccyfighter]

если согласиться на такое предложение, катастрофа не случится? Какие риски?

Есть два варианта ответа:
- С точки зрения установки пакетов
- С точки зрения ошибок

Первый вариант ответа:
- Ничего не случится с точки зрения установки пакетов.

Второй вариант ответа:
- В Линукс весь код идёт на условиях as is (как есть). Это значит снятие с себя ответственности за любые ошибки с любыми последствиями. Если какие-то ошибки после обновления пакетов проявляются, вы должны знать о методах отката (даунгрейда) этих пакетов.
Один из вариантов подстраховки на этот случай:
- Отказаться от операции обновления пакетов.
- Принудительно переустановить пакеты которые предлагались для удаления, - пакеты окажутся в кеше apt, кеш apt не очищать, Эти пакеты вам приодятся если захотите по какой-то причине откатиться на них обратно.
- Предусмотреть и знать о разрешении выполнять downgrade пакетов, - не  выполнять, но иметь в виду, что такая возможность имеется для случая аварийных ситуаций даунгрейда пакетов имея под руками лайв:

https://www.altlinux.org/Downgrade
Для отката при помощи APT, например, с Sisyphus на 5.1/branch может пригодиться следующее:

    убрать из файлов /etc/apt/sources.list и /etc/apt/sources.list.d/*.list все раскомментированные строчки про Sisyphus;
    прописать репозитории 5.1/branch (две строчки — для своей архитектуры и noarch);
    создать файл /etc/apt/preferences следующего вида:

Код: [Выделить]

Package: *
Pin: release c=classic
Pin-Priority: 1001


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

Пример непредсказуемости одной и той же команды:
Здесь пакеты выносит при наличии efi
https://bugzilla.altlinux.org/show_bug.cgi?id=34239#c0

Код: [Выделить]

# apt-get install grub-pc
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие дополнительные пакеты будут установлены:
  grub-common
Следующие пакеты будут УДАЛЕНЫ:
  alterator-grub grub2-common grub2-efi grub2-pc
Следующие НОВЫЕ пакеты будут установлены:
  grub-common grub-pc

а у меня без efi на i586 обновление пакетов гладкое, - режим симуляции

Код: [Выделить]

# apt-get install grub-pc -s
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие дополнительные пакеты будут установлены:
  grub-common
Следующие пакеты будут УДАЛЕНЫ:
  grub2-common grub2-pc
Следующие НОВЫЕ пакеты будут установлены:
  grub-common grub-pc
0 будет обновлено, 2 новых установлено, 2 пакетов будет удалено и 0 не будет обновлено.
Remv grub2-pc (2.00-alt21 ) [alterator-grub ]
Remv grub2-common (2.00-alt21 ) [alterator-grub ]
Inst grub-common (2.02-alt0.M80P.1 p8:1511511890/ALT Linux p8) [alterator-grub ]
Inst grub-pc (2.02-alt0.M80P.1 p8:1511511890/ALT Linux p8)
Conf grub-common (2.02-alt0.M80P.1 p8:1511511890/ALT Linux p8)
Conf grub-pc (2.02-alt0.M80P.1 p8:1511511890/ALT Linux p8)


Но личную ответственность за качество кода/пакета, никто в Линукс на себя брать не будет.
Поэтому ИМХО:
Переименование пакетов приводящее к такому непредсказуемому поведению, при выполнении одной и той же команды, это плохая идея.
Почему такое достаточно резкое отношение? Потому что grub2 входит в состав стартеркита sysv-xfce и такую непредсказуемость в этом стартерките нельзя допустить.

Всё что могу гарантировать:
- Беру на себя личную ответственность за то, что пакет npapi-plugin-adobe-flash любой последней версии пригоден для использования на компьютерах с процессором не ниже Pentium M 770, - каждая версия без исключений перед отправкой линка проходит тест-контроль на пригодность использования на таких и аналогичных процессорах.
Но не больше.
Каждый собранный rpm-пакет этого плагина, не прошедший тест-контроль, отрелизен не будет.

[ruslandh]

Нет. Не случится.

[asy]

Почему такое достаточно резкое отношение? Потому что grub2 входит в состав стартеркита sysv-xfce и такую непредсказуемость в этом стартерките нельзя допустить.

А зачем кстати ? Чем там LiLo не устроил, который, фактически, только для Xen и нужен ?

UPD: тьфу, в смысле Grub для Xen.

[asy]

Пример непредсказуемости одной и той же команды:
Здесь пакеты выносит при наличии efi
https://bugzilla.altlinux.org/show_bug.cgi?id=34239#c0

Код: [Выделить]

# apt-get install grub-pc
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие дополнительные пакеты будут установлены:
  grub-common
Следующие пакеты будут УДАЛЕНЫ:
  alterator-grub grub2-common grub2-efi grub2-pc
Следующие НОВЫЕ пакеты будут установлены:
  grub-common grub-pc
а у меня без efi на i586 обновление пакетов гладкое, - режим симуляции

Предложенный в баге вариант работает и с efi:

Код: [Выделить]

# apt-get install grub-pc alterator-grub
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Последняя версия alterator-grub уже установлена.
Следующие дополнительные пакеты будут установлены:
  grub-common grub-efi
Следующие пакеты будут УДАЛЕНЫ:
  grub2-common grub2-efi grub2-pc
Следующие НОВЫЕ пакеты будут установлены:
  grub-common grub-efi grub-pc
0 будет обновлено, 3 новых установлено, 3 пакетов будет удалено и 1 не будет обновлено.

[Speccyfighter]

Почему такое достаточно резкое отношение? Потому что grub2 входит в состав стартеркита sysv-xfce и такую непредсказуемость в этом стартерките нельзя допустить.

А зачем кстати ? Чем там LiLo не устроил, который, фактически, только для Xen и нужен ?

Это надо Мишу просить перевести на LiLo.
Мы с Даном позиционировали sysv-xfce как предсказуемый, стабильный и надёжный. С минимальным внесением изменений при переводе на sysv. И предполагался простой и быстрый возврат однострочником на systemd по желанию пользователя. Но даже подумать не мог, что груб может так рвануть, поэтому вопрос о нём не поднимался. Груб выпустили из виду, как вроде бы некритичное. А сам не заметил, - у меня всё и всегда через apt. Штатно synaptic в комплекте есть для пользователей, но я им не пользуюсь. И даже не видел что новые пакеты появились, пока тему не подняли.

[Speccyfighter]

Предложенный в баге вариант работает и с efi:

Код: [Выделить]

# apt-get install grub-pc alterator-grub
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Последняя версия alterator-grub уже установлена.
Следующие дополнительные пакеты будут установлены:
  grub-common grub-efi
Следующие пакеты будут УДАЛЕНЫ:
  grub2-common grub2-efi grub2-pc
Следующие НОВЫЕ пакеты будут установлены:
  grub-common grub-efi grub-pc
0 будет обновлено, 3 новых установлено, 3 пакетов будет удалено и 1 не будет обновлено.

Надо бы в вики где-то в update/p8 оставить запись. Но я не воспроизведу: у меня даже на uefi-ном ноутбуке загрузка через mbr.

[serj66]

Нет. Не случится.

к счастью не случилась - только "отказ в обслуживании", всё осталось без изменений.

Предложенный в баге вариант работает и с efi:

Код: [Выделить]

# apt-get install grub-pc alterator-grub

интересно, это проверялось до результата или только как этап подготовки?

[ruslandh]

Код: [Выделить]

apt-get updateсделайте.
ЗЫ Сообщения Синаптик очень информативны

[serj66]

Уже убегаю, вернусь вечером.

[asy]

интересно, это проверялось до результата или только как этап подготовки?

Я проверил перед тем, как баг был закрыт, у меня сработало. Но Вы сделали не так, очевидно: Вы использовали synaptic. Моё же личное мнение по поводу synaptic таково: его следует немедленно удалить из системы.

[Speccyfighter]

Нет. Не случится.

к счастью не случилась - только "отказ в обслуживании", всё осталось без изменений.

Предложенный в баге вариант работает и с efi:

Код: [Выделить]

# apt-get install grub-pc alterator-grub

интересно, это проверялось до результата или только как этап подготовки?

Спросите альтовый форум через гугл запросом ошибки почему это может происходить и гугл ответит первой же ссылкой:
https://forum.altlinux.org/index.php?topic=9012.0

Запрос может быть таким:
apt e error while running transaction

[Speccyfighter]

Предложенный в баге вариант работает и с efi:

Код: [Выделить]

# apt-get install grub-pc alterator-grub

интересно, это проверялось до результата или только как этап подготовки?

А это проверялось до того как пакет был принят в стабильный бранч?

[Skull]

Да.

[serj66]

у меня сработало. Но Вы сделали не так, очевидно: Вы использовали synaptic

конечно, сначала я попробовал то, о чём спрашивал на прошлой странице получив ответ

Нет. Не случится.

потом уточнил по второму варианту

Предложенный в баге вариант работает и с efi:

Код: [Выделить]

# apt-get install grub-pc alterator-grub

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

Во время подготовки к установке: package alterator-grub-0.11-alt1 is already installed

Во втором всё получилось, всем спасибо за советы

Спойлер

$ su -
Password:
# apt-get install grub-pc alterator-grub
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Последняя версия alterator-grub уже установлена.
Следующие дополнительные пакеты будут установлены:
  grub-common grub-efi
Следующие пакеты будут УДАЛЕНЫ:
  grub2-common grub2-efi grub2-pc
Следующие НОВЫЕ пакеты будут установлены:
  grub-common grub-efi grub-pc
0 будет обновлено, 3 новых установлено, 3 пакетов будет удалено и 0 не будет обновлено.
Необходимо получить 8092kB архивов.
После распаковки потребуется дополнительно 14,5MB дискового пространства.
Продолжить? [Y/n] y
Получено: 1 http://ftp.altlinux.org p8/branch/x86_64/classic grub-common 2.02-alt0.M80P.1 [1682kB]
Получено: 2 http://ftp.altlinux.org p8/branch/x86_64/classic grub-efi 2.02-alt0.M80P.1 [3646kB]
Получено: 3 http://ftp.altlinux.org p8/branch/x86_64/classic grub-pc 2.02-alt0.M80P.1 [2765kB]
Получено 8092kB за 2s (3103kB/s).
Совершаем изменения...
Preparing...                                                           #####################################################################[100%]
1: grub-common                                                         #####################################################################[ 33%]
2: grub-efi                                                            #####################################################################[ 66%]
grep: /etc/sysconfig/grub: Нет такого файла или каталога
Updating grub in /boot/efi
Выполняется установка для платформы x86_64-efi.
Установка завершена. Ошибок нет.
3: grub-pc                                                             #####################################################################[100%]
EFI boot, skipping grub-pc autoupdate (no problem)
Running /usr/lib/rpm/posttrans-filetriggers
Генерируется файл настройки grub …
Найдена тема: /boot/grub/themes/slinux/theme.txt
Found background image: grub.jpg
Найден образ linux: /boot/vmlinuz-std-def
skipping symlink: /boot/vmlinuz-std-def
Найден образ linux: /boot/vmlinuz
Найден образ initrd: /boot/initrd.img
Найден образ linux: /boot/vmlinuz-4.9.63-std-def-alt0.M80P.1
Найден образ initrd: /boot/initrd-4.9.63-std-def-alt0.M80P.1.img
Найден образ linux: /boot/vmlinuz-4.9.61-std-def-alt0.M80P.1
Найден образ initrd: /boot/initrd-4.9.61-std-def-alt0.M80P.1.img
  WARNING: Failed to connect to lvmetad. Falling back to device scanning.
Найден Windows Boot Manager на /dev/sda2@/EFI/Microsoft/Boot/bootmgfw.efi
Skipping memtest image in EFI mode
завершено
Завершено.
#

grep: /etc/sysconfig/grub: Нет такого файла или каталога и не появился, где теперь настройки grub? просто в познавательных целях, и что делать с /etc/sysconfig/grub2 - пусть живёт?

[Speccyfighter]

Код: [Выделить]

# rpm -qpvl grub-common-2.02-alt0.M80P.1.i586.rpm | grep sysconfig/grub2
lrwxrwxrwx    1 root    root               18 июл 25 19:54 /etc/default/grub -> ../sysconfig/grub2
-rw-r--r--    1 root    root             1568 июл 20 18:41 /etc/sysconfig/grub2