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

"В инсталляторе 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	+2 +/–
Федора как обычно движет индустрию вперед. Лет через 10 этот паровоз прогресса догонит и бабанта.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #14, #55

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	–5 +/–
Пора 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	+/–
Это решение было принято предыдущем руководством Intel, которое нечего не хотело менять. Сейчас надежда на отмену новым гендиром Лип Бу Таном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

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

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

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

17. Сообщение от Аноним (17), 04-Июл-25, 13:26	+1 +/–
Да на системах 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

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

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

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

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

27. Сообщение от Аноним (27), 04-Июл-25, 15:08	+1 +/–
Ну давай, найди мне арм, который по производительности способен тягаться с х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	–1 +/–
Давай проще: люди лечатся в продолжении всей жизни? Развитие медицины не стимулирует спартанский подход к деторождению и воспитанию. Хотя Дарвинизм и наиболее правильный подход со взгляда природы. Вот так и с софтом - любую отбраковку (ошибку аборта) по пьяни можно "недорого" (в сравнении с Евгеникой) дотащить до общественно принятых норм. Если это не мертворождённое тело с иного прохода, требующее утилизации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

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

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

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

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

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

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

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

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

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

48. Сообщение от Аноним (44), 04-Июл-25, 20:48	+/–
Поддержку 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	–1 +/–
Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на uefi системах. Вы хоть читайте новость дальше заголовка прежде чем комментировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #58, #59, #60

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

54. Сообщение от Ананоним (?), 04-Июл-25, 21:54	+4 +/–
Людям делать нечего и они начинают ломать работающие вещи.
Ответить | Правка | Наверх | 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	+/–
Если перекомпилировать в натив арма то разницы мало, если правильно настроить слой совместимости то провал и 20% не будет. Всё зависит от того насколько заморочиться. Но в мак.производительность арм не может, хуже чем последние интелы качегарят в киловатник. Ну не расчитана архитектура на 4+ггц 24\7\365
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

58. Сообщение от Аноним (56), 05-Июл-25, 00:32	+/–
Загрузиться, конвертировать и жить дальше, но  Федоровцы запрещаютЬ
Ответить | Правка | Наверх | 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	+/–
> Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на > uefi системах. Ну и да, вот это вот и называется «убрать поддержку mbr», ибо чего там на незагрузочном диске — по большому счёту плевать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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