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

"В инсталляторе Fedora 43 намерены прекратить поддержку MBR на системах x86 с UEFI "	+/–
Сообщение от opennews (??), 04-Июл-25, 11:16
В 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
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 04-Июл-25, 11:16	+4 +/–
Федора как обычно движет индустрию вперед. Лет через 10 этот паровоз прогресса догонит и бабанта.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #14, #55, #132

5. Сообщение от Аноним (5), 04-Июл-25, 11:32	+3 +/–
>Предполагается, что оставив в инсталляторе Anaconda только поддержку GPT на системах x86 удастся исключить аварийные завершения на стадии загрузки, вызванные сбоями efibootmgr. Заработок на поддержке не стимулирует написание качественного софта.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #32

6. Сообщение от Жироватт (ok), 04-Июл-25, 11:35	+1 +/–
Заработок на софте тоже не стимулирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от Соль земли2 (?), 04-Июл-25, 11:46	+1 +/–
Нет. Тут топтание на месте было из-за AWS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

9. Сообщение от Аноним (9), 04-Июл-25, 11:59	–7 +/–
Пора x86 выкинуть и оставить ARM
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #16, #21, #27, #51

11. Сообщение от AlexYeCu_not_logged (?), 04-Июл-25, 12:15	+1 +/–
>В качестве причины прекращения поддержки MBR упоминается низкая надёжность загрузки в подобных конфигурациях Чо? 0_0 А возможность апгрейда MBR-систем хоть сохранится? Хотя, федоро-разрабы уже столько всего «замечательного» наобещали, что может и не понадобится…
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52

12. Сообщение от pic (??), 04-Июл-25, 12:31	–1 +/–
А могли бы на сервера хотя бы вытолкнуть x86S, наверное, он стрельнул бы лучше, чем Itanuim.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #13

13. Сообщение от pic (??), 04-Июл-25, 12:33	–1 +/–
Это решение было принято предыдущем руководством Intel, которое нечего не хотело менять. Сейчас надежда на отмену новым гендиром Лип Бу Таном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #115

14. Сообщение от fi (ok), 04-Июл-25, 12:42	–1 +/–
и в чем тут вперед? У нас уже несколько релизов efi грузиться с mbr - и все замечательно. Этот mbr на сервера еще лет 10 будет в полном объеме поддерживаться. думаю шапка не поддержит этот выпендрешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #15, #25

15. Сообщение от User (??), 04-Июл-25, 13:10	+5 +/–
Еще б на сервера кто федору ставил, да? А новый-мажорный-рхел-на-основе-этой-федоры до тех серверов как раз через 10 лет и доедет (Но это не точно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23

16. Сообщение от Аноним (16), 04-Июл-25, 13:19	+7 +/–
Зачем нужен ARM, когда есть RISC-V?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #33, #39, #41

17. Сообщение от Аноним (17), 04-Июл-25, 13:26	+3 +/–
Да на системах ARM и RISC-V и УЕБИ не сильно-то и нужно. Там Das U-Boot самое то.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

19. Сообщение от X512 (?), 04-Июл-25, 13:37	+/–
Ещё как нужно, иначе будет невозможно делать универсальные дистрибутивы и придётся делать отдельный образ под каждую железку. UEFI уже нормально работает в ARM[64] и RISC-V. Серверные платформы требуют UEFI и ACPI. > Там Das U-Boot самое то. U-Boot также поддерживает UEFI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #74, #117

21. Сообщение от Tron is Whistling (?), 04-Июл-25, 13:52	+/–
Ты всегда можешь выкинуть дома x86 и оставить только ARM. И на работе не забудь - но тебе будет сложно найти работу без x86.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #69

23. Сообщение от Крокодил крокожу и буду крокодить (?), 04-Июл-25, 14:25	–1 +/–
Fedora - это тестовый полигон для Red Hat. То, что обкатывается в Fedora, затем попадает в Шапку. Поэтому, шапка может не одобрить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #65

24. Сообщение от Аноним (-), 04-Июл-25, 14:30	+/–
Заметьте, это тестовый дистр. Они до 2025 года держали поддержку дисков с разметкой MBR.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89

25. Сообщение от gnugpl (?), 04-Июл-25, 15:02	–1 +/–
Зачем нужен mbr на сервере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #40, #44, #121

27. Сообщение от Аноним (27), 04-Июл-25, 15:08	+2 +/–
Ну давай, найди мне арм, который по производительности способен тягаться с х86. Шоб стоил столько же, а лучше дешевле. Х86 платформа, на которой все просто работает. Но армовцам нужно продавать свои поделия, вот и пытаются убедить всех что х86 плохой, неэкологичный, а наш арм может работать от картошки и сделан из бамбука. Десятки лет все работало, но кто-то все равно недоволен. Прямо как с иксами, ха!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #47, #104

29. Сообщение от Аноним (29), 04-Июл-25, 15:32	+/–
Жаль, что какой-нибудь MBR64 не запилили... На простых разбивках можно вообще ни одного сектора не терять. Допустим sda1 - это swap с сектора 0 (mkswap к такому более бережно относится, чем mke2fs). С EBR можно аналогично, если в extended размещать ext2/3/4. Страшновато такое юзать... но если действовать аккуратно, то брат будет жить ;)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #107

30. Сообщение от Аноним (30), 04-Июл-25, 16:14	+/–
Кто у них устанавливает sysctl kernel.yama.ptrace_scope 0 пакет default-yama-scope удалил все равно 0. Ядро? Перерыл патчи ничего не нашел. Как это узнать? По дефолту должно быт 1. Чат гпт от моих вопросов глючить стал, бред какой-то выдает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

32. Сообщение от Bob (??), 04-Июл-25, 16:49	–3 +/–
Давай проще: люди лечатся в продолжении всей жизни? Развитие медицины не стимулирует спартанский подход к деторождению и воспитанию. Хотя Дарвинизм и наиболее правильный подход со взгляда природы. Вот так и с софтом - любую отбраковку (ошибку аборта) по пьяни можно "недорого" (в сравнении с Евгеникой) дотащить до общественно принятых норм. Если это не мертворождённое тело с иного прохода, требующее утилизации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

33. Сообщение от Bob (??), 04-Июл-25, 16:51	–2 +/–
И чего там коммерчески успешного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #68

35. Сообщение от Аноним (35), 04-Июл-25, 17:17	+/–
Не понял, нафига MBR в системах с UEFI если там по дефолту GPT?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #122

37. Сообщение от anonblmus (?), 04-Июл-25, 17:53	+/–
Ну, выпилят и выпилят. gdisk давно mbr в gpt преобразовывать умеет. И, вроде бы, речь идёт только о загрузочных разделах, а не о полном выпиле поддержки дисков с mbr.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #111, #112

38. Сообщение от Аноним (38), 04-Июл-25, 18:42	+3 +/–
Когда же наконец-то выпилят поддержку tty ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

39. Сообщение от Аноним (39), 04-Июл-25, 18:42	+/–
>И чего там коммерчески успешного? ESP32C3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

40. Сообщение от _ (??), 04-Июл-25, 18:46	+1 +/–
Во-первых - это красиво!(С) :) Легаси наверное. Но зачем на таком железе распоследняя фидора ... вопрос без ответа :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

41. Сообщение от _ (??), 04-Июл-25, 18:48	+/–
> когда есть RISC-V? А когда он есть? Нет его. Разговоров много, выхлопа - 0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #45, #71

43. Сообщение от Аноним (-), 04-Июл-25, 18:56	+1 +/–
Ты про ядерную консоль? Консоль не трожь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #63

44. Сообщение от Аноним (44), 04-Июл-25, 18:59	+/–
Вопрос надо ставить так: зачем сейчас вообще MBR?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #46, #61

45. Сообщение от Аноним (16), 04-Июл-25, 19:48	–1 +/–
Брал одноплатник banana pi f3 для тестов и он довольно неплохо себя показал. Браузеры работают, компиляторы C, C++ и Rust есть, даже софт в репозиториях обновляется, чего еще не хватает? А производительность это дело наживное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #49, #103

46. Сообщение от Аноним (46), 04-Июл-25, 20:19	+1 +/–
Ну покупаете к примеру типичную MicroSD карту и там будет MBR. И еще куча применений. Виртуализация домашняя опять же, возьмете VirtualBox или что там у вас, GPT и UEFI загрузка будет очень опциональная с хитрой галочкой где-то в глубине и комментарием что это не очень поддерживается / оттестировано / экспериментально при попытке включения. В итоге ситуаций когда у обычных людей (не техногиков) появляется все больше MBR а GPT это что-то странное/ не по умолчанию. Вот затем сейчас вообще MBR. Потому что куча где все рассчитано на его применение. Да и у техногиков тоже. Ну вот совершенно рандомный юзкейз: хотите вы посмотреть на ReactOS какой-нибудь. Скачаете, разметите загрузочный диск (пускай Rufus'ом из оффтопика). Думаете, там где-то хоть в каком-то виде всплывет GPT? Ха-ха. Все это (ОС отличные от линукса и винды, загрузочные флешки и тп) в реальности MBR.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #48, #50

47. Сообщение от Аноним (46), 04-Июл-25, 20:23	–4 +/–
Apple silicon?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #56, #78

48. Сообщение от Аноним (44), 04-Июл-25, 20:48	–1 +/–
Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может быть причина на живой системе использовать MBR?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #67, #94

49. Сообщение от Аноним (44), 04-Июл-25, 20:49	+/–
Вот когда наживут производительность, тогда и поговорим. А пока — > для тестов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

50. Сообщение от Аноним (50), 04-Июл-25, 21:33	+/–
Убирают не поддержку mbr, а поддержку загрузки с mbr на uefi системах, так как надёжность и стабильность хромает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #62, #66

51. Сообщение от Аноним (50), 04-Июл-25, 21:37	–1 +/–
У arm все очень плохо с производительностью в десктопных играх, так что домашний сегмент перевести не получится, пока arm не придумает что-то что нивелирует это. А для остальных задач вы уже сейчас можете использовать arm процы вполне успешно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #57, #79

52. Сообщение от Аноним (50), 04-Июл-25, 21:39	–2 +/–
Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на uefi системах. Вы хоть читайте новость дальше заголовка прежде чем комментировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #58, #59, #60

53. Сообщение от Аноним (50), 04-Июл-25, 21:42	+/–
Именно, люди дальше заголовка прочитать не удосужились просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

54. Сообщение от Ананоним (?), 04-Июл-25, 21:54	+5 +/–
Людям делать нечего и они начинают ломать работающие вещи.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

55. Сообщение от Аноним (-), 04-Июл-25, 23:12	+/–
> Федора как обычно движет индустрию вперед. Лет через 10 этот паровоз > прогресса догонит и бабанта. В смысле - превращает поддерживаемые конфиги - в тыквы, снижая редхату затраты? Зачем это рхбм - понятно. Зачем остальным конвертировать проблемы рхбм в свои - не совсем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

56. Сообщение от Аноним (56), 05-Июл-25, 00:27	+/–
Первый абзац прочти, в идеале весь текст целиком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #72

57. Сообщение от Аноним (56), 05-Июл-25, 00:31	+1 +/–
Если перекомпилировать в натив арма то разницы мало, если правильно настроить слой совместимости то провал и 20% не будет. Всё зависит от того насколько заморочиться. Но в мак.производительность арм не может, хуже чем последние интелы качегарят в киловатник. Ну не расчитана архитектура на 4+ггц 24\7\365
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

58. Сообщение от Аноним (56), 05-Июл-25, 00:32	+2 +/–
Загрузиться, конвертировать и жить дальше, но  Федоровцы запрещаютЬ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

59. Сообщение от AlexYeCu_not_logged (?), 05-Июл-25, 00:47	+/–
> Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на > uefi системах. Вы хоть читайте новость дальше заголовка прежде чем комментировать. Ок, вот есть ПК с uefi. Uefi в legacy-режиме, на нём работает система, которая грузится с mbr-диска. Это является «установкой Fedora, использующей uefi» или нет? По мне, так новость написана так, что не вот и разберёшься, чего сказать хотели, да ещё приправлена перлами от федороразрабов про «низкую надёжность».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

60. Сообщение от AlexYeCu_not_logged (?), 05-Июл-25, 00:50	+1 +/–
> Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на > uefi системах. Ну и да, вот это вот и называется «убрать поддержку mbr», ибо чего там на незагрузочном диске — по большому счёту плевать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

61. Сообщение от AlexYeCu_not_logged (?), 05-Июл-25, 00:55	–1 +/–
> Вопрос надо ставить так: зачем сейчас вообще MBR? А GPT зачем? Для меня в нём никаких плюсов, а вот минусов хватает, начиная от совершенно необязательной мороки со всякими там конвертациями и переездами, заканчивая эстетически отвратной и изначально идиотской идеей с созданием на диске специального раздела для данных uefi, да ещё и отформатированного в FAT32 (!) раздела. В статье, вроде, надёжность MBR ругали? И кстати, нет желания спросить что-то вроде «зачем сейчас вообще FAT32»?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #93

62. Сообщение от AlexYeCu_not_logged (?), 05-Июл-25, 00:56	+/–
> Убирают не поддержку mbr, а поддержку загрузки с mbr на uefi системах, > так как надёжность и стабильность хромает. О да, а с FAT32 разделам надёжность и стабильность ух какие будут — всем на загляденье!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #96

63. Сообщение от Аноним (63), 05-Июл-25, 00:58	+/–
Ядерная консоль, это та что в чемоданчике, с красной кнопкой?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #91

64. Сообщение от Аноним (63), 05-Июл-25, 01:00	+/–
Забавно конечно, из новости в новость красношапка показывает свое отношение к пользователям, а фанатов меньше не становится)
Ответить | Правка | Наверх | Cообщить модератору

65. Сообщение от Аноним (65), 05-Июл-25, 01:53	+/–
ну да, в рхел10 оно уже не попало. тоесть в лучшем случае в рхел11, тоесть несколько лет еще есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

66. Сообщение от Аноним (65), 05-Июл-25, 01:58	+/–
вообщето загрузкой управляет не федора, а уефи, тесть сама загрузка никуда не денется, убирают из инсталлятора такой режим разбивки. ну тоесть если кому то прямо очень надо, придётся както ставится без этого инсталлятора (ну как вариант ставить последнюю поддерживающую версию федоры и обновлять поверх). Вот рхерл вроде обновлений поверх не очень умеет, когда оно доедет до рхела 11  (ну или если решат еще отложить, до 12) то тогда надо будет руками диск бить, по всей видимости (если оно комуто надо будет почемуто, именно уефи и фат)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #97

67. Сообщение от Аноним (-), 05-Июл-25, 02:06	+/–
> Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может > быть причина на живой системе использовать MBR? Ну вот теперь фидору вкатить на SD карту без последствий станет заметно сложнее. Но вы можете перепартиционировать и отформатировать ее сами, только не обижайтесь когда у вас при слете питания партишн "куда-то" пропадет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

68. Сообщение от Аноним (-), 05-Июл-25, 02:39	+/–
> И чего там коммерчески успешного? 32-битные микроконтроллеры за 10 центов произвели небольшой отраслевой фурор. Теперь можно 32-битное ядро с DMA и нормальной моделью памяти - по цене ссаного PIC-10 под который на си то нормально програмить - не того. В Raspberry Pico есть RISCV ядра. А вон на гитхабе отшнуровка алибабы выложили сорцы 64-бит апликушников. И уже энное количество SoC взяло их в оборот. В куче новых GPU от AMD и Nvidia - RISCV ядра под сервисные процы. Вполне коммерчески успешные вещи если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #102

69. Сообщение от Аноним (-), 05-Июл-25, 02:55	–1 +/–
> Ты всегда можешь выкинуть дома x86 и оставить только ARM. > И на работе не забудь - но тебе будет сложно найти работу без x86. И тут гугло такое, вместе с амазоном - с серваками на ARM - наседающим EPYC на пятки - чокаво?! А ему на пятки наседают RISCV чипы как раз. Алибаба вон то для своих серверов ищначально настрогали. А потом частью немного поделились, как замануха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #77

70. Сообщение от penetrator (?), 05-Июл-25, 03:37	+/–
он всегда бред выдает, если он чем-то оказался полезен, то в это день объявляется праздник про хелоу ворд конечно не идет речи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

71. Сообщение от Аноним (-), 05-Июл-25, 03:38	+1 +/–
>> когда есть RISC-V? > А когда он есть? Нет его. Разговоров много, выхлопа - 0 Его уже - миллиарды. Надо просто разуть глаза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

72. Сообщение от Аноним (-), 05-Июл-25, 03:43	–1 +/–
> Первый абзац прочти, в идеале весь текст целиком. Они прекрасно задвигают x86 маки по производительности. По цене - примерно 1 фиг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #73

73. Сообщение от Аноним (73), 05-Июл-25, 06:44	+/–
>> Первый абзац прочти, в идеале весь текст целиком. > Они прекрасно задвигают x86 маки по производительности. Ещё бы сравнивать x86 маки пятилетней давности с современными M-процами. А ты с современным какинтошем на современных же x86 процах сравни! > По цене - примерно 1 фиг. Вот именно, что по соотношению цена/производительность M-процы всё также отстают, единственное в чём они относительно хороши, это в энергоэффективности и в том что под них подгоняют ОС с работой этой их модной быстрой памятью, но эти все фичи нивелируются тем, что разрабы софта забивают болта пользоваться ими, из-за чего мифические приросты и меганагибаторство x86 случается только в синтетических тестах в вакууме и то не всегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #128

74. Сообщение от Аноним (-), 05-Июл-25, 06:53	+/–
> U-Boot также поддерживает UEFI. В нем это - опционально собирается. Можно собрать и без этой Wintel'овской дряни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

75. Сообщение от Аноним (75), 05-Июл-25, 08:22	+/–
> разнобой поддержки MBR в прошивках Пусть тогда и ACPI удаляют отовсюду, вот там настоящий зоопарк. > отсутствие должного тестирования в Fedora Ну дак тестируйте. А то такие - Мы удаляем потому что мы не тестируем должным образом.
Ответить | Правка | Наверх | Cообщить модератору

76. Сообщение от Аноним (89), 05-Июл-25, 09:17	+/–
Нашли ещё одно место, где надо срочно всё сломать... К чему бы это?
Ответить | Правка | Наверх | Cообщить модератору

77. Сообщение от Tron is Whistling (?), 05-Июл-25, 09:20	+/–
Вперёд-вперёд. Потом расскажешь, как там в дивном новом мире, с учётом того, что не в гугле, ни в амазне ты не нужен. Ну и да, у гугла серверов на x86 - десятки тысяч штук, если не сотни, арм там в пределах статистической погрешности. У амазона та же ситуация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #125, #127

78. Сообщение от Tron is Whistling (?), 05-Июл-25, 09:21	+1 +/–
Это лишь способ увеличения гру... то есть ЧСВ. Причём независимо от пола. Причём только для "своих", остальные не поймут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

79. Сообщение от Tron is Whistling (?), 05-Июл-25, 09:24	–5 +/–
> У arm все очень плохо с производительностью в десктопных играх, так что У армов всё очень плохо с производительностью _везде_. Это унылая эмбедовка, которая ориентирована на низкое энергопотребление в простое, а в CPU-bound задачах она при сходной производительности (да-да, придётся подбирать более высокие частоты, возможно больше ядер, чем у сопоставимого x86) выстреливает по потреблению даже выше x86 за счёт слабой оптимизации потока исполнения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #129

88. Сообщение от Аноним (89), 05-Июл-25, 12:19	+/–
> В качестве причины прекращения поддержки MBR упоминается ... отсутствие должного тестирования в Fedora "Мы не работаем, потому что мы не работаем".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #95

89. Сообщение от Аноним (89), 05-Июл-25, 12:23	+1 +/–
Разработчики эволюционировали до состояния, когда перестали понимать даже MBR...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

90. Сообщение от Аноним (90), 05-Июл-25, 12:35	+/–
>это swap с сектора 0 А код первоначальной загрузки куда?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #118

91. Сообщение от Аноним (90), 05-Июл-25, 12:38	+/–
Ну тоже вариант. Там она тоже через /dev/tty :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

92. Сообщение от Аноним (90), 05-Июл-25, 12:39	+/–
"Испортил хорошую вещь." (C)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

93. Сообщение от Аноним (93), 05-Июл-25, 12:59	+/–
> начиная от совершенно необязательной мороки со всякими там конвертациями и переездами И ещё раз повторю: на НОВОЙ системе. Если у вас десять лет всё на MBR работает — и прекрасно, и дальше работать будет. > изначально идиотской идеей с созданием на диске специального раздела для данных uefi Ну да, лучше же 16-битный загрузчик в MBR в нулевом секторе, который загружает… и тут уже та ещё морока начинается. > да ещё и отформатированного в FAT32 (!) раздела. Нет ничего страшного в FAT32, если её применять по назначению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #98

94. Сообщение от Аноним (94), 05-Июл-25, 13:05	+/–
> Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может быть причина на живой системе использовать MBR? Multiboot. Испольховать MBR вместо совсем кала - не?... В т.ч.и на возможный будущий multiboot с другими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #119

95. Сообщение от Аноним (93), 05-Июл-25, 13:06	+/–
Так а тестировать кто будет? Пользователям оно нафиг не надо. Я вот очень слабо представляю себе ситуацию, когда железка с UEFI, я ставлю систему и такой «не-не-не, не надо GPT, давай MBR, как деды завещали».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #123

96. Сообщение от Аноним (94), 05-Июл-25, 13:06	+/–
Кк раз вчера писал где то тут что, это самая надёжная из распрстранённых ФС в мире, в т.ч.и из-за простоты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

97. Сообщение от Аноним (94), 05-Июл-25, 13:09    Скрыто ботом-модератором	+1 +/–
> у как вариант ставить последнюю поддерживающую версию федоры и обновлять поверх Да ты садо-мазо... И уж точно никто из новых потенциальных пользователей - таким страдать не будет. Даже просто потому что, с высокой вероятностью - не знает линукс вообще... и в ч.н.как именно тут такое садо-мазо провернуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

98. Сообщение от Аноним (94), 05-Июл-25, 13:14	+/–
> Нет ничего страшного в FAT32, если её применять по назначению. Так это как раз не по назначению - все эти лишние реално не используемые пользователем разделы. > Ну да, лучше же 16-битный загрузчик в MBR в нулевом секторе, который загружает… и тут уже та ещё морока начинается. Как то или же до твоего высера в MBR и 16 бит... > И ещё раз повторю: на НОВОЙ системе. Если у вас десять лет всё на MBR работает — и прекрасно, и дальше работать будет. Ну установи туда на MBR образ с сайта...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

102. Сообщение от Аноним (94), 05-Июл-25, 13:29	–1 +/–
> А вон на гитхабе отшнуровка алибабы выложили сорцы 64-бит апликушнико Где и Чего именно выложили? (но, будущее - всёравнё за x86, если его как следует "приправить")
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #126

103. Сообщение от Аноним (94), 05-Июл-25, 13:32    Скрыто ботом-модератором	+/–
Если винды, причём все, и даже DOS не ставятся - в топку. Ну и кому то как импортозамещение не поддходит же, не говоря уже про т.б.в военку, если он не дурак или предатель...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

104. Сообщение от Аноним (94), 05-Июл-25, 13:36	+/–
> Х86 платформа, на которой все просто работает Давно же уже не так - EFI и дажен w7, не говоря уже про XP и ниже, как читал: не запустить же на новье, с видеоадптерами аналогично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

107. Сообщение от Аноним (94), 05-Июл-25, 13:54	+/–
Вроде бы мин.в в Японии издавно BIOS был и OS стартовала сразу не в 16 битах, -  и где они все... никому особо в мире были не нужны. Обратная совместимость вещь такая...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

111. Сообщение от Аноним (94), 05-Июл-25, 14:03	+/–
> Ну, выпилят и выпилят. gdisk давно mbr в gpt преобразовывать умеет. Ну и как ты загруишь затем ОС - только MBR поддерживающие?...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

112. Сообщение от Аноним (94), 05-Июл-25, 14:05	+/–
P.S. Или даже просто заменишь на что то из них - эту, когда решишь это. И т.б.далеко не все NIX'ы поддерживают не MBR, подозреваю даже - только про MS дырявые.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

115. Сообщение от 12yoexpert (ok), 05-Июл-25, 19:12	+/–
это уже какой по счёту гендир за пару лет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #120

117. Сообщение от 12yoexpert (ok), 05-Июл-25, 19:20	+/–
> Ещё как нужно, иначе будет невозможно делать универсальные дистрибутивы и придётся делать отдельный образ под каждую железку ээ, так для этого всё и делается
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

118. Сообщение от Аноним (118), 06-Июл-25, 01:26	+/–
Дык туда же, в сектор 0. Загрузчик там же и был. В разделах linux swap (swapspace2) и ext2/3/4 первый килобайт примерно не трогается (или забит нулями). Вот как раз туда и помещается MBR (загрузчик+информация о разделах). Загрузчик смотри сам - либо stage1 сразу, а про stage 1.5 думай сам (может он и не нужен как таковой в том же lilo)... Или типовой загрузочный сектор, который передаёт управление первому сектору активного раздела (этот активный раздел будет 2,3 или 4 и там как обычно всё). Формально да, в EFI на загрузчике немного экономия есть, но по факту линукс её не использует. Ядро сразу (без EFI-загрузчика) обычно не стартует, т.к. тяжело поменять командную строку загрузки при необходимости и менюшек красивых не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

119. Сообщение от Аноним (119), 06-Июл-25, 09:59	+/–
EFI не поддерживает multiboot? Вот это новость!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

120. Сообщение от pic (??), 06-Июл-25, 10:56	+/–
> это уже какой по счёту гендир за пару лет? Гелсингер был инженерным специалистом, но защищал менеджмент среднего звена, когда был CEO. Весь тормоз был в них, сокращение этих трутней, сидящих по 20-30 лет, имеющих крепкие связи и саботирующих изменения, напрашивалось очень давно. Это бич любой крупной компании. Лип Бу Тан не решился продать заводы, но начал именно с этого. По итогу, заводы всё равно будут проданы, т.к. время уже упущено. Доля в Intel Foundry у материнской компании снизится до уровня 25%. После этого могут реанимировать x86S, т.к. у Intel по сути больше ничего и нет. Это их последний шанс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

121. Сообщение от fi (ok), 06-Июл-25, 13:11	+/–
> Зачем нужен mbr на сервере? Как раз на серверах ему и место )) В принципе непонятен этот кипишь с mbr - это дефолт для любого нового накопителя. Даже флэшки идут с ним, а попробуйте всю ее сделать разделом - далего не все OS ее поймут. А с gpt нужно сделать лишний шаг - подумать о выборе, а люди ленивы ))) есть mbr - и ок. И если по hi-end серверам - так там диск целиком вставляют в том, без mbr или gpt. Ну и конечно - совместимость, тут заказчик нашу систему на старый сервер HP решил поставить - а там нет чего модного. И нам бы пришлось тянуть две системы с efi/gpt и old bios/mbr, если бы мы отказались от  efi/mbr PS MBR - достаточен всем! ))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #131

122. Сообщение от Аноним (122), 06-Июл-25, 16:37	+/–
Чтобы не лочило на неподписанном загрузчике и при неправильных флешках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

123. Сообщение от Аноним (123), 06-Июл-25, 16:41	+/–
>Так а тестировать кто будет? Пользователи. >Пользователям оно нафиг не надо. Их мнение в федоре никто не спрашивает. >Я вот очень слабо представляю себе ситуацию, когда железка с UEFI, я ставлю систему и такой «не-не-не, не надо GPT, давай MBR, как деды завещали». Банально вынуть хард и засунуть в другую пекарню. В которой MBR. Или запустить эту же систему под QEMU. В котором... ну ты понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

125. Сообщение от Аноним (125), 07-Июл-25, 02:38	+/–
Для i/o bound задач арм топчик. Дёшево и сердито, именно что в гугле и амазоне. Они и сами пользуются, и другим рекомендуют. Мы эти инстансы тысячами за сутки оборачиваем. И мы далеко не самый крупный клиент. Вот когда дело доходит до расчетов, то тут да, x86_64 и только. Но подготовка данных, ci/cd и прочий шум только на армах — так дешевле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #130

126. Сообщение от Аноним (-), 07-Июл-25, 09:42	+/–
> Где и Чего именно выложили? На гитхабе сорцы 64-бит апликушников относительно жирных, https://github.com/XUANTIE-RV/ - 906 и 910 выводки. Это не самый топ что у них есть, но как видите - китайцы начинают поддемпинговывать. И конечно завалят мир своими процами. А вон например что они сделали http://web.archive.org/web/20250316191548/https://www.thereg.../ - не, на этого сорц не дадут вообще всем, но - желающим они свои ядра лицензируют только в путь, и видимо условия гламурнее ARM ибо есть энное количество SoC где накопипастили XuanTie'ских ядер уж сколько лезло на кристалл - и пошли продавать. А так - во https://en.wikipedia.org/wiki/RISC-V - там довольно длинный список реализаций. > (но, будущее - всёравнё за x86, если его как следует "приправить") Горбатого могила исправит. И я посмотрю как вы им подвинете вон того - за 10 центов - хоть откуда-нибудь. В свое время 8086 в эмбед версии даже был - но это ужасный изврат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

127. Сообщение от Аноним (-), 07-Июл-25, 09:49	+/–
> Вперёд-вперёд. Потом расскажешь, как там в дивном новом мире, с учётом того, > что не в гугле, ни в амазне ты не нужен. Мне тоже нормуль будет. Воткну в какой-нить жирный 64-бит RISCV с PCIe AMDGPU, и порядок. И вот мой workstation-ng по сути и готов. С полностью открытым системным уровнем конечно, а не uefi от винтеля в виде мутноблобов, всякими boot guard, ME и PSP - вот уж нафиг покупать это все за свои деньги. Я готов доплатить премиум за отсутсвие у меня в системе всего этого ацкого крапа от винтеля и его последователей. ...и мои воркфлоу на конкретную систему команд уже не привязаны никак. Debian на RISCV как раз портировали. Что мне еще для счастья надо? :) > Ну и да, у гугла серверов на x86 - десятки тысяч штук, > если не сотни, арм там в пределах статистической погрешности. У амазона > та же ситуация. Судя по тому как они барыжат инстансами и это уже на серьезных щах обсуждают, бенчмаркают всякие форониксы и проч - я не удивлюсь если для новых внедрений эти господа вообще пошлют AMD и Intel курить бамбук и будут юзать то что надевелопали in-house для сеья и своих нужд. Это почему-то удобнее. Особенно когда системный уровень полностью профаченый нефиксабельными блобами - в котоорых багов так по жизни более чем хватает, желаемое поведение типа интеграции в СВОЕ управление инфрой хрен прикрутишь и проч.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

128. Сообщение от Аноним (-), 07-Июл-25, 09:54	+/–
> Ещё бы сравнивать x86 маки пятилетней давности с современными M-процами. А ты > с современным какинтошем на современных же x86 процах сравни! Там вон в бенчах фороникса - ARM на пятки EPYC с 192 ядрами, на минуточку, сел. У вас > Вот именно, что по соотношению цена/производительность M-процы всё также отстают, > единственное в чём они относительно хороши, это в энергоэффективности и в том > что под них подгоняют ОС с работой этой их модной быстрой > памятью, но эти все фичи нивелируются тем, что разрабы софта забивают > болта пользоваться ими, из-за чего мифические приросты и меганагибаторство x86 случается > только в синтетических тестах в вакууме и то не всегда. А таки у x86 дико переусложненное, кривое и глючное управление питанием с 1 стороны и позорная энергоэффективность при всем этом - с другой. В планшетах и смартах он за это уже вымер, а теперь и в ноутах начинает понемногу поджимать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

129. Сообщение от Аноним (-), 07-Июл-25, 09:56	+/–
> У армов всё очень плохо с производительностью _везде_. Это унылая эмбедовка, Вон там унылая эмбедовка, в инстансах гугли и амазона. Или вон там в бенче фороникса плотно на пятки село EPYC'у dense c его 192 ядер. Нормальная такая эмбедовка. Или кому-то надо иногда букмарки апдейтить чтобы не выглядеть тупо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

130. Сообщение от Tron is Whistling (?), 07-Июл-25, 10:47	+/–
> Для i/o bound задач арм топчик Уже смешно. Хотя конечно смотря какой i/o bound, если всё на оффлоудах - там и STM32 с выносным руткомплексом зайдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

131. Сообщение от PnD (??), 08-Июл-25, 11:55	+/–
Члена там. Как раз в случае с HP(E). Буквально пару-тройку лет назад разбирал, почему ядро (грубо, 10 МБ) грузится (из grub2) на HP360 gen10+ минут 5. Да, индийские (или уже́ либерианские?) кодеры сумели внести новое слово в эмуляцию того самого int13h. Лечить пришлось переразметкой в GPT (по принципу наименьших усилий). Патамушта можно разметить поверх имеющегося. Пусть и с толикой нетрадиционного секаса с загрузочным сектором.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

132. Сообщение от adolfus (ok), 10-Июл-25, 17:59	+/–
С MBR не прогресс, а регресс. Из всех rwdasd загрузочных менее процента, остальные используется для хранения данных. Никто не будет заниматься переформатированием тысяч петабайт ради угодить федоре (сам пока на ней сижу, но буду слезать на rhel для разработчиков).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

133. Сообщение от nicholas (?), 11-Июл-25, 15:38	+/–
Вроде gpt  лучше. Но в винде только её и используют. Я другого не понимаю причём тут решение команды Федоры. В gparted встроена эта функция. Я часто разработчиков особо не понимаю.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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