В Fedora Linux 43 на системах с архитектурой x86 планируют оставить только возможность использования таблиц разделов GPT (GUID Partition Table) во всех установках Fedora, использующих UEFI. Изменение пока не рассмотрено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora. В случае утверждения предложения поддержка установки Fedora в режиме UEFI на диски с таблицами разделом MBR (Master Boot Record) будет прекращена на системах x86, но оставлена на системах ARM и RISC-V...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63520
Федора как обычно движет индустрию вперед. Лет через 10 этот паровоз прогресса догонит и бабанта.
Нет. Тут топтание на месте было из-за AWS.
и в чем тут вперед?У нас уже несколько релизов efi грузиться с mbr - и все замечательно. Этот mbr на сервера еще лет 10 будет в полном объеме поддерживаться.
думаю шапка не поддержит этот выпендрешь
Еще б на сервера кто федору ставил, да? А новый-мажорный-рхел-на-основе-этой-федоры до тех серверов как раз через 10 лет и доедет (Но это не точно).
Fedora - это тестовый полигон для Red Hat. То, что обкатывается в Fedora, затем попадает в Шапку. Поэтому, шапка может не одобрить.
ну да, в рхел10 оно уже не попало. тоесть в лучшем случае в рхел11, тоесть несколько лет еще есть.
Зачем нужен mbr на сервере?
Во-первых - это красиво!(С):)
Легаси наверное. Но зачем на таком железе распоследняя фидора ... вопрос без ответа :)
Вопрос надо ставить так: зачем сейчас вообще MBR?
Ну покупаете к примеру типичную MicroSD карту и там будет MBR. И еще куча применений.Виртуализация домашняя опять же, возьмете VirtualBox или что там у вас, GPT и UEFI загрузка будет очень опциональная с хитрой галочкой где-то в глубине и комментарием что это не очень поддерживается / оттестировано / экспериментально при попытке включения.
В итоге ситуаций когда у обычных людей (не техногиков) появляется все больше MBR а GPT это что-то странное/ не по умолчанию. Вот затем сейчас вообще MBR. Потому что куча где все рассчитано на его применение.
Да и у техногиков тоже. Ну вот совершенно рандомный юзкейз: хотите вы посмотреть на ReactOS какой-нибудь. Скачаете, разметите загрузочный диск (пускай Rufus'ом из оффтопика). Думаете, там где-то хоть в каком-то виде всплывет GPT? Ха-ха. Все это (ОС отличные от линукса и винды, загрузочные флешки и тп) в реальности MBR.
Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может быть причина на живой системе использовать MBR?
> Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может
> быть причина на живой системе использовать MBR?Ну вот теперь фидору вкатить на SD карту без последствий станет заметно сложнее. Но вы можете перепартиционировать и отформатировать ее сами, только не обижайтесь когда у вас при слете питания партишн "куда-то" пропадет.
Убирают не поддержку mbr, а поддержку загрузки с mbr на uefi системах, так как надёжность и стабильность хромает.
> Убирают не поддержку mbr, а поддержку загрузки с mbr на uefi системах,
> так как надёжность и стабильность хромает.О да, а с FAT32 разделам надёжность и стабильность ух какие будут — всем на загляденье!
вообщето загрузкой управляет не федора, а уефи, тесть сама загрузка никуда не денется, убирают из инсталлятора такой режим разбивки.
ну тоесть если кому то прямо очень надо, придётся както ставится без этого инсталлятора (ну как вариант ставить последнюю поддерживающую версию федоры и обновлять поверх). Вот рхерл вроде обновлений поверх не очень умеет, когда оно доедет до рхела 11 (ну или если решат еще отложить, до 12) то тогда надо будет руками диск бить, по всей видимости (если оно комуто надо будет почемуто, именно уефи и фат)
> Вопрос надо ставить так: зачем сейчас вообще MBR?А GPT зачем? Для меня в нём никаких плюсов, а вот минусов хватает, начиная от совершенно необязательной мороки со всякими там конвертациями и переездами, заканчивая эстетически отвратной и изначально идиотской идеей с созданием на диске специального раздела для данных uefi, да ещё и отформатированного в FAT32 (!) раздела. В статье, вроде, надёжность MBR ругали? И кстати, нет желания спросить что-то вроде «зачем сейчас вообще FAT32»?
> Федора как обычно движет индустрию вперед. Лет через 10 этот паровоз
> прогресса догонит и бабанта.В смысле - превращает поддерживаемые конфиги - в тыквы, снижая редхату затраты? Зачем это рхбм - понятно. Зачем остальным конвертировать проблемы рхбм в свои - не совсем.
>Предполагается, что оставив в инсталляторе Anaconda только поддержку GPT на системах x86 удастся исключить аварийные завершения на стадии загрузки, вызванные сбоями efibootmgr.Заработок на поддержке не стимулирует написание качественного софта.
Заработок на софте тоже не стимулирует.
Давай проще: люди лечатся в продолжении всей жизни?
Развитие медицины не стимулирует спартанский подход к деторождению и воспитанию.
Хотя Дарвинизм и наиболее правильный подход со взгляда природы.Вот так и с софтом - любую отбраковку (ошибку аборта) по пьяни можно "недорого" (в сравнении с Евгеникой) дотащить до общественно принятых норм.
Если это не мертворождённое тело с иного прохода, требующее утилизации.
Пора x86 выкинуть и оставить ARM
А могли бы на сервера хотя бы вытолкнуть x86S, наверное, он стрельнул бы лучше, чем Itanuim.
Это решение было принято предыдущем руководством Intel, которое нечего не хотело менять.
Сейчас надежда на отмену новым гендиром Лип Бу Таном.
Зачем нужен ARM, когда есть RISC-V?
И чего там коммерчески успешного?
> И чего там коммерчески успешного?32-битные микроконтроллеры за 10 центов произвели небольшой отраслевой фурор. Теперь можно 32-битное ядро с DMA и нормальной моделью памяти - по цене ссаного PIC-10 под который на си то нормально програмить - не того.
В Raspberry Pico есть RISCV ядра.
А вон на гитхабе отшнуровка алибабы выложили сорцы 64-бит апликушников. И уже энное количество SoC взяло их в оборот.
В куче новых GPU от AMD и Nvidia - RISCV ядра под сервисные процы.
Вполне коммерчески успешные вещи если что.
>И чего там коммерчески успешного?ESP32C3
> когда есть RISC-V?А когда он есть? Нет его. Разговоров много, выхлопа - 0
Брал одноплатник banana pi f3 для тестов и он довольно неплохо себя показал. Браузеры работают, компиляторы C, C++ и Rust есть, даже софт в репозиториях обновляется, чего еще не хватает? А производительность это дело наживное.
Вот когда наживут производительность, тогда и поговорим. А пока —
> для тестов
>> когда есть RISC-V?
> А когда он есть? Нет его. Разговоров много, выхлопа - 0Его уже - миллиарды. Надо просто разуть глаза.
Ты всегда можешь выкинуть дома x86 и оставить только ARM.
И на работе не забудь - но тебе будет сложно найти работу без x86.
> Ты всегда можешь выкинуть дома x86 и оставить только ARM.
> И на работе не забудь - но тебе будет сложно найти работу без x86.И тут гугло такое, вместе с амазоном - с серваками на ARM - наседающим EPYC на пятки - чокаво?! А ему на пятки наседают RISCV чипы как раз. Алибаба вон то для своих серверов ищначально настрогали. А потом частью немного поделились, как замануха.
Ну давай, найди мне арм, который по производительности способен тягаться с х86. Шоб стоил столько же, а лучше дешевле.Х86 платформа, на которой все просто работает. Но армовцам нужно продавать свои поделия, вот и пытаются убедить всех что х86 плохой, неэкологичный, а наш арм может работать от картошки и сделан из бамбука.
Десятки лет все работало, но кто-то все равно недоволен. Прямо как с иксами, ха!
Apple silicon?
Первый абзац прочти, в идеале весь текст целиком.
> Первый абзац прочти, в идеале весь текст целиком.Они прекрасно задвигают x86 маки по производительности. По цене - примерно 1 фиг.
>> Первый абзац прочти, в идеале весь текст целиком.
> Они прекрасно задвигают x86 маки по производительности.Ещё бы сравнивать x86 маки пятилетней давности с современными M-процами. А ты с современным какинтошем на современных же x86 процах сравни!
> По цене - примерно 1 фиг.
Вот именно, что по соотношению цена/производительность M-процы всё также отстают, единственное в чём они относительно хороши, это в энергоэффективности и в том что под них подгоняют ОС с работой этой их модной быстрой памятью, но эти все фичи нивелируются тем, что разрабы софта забивают болта пользоваться ими, из-за чего мифические приросты и меганагибаторство x86 случается только в синтетических тестах в вакууме и то не всегда.
У arm все очень плохо с производительностью в десктопных играх, так что домашний сегмент перевести не получится, пока arm не придумает что-то что нивелирует это. А для остальных задач вы уже сейчас можете использовать arm процы вполне успешно.
Если перекомпилировать в натив арма то разницы мало, если правильно настроить слой совместимости то провал и 20% не будет.
Всё зависит от того насколько заморочиться.
Но в мак.производительность арм не может, хуже чем последние интелы качегарят в киловатник.
Ну не расчитана архитектура на 4+ггц 24\7\365
>В качестве причины прекращения поддержки MBR упоминается низкая надёжность загрузки в подобных конфигурацияхЧо? 0_0
А возможность апгрейда MBR-систем хоть сохранится? Хотя, федоро-разрабы уже столько всего «замечательного» наобещали, что может и не понадобится…
Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на uefi системах. Вы хоть читайте новость дальше заголовка прежде чем комментировать.
Загрузиться, конвертировать и жить дальше, но Федоровцы запрещаютЬ
> Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на
> uefi системах. Вы хоть читайте новость дальше заголовка прежде чем комментировать.Ок, вот есть ПК с uefi. Uefi в legacy-режиме, на нём работает система, которая грузится с mbr-диска. Это является «установкой Fedora, использующей uefi» или нет? По мне, так новость написана так, что не вот и разберёшься, чего сказать хотели, да ещё приправлена перлами от федороразрабов про «низкую надёжность».
> Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на
> uefi системах.Ну и да, вот это вот и называется «убрать поддержку mbr», ибо чего там на незагрузочном диске — по большому счёту плевать.
Да на системах ARM и RISC-V и УЕБИ не сильно-то и нужно. Там Das U-Boot самое то.
Ещё как нужно, иначе будет невозможно делать универсальные дистрибутивы и придётся делать отдельный образ под каждую железку. UEFI уже нормально работает в ARM[64] и RISC-V. Серверные платформы требуют UEFI и ACPI.> Там Das U-Boot самое то.
U-Boot также поддерживает UEFI.
> U-Boot также поддерживает UEFI.В нем это - опционально собирается. Можно собрать и без этой Wintel'овской дряни.
Заметьте, это тестовый дистр. Они до 2025 года держали поддержку дисков с разметкой MBR.
Жаль, что какой-нибудь MBR64 не запилили... На простых разбивках можно вообще ни одного сектора не терять. Допустим sda1 - это swap с сектора 0 (mkswap к такому более бережно относится, чем mke2fs). С EBR можно аналогично, если в extended размещать ext2/3/4.Страшновато такое юзать... но если действовать аккуратно, то брат будет жить ;)
Кто у них устанавливает sysctl kernel.yama.ptrace_scope
0
пакет default-yama-scope удалил все равно 0.
Ядро? Перерыл патчи ничего не нашел. Как это узнать? По дефолту должно быт 1. Чат гпт от моих вопросов глючить стал, бред какой-то выдает.
он всегда бред выдает, если он чем-то оказался полезен, то в это день объявляется праздникпро хелоу ворд конечно не идет речи
Не понял, нафига MBR в системах с UEFI если там по дефолту GPT?
Ну, выпилят и выпилят. gdisk давно mbr в gpt преобразовывать умеет.
И, вроде бы, речь идёт только о загрузочных разделах, а не о полном выпиле поддержки дисков с mbr.
Именно, люди дальше заголовка прочитать не удосужились просто.
Когда же наконец-то выпилят поддержку tty ?
Ты про ядерную консоль? Консоль не трожь!
Ядерная консоль, это та что в чемоданчике, с красной кнопкой?)
Людям делать нечего и они начинают ломать работающие вещи.
Забавно конечно, из новости в новость красношапка показывает свое отношение к пользователям, а фанатов меньше не становится)