The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Технический комитет отклонил план по прекращению поддержки BIOS в Fedora , opennews (??), 27-Апр-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


14. "Технический комитет отклонил план по прекращению поддержки B..."  +3 +/–
Сообщение от Z (??), 27-Апр-22, 19:27 
Если нет поддержки UEFI, то это древнее железо, а зачем на древнее железо устанавливать Fedora? Дистрибутив чуть ли не с самым свежим программным обеспечением, явно ориентированный на современное железо. Мой i7-8700 + 16gb + ssd nvme и то с трудом ворочается от обилия смузи-библиотек.
Ответить | Правка | Наверх | Cообщить модератору

17. "Технический комитет отклонил план по прекращению поддержки B..."  +2 +/–
Сообщение от Саня (??), 27-Апр-22, 19:44 
Странно, а мой i5-3470 + 16GB c обычным SATA-шным 850-м самсунгом вполне шустро шевелится и не кряхтит...
Ответить | Правка | Наверх | Cообщить модератору

24. "Технический комитет отклонил план по прекращению поддержки B..."  –5 +/–
Сообщение от Аноним (24), 27-Апр-22, 21:02 
это пока на работе не заставили накатить Дискорд/слак/мс тимс/мс актлук и прочие куски на джаве
Ответить | Правка | Наверх | Cообщить модератору

31. "Технический комитет отклонил план по прекращению поддержки B..."  +1 +/–
Сообщение от не джава (?), 27-Апр-22, 22:41 
> Дискорд/слак/мс тимс/мс актлук и прочие куски на джаве

И что же из этого "на джаве"?

Ответить | Правка | Наверх | Cообщить модератору

56. "Технический комитет отклонил план по прекращению поддержки B..."  +1 +/–
Сообщение от Аноним (55), 28-Апр-22, 12:25 
На джаве скрипт, конечно же!
Ответить | Правка | Наверх | Cообщить модератору

40. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от Аноним (40), 28-Апр-22, 01:10 
Ну не работай там, раз заставляют. Зачем себя мучать?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

28. "Технический комитет отклонил план по прекращению поддержки B..."  +3 +/–
Сообщение от Аноним (28), 27-Апр-22, 22:22 
У тебя не может не быть uefi.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

60. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от НяшМяш (ok), 28-Апр-22, 13:31 
> У тебя не может не быть uefi.

Если материнка на 60 чипсете, то может и не быть. В то время как раз переход начался и некоторые производители выпускали обновление с UEFI (а некоторые забили). Уже с 70 чипсета поголовно пошли с UEFI.

Ответить | Правка | Наверх | Cообщить модератору

32. "Технический комитет отклонил план по прекращению поддержки B..."  +1 +/–
Сообщение от Аноним (32), 27-Апр-22, 22:55 
а зачем устанавливать Fedora?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

90. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от adolfus (ok), 03-Май-22, 21:27 
Центось уважать себя заставила  -- ну, не убунту же устанавливать.
Ответить | Правка | Наверх | Cообщить модератору

41. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от mikhailnov (ok), 28-Апр-22, 01:20 
Реализации UEFI бывают настолько глючными, что проще работать в legacg, чем разбираться, как очистить nvram, бороться с efibootmgr и пр.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

47. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от ryoken (ok), 28-Апр-22, 07:51 
Да уж. Добыл занедорого Intel S5520SC - там ни один инсталлятор что венды что линуксов не может создать в NVRAM загрузочную запись. Спасибо, хоть руками делается. Ну и низкий поклон Роду Смиту за rEFInd, с которым запустить можно практически всё (а если порыться хорошо в конфиге - то и некоторое странное увидеть :) ). Хотя, казалось бы - производитель материнки является основателем и изобретателем EFI вообще как такового.
Ответить | Правка | Наверх | Cообщить модератору

77. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от n00by (ok), 29-Апр-22, 11:07 
Руками делается через efibootmgr и инсталлятор делает через efibootmgr, но у инсталлятора не получается? :) Ну вот этот mikhailnov как раз ведущий разработчик инсталлятора, который не мог дописать 10 строк в инсталлятор, потому в итоге тупо скопировал другой инстяллятор.
Ответить | Правка | Наверх | Cообщить модератору

53. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от Аноним (53), 28-Апр-22, 11:16 
А порой бывают настолько глючными, что после перехода в UEFI, назад в Legacy BIOS уже не вернешься. Привет Samsung'у!
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

76. "Технический комитет отклонил план по прекращению поддержки B..."  –1 +/–
Сообщение от n00by (ok), 29-Апр-22, 11:03 
Луче вспомни, как ты удалял initramfs от чужих операционок при обновлении systemd в Пока Линукс. Может и тут есть связь?
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

80. "Технический комитет отклонил план по прекращению поддержки B..."  –1 +/–
Сообщение от mikhailnov (ok), 29-Апр-22, 14:31 
> Луче вспомни, как ты удалял initramfs от чужих операционок при обновлении systemd
> в Пока Линукс. Может и тут есть связь?

Как всегда, ты лжешь и додумываешь. Не удалял, а мог пересобрать, если в ОС было бы установлено одноименное чужому ядро. Впрочем, с тобой и твоей лживой натурой все ясно, у тебя, наверное, спустя годы в памяти искажения происходят, захлебываешься собственными фантазией и злобой.

Ответить | Правка | Наверх | Cообщить модератору

81. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от n00by (ok), 30-Апр-22, 07:28 
>> Луче вспомни, как ты удалял initramfs от чужих операционок при обновлении systemd
>> в Пока Линукс. Может и тут есть связь?
> Как всегда, ты лжешь и додумываешь. Не удалял, а мог пересобрать, если
> в ОС было бы установлено одноименное чужому ядро.

Ещё раз соотнесём заявление ведущего баш-программиста с неумолимой действительностью:

$ ./initramfs-degenerator.sh
+ dracut --force /boot/initramfs-5.17.4-custom.img 5.17.4-custom
dracut: Executing: /usr/bin/dracut --force /boot/initramfs-5.17.4-custom.img 5.17.4-custom
dracut: No permission to write to /boot.
+ :

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

Ты согласился с моими доводами, исправил ошибку (грандиозным костылём, но тем не менее), благодаря моему труду кюшаешь, а теперь клевещешь на меня. Жаль, я не могу собственноручно наказать тебя за гнилой язык.


Ответить | Правка | Наверх | Cообщить модератору

83. "Технический комитет отклонил план по прекращению поддержки B..."  –1 +/–
Сообщение от mikhailnov (ok), 30-Апр-22, 10:24 
Собственно, ты и доказал, что "Не удалял, а мог пересобрать".


[root@rosa2019 ~]# dracut --force /boot/initramfs-5.17.4-custom.img 5.17.4-custom
dracut: Cannot find module directory /lib/modules/5.17.4-custom/
dracut: and --no-kernel was not specified
[root@rosa2019 ~]# strace dracut --force /boot/initramfs-5.17.4-custom.img 5.17.4-custom 2>&1 | grep /boot/initramfs-5.17.4-custom.img
[root@rosa2019 ~]#

Как видишь, при отсутствии каталога с модулями ядра не доходит даже до проверки существования /boot/initramfs*.img.

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

Ответить | Правка | Наверх | Cообщить модератору

86. "Технический комитет отклонил план по прекращению поддержки B..."  –1 +/–
Сообщение от n00by (ok), 02-Май-22, 08:17 
>[оверквотинг удален]
> dracut: Cannot find module directory /lib/modules/5.17.4-custom/
> dracut: and --no-kernel was not specified
> [root@rosa2019 ~]# strace dracut --force /boot/initramfs-5.17.4-custom.img 5.17.4-custom
> 2>&1 | grep /boot/initramfs-5.17.4-custom.img
> [root@rosa2019 ~]#
>
> Как видишь, при отсутствии каталога с модулями ядра не доходит даже до
> проверки существования /boot/initramfs*.img.
> Извини, что возбудил тебя столь сильно, немного поиграв словами в твоем стиле,
> но в отличие от тебя слова не выворачивал наизнанку.

Ещё раз. Ты изначально СОГЛАСИЛСЯ с доводами и ИСПРАВИЛ ошибку, о чём сам же написал в коммитах. Теперь, в отличие от меня, ты подменил версию dracut на более новую.

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


From 106255afd46ea2be1d035aca0c5695186a3f2c41 Mon Sep 17 00:00:00 2001
From: Harald Hoyer <harald@redhat.com>
Date: Thu, 29 Jun 2017 17:09:29 +0200
Subject: [PATCH] bail out if module directory does not exist
this basically reverts commit 05214a0bedc084a41c35a128609745ad04a0c6cf
if people want to build the initramfs without kernel modules,
then --no-kernel should be specified
---
 dracut.sh | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/dracut.sh b/dracut.sh
index 64d942019..4c4137986 100755
--- a/dracut.sh
+++ b/dracut.sh
@@ -621,12 +621,6 @@ if ! [[ $kernel ]]; then
     kernel=$(uname -r)
 fi
 
-if [[ $kernel ]]; then
-    if ! [[ -d /lib/modules/$kernel ]] && [[ $no_kernel != yes ]]; then
-        printf -- "Kernel version $kernel has no module directory /lib/modules/$kernel\n" >&2
-    fi
-fi
-
 export LC_ALL=C
 export LANG=C
 unset LC_MESSAGES
@@ -894,6 +888,12 @@ else
     exit 1
 fi
 
+if [[ $no_kernel != yes ]] && ! [[ -d $srcmods ]]; then
+    printf "%s\n" "dracut: Cannot find module directory $srcmods" >&2
+    printf "%s\n" "dracut: and --no-kernel was not specified" >&2
+    exit 1
+fi
+
 if ! [[ $print_cmdline ]]; then
     inst /bin/sh
     if ! $DRACUT_INSTALL ${initdir:+-D "$initdir"} -R "$initdir/bin/sh" &>/dev/null; then

Ответить | Правка | Наверх | Cообщить модератору

87. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от mikhailnov (ok), 02-Май-22, 13:54 
> Ты изначально СОГЛАСИЛСЯ с доводами и ИСПРАВИЛ ошибку

Да, я сделал так, чтоб в подобной ситуации не надеяться на особенности поведения dracut и признал, что не подумал о подобном случае - использовании общего у разных ОС раздела /boot.

> или потому что ты брехун и крохобор, которого поймали за ручку?

Ну ты б поменьше на себя надеялся что ли... Смотрим:

коммит в dracut, который ты привел выше: https://github.com/dracutdevs/dracut/commit/106255afd46ea2be... (29 Jun 2017 )
коммит в росином пакете dracut, сделанный после написания обсуждаемого скрипта: https://abf.io/import/dracut/commit/bafd0a5dfc74e7cb69d0b441...
Смотрим, какая версия dracut была на тот момент: https://abf.io/import/dracut/blob/bafd0a5dfc74e7cb69d0b4417e...
> dracut-20180112-git8b4b7dc5.tar.xz: 543878d9cade0df69402d5a6c0b7386fcc831b19

Смотрим коммит: https://github.com/dracutdevs/dracut/commit/8b4b7dc5
12 Jan 2018

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

Ответить | Правка | Наверх | Cообщить модератору

88. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от n00by (ok), 03-Май-22, 14:31 
>> Ты изначально СОГЛАСИЛСЯ с доводами и ИСПРАВИЛ ошибку
> Да, я сделал так, чтоб в подобной ситуации не надеяться на особенности
> поведения dracut и признал, что не подумал о подобном случае -
> использовании общего у разных ОС раздела /boot.

В своей зоне ответственности ты не подумал и потому ошибся. До указания на факт ошибки ты не мог как-либо полагаться на поведение dracut, поскольку такой сценарий ты вообще не рассматривал. Зато сейчас заявляешь, что ошибки у тебя не было, а только что-то гипотетическое. Ты до сих пор не заметил, что помимо dracut там ещё и update-initramfs. ;)

>> или потому что ты брехун и крохобор, которого поймали за ручку?
> Ну ты б поменьше на себя надеялся что ли... Смотрим:

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

> коммит в dracut, который ты привел выше: https://github.com/dracutdevs/dracut/commit/106255afd46ea2be...
> (29 Jun 2017 )
> коммит в росином пакете dracut, сделанный после написания обсуждаемого скрипта: https://abf.io/import/dracut/commit/bafd0a5dfc74e7cb69d0b441...
> Смотрим, какая версия dracut была на тот момент: https://abf.io/import/dracut/blob/bafd0a5dfc74e7cb69d0b4417e...
>> dracut-20180112-git8b4b7dc5.tar.xz: 543878d9cade0df69402d5a6c0b7386fcc831b19
> Смотрим коммит: https://github.com/dracutdevs/dracut/commit/8b4b7dc5
> 12 Jan 2018
> Делаем вывод: указанный тобою коммит в коде в пакете dracut уже был.
> От дальнейших выводов постараюсь воздержаться.

Рекомендую всё же сделать правильный вывод. Весь твой код, что мне попадался на глаза - негодный, но иногда везёт. Это значит, что ошибки ты допускаешь систематически, а про мерфологию сейчас впервые услышал. Когда из-за твоих действий пострадают люди, для тебя не вариант соскочить с "я и не подозревал, что не умею кодить", ведь ты уже достаточно тут понаписал и даже сам себя убедил. Или ты надеешься, что будет отвечать QA, проповедующее "люди - неблагодарные свиньи"?

Ответить | Правка | Наверх | Cообщить модератору

82. "Технический комитет отклонил план по прекращению поддержки B..."  +/–
Сообщение от n00by (ok), 30-Апр-22, 07:36 
> если в ОС было бы установлено одноименное чужому ядро.

Буквально:

list_of_img="$(find /boot -name 'initrd-*' -or -name 'initrd.img-*' -or -name 'initramfs-*' -or -name 'initramfs.img-*' | sort -u | tac)"

Ниже целиком код исключительно автономного разработчика. Ссылку на git лениво искать, тем более что на ссылки бот излишне активно реагирует, а позорники спамят мои сообщения жалобами.


#!/usr/bin/env bash
# Script to regenerate initramfs images, e.g. on systemd updates
# May also be called from other packages or scripts
# Why it was developed:
# https://bugzilla.rosalinux.ru/show_bug.cgi?id=9516
# License: GPLv3
# Upstream at https://abf.io/import/systemd
# Authors:
# - Mikhail Novosyolov <m.novosyolov@rosalinux.ru>, 2019
set -efu
if systemd-detect-virt --quiet --container && ! env | grep -q '^SKIP_GEN=' ; then
    SKIP_GEN=1
fi
if [ -f /etc/systemd-initramfs-gen.conf ]; then
    . /etc/systemd-initramfs-gen.conf
fi
DEBUG="${DEBUG:-0}"
NO_MSG="${NO_MSG:-0}"
SKIP_GEN="${SKIP_GEN:-0}"
MAX_KERNELS="${MAX_KERNELS:-5}"
GENERATOR="${GENERATOR:-dracut}"
if [ "$DEBUG" != 0 ]; then set -x; fi
if [ "$SKIP_GEN" = 1 ] ; then
# Note: we do have to regen initrd in chroot
# because chroots are often used in rescue purposes.
# But there is no need to spend time for this in containers
    if [ "$NO_MSG" != 0 ]; then exit 0; fi
    echo "Running in container; no need to (re)generate initramfs — it's not used in containers."
    echo "To force (re)generating initramfs run:"
    echo "# env SKIP_GEN=0 systemd-initramfs-gen"
    echo "and/or add SKIP_GEN=0 to /etc/systemd-initramfs-gen.conf to make it permanent."
    exit 0
fi
list_of_img="$(find /boot -name 'initrd-*' -or -name 'initrd.img-*' -or -name 'initramfs-*' -or -name 'initramfs.img-*' | sort -u | tac)"
num_of_img="$(echo "$list_of_img" | wc -l)"
if [ "$num_of_img" -gt "$MAX_KERNELS" ] && [ "$NO_MSG" != 0 ]; then
    echo "Initramfs for more than $MAX_KERNELS found. That's too many and will take too long."
    echo "Will regenerate initramfs only for $MAX_KERNELS latest kernels."
    echo "You may set MAX_KERNELS= in /etc/systemd-initramfs-gen.conf if you don't like this and rerun systemd-initramfs-gen."
fi
count=0
while read -r line
do
    count=$((count+1))
    if [ "$count" -gt "$MAX_KERNELS" ]; then break; fi
    kernel="$(echo "$line" | sed \
    -e 's,^/boot/initrd-,,' \
    -e 's,^/boot/initrd.img-,,' \
    -e 's,^/boot/initramfs-,,' \
    -e 's,^/boot/initramfs.img-,,' \
    -e 's,\.img$,,' \
    )"
    if [ -z "$kernel" ]; then continue; fi
    case "$GENERATOR" in
    dracut )
        ( set -x
        dracut --force "$line" "$kernel" || : )
    ;;
    update-initramfs )
        ( set -x
        update-initramfs -u -k "$kernel" || : )
    ;;
    * )
        echo "Unknown \$GENERATOR, set dracut or update-initramfs. Exiting."
        exit 1
    ;;
    esac
    unset kernel
done < <(echo "$list_of_img")

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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