| 1.1, Аноним (1), 11:16, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Федора как обычно движет индустрию вперед. Лет через 10 этот паровоз прогресса догонит и бабанта.
| | |
| |
| 2.14, fi (ok), 12:42, 04/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
 и в чем тут вперед?
У нас уже несколько релизов efi грузиться с mbr - и все замечательно. Этот mbr на сервера еще лет 10 будет в полном объеме поддерживаться.
думаю шапка не поддержит этот выпендрешь
| | |
| |
| 3.15, User (??), 13:10, 04/07/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
Еще б на сервера кто федору ставил, да? А новый-мажорный-рхел-на-основе-этой-федоры до тех серверов как раз через 10 лет и доедет (Но это не точно).
| | |
| |
| |
| 5.65, Аноним (65), 01:53, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
ну да, в рхел10 оно уже не попало. тоесть в лучшем случае в рхел11, тоесть несколько лет еще есть.
| | |
|
|
| |
| 4.40, _ (??), 18:46, 04/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Во-первых - это красиво!(С)
:)
Легаси наверное. Но зачем на таком железе распоследняя фидора ... вопрос без ответа :)
| | |
| |
| 5.46, Аноним (46), 20:19, 04/07/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Ну покупаете к примеру типичную MicroSD карту и там будет MBR И еще куча примен... большой текст свёрнут, показать | | |
| |
| 6.48, Аноним (44), 20:48, 04/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может быть причина на живой системе использовать MBR?
| | |
| |
| 7.67, Аноним (-), 02:06, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может
> быть причина на живой системе использовать MBR?
Ну вот теперь фидору вкатить на SD карту без последствий станет заметно сложнее. Но вы можете перепартиционировать и отформатировать ее сами, только не обижайтесь когда у вас при слете питания партишн "куда-то" пропадет.
| | |
| 7.94, Аноним (94), 13:05, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Поддержку MBR никто и не грозится выпиливать. Переформулирую вопрос так: какая может быть причина на живой системе использовать MBR?
Multiboot.
Испольховать MBR вместо совсем кала - не?... В т.ч.и на возможный будущий multiboot с другими.
| | |
|
| 6.50, Аноним (50), 21:33, 04/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Убирают не поддержку mbr, а поддержку загрузки с mbr на uefi системах, так как надёжность и стабильность хромает.
| | |
| |
| 7.62, AlexYeCu_not_logged (?), 00:56, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Убирают не поддержку mbr, а поддержку загрузки с mbr на uefi системах,
> так как надёжность и стабильность хромает.
О да, а с FAT32 разделам надёжность и стабильность ух какие будут — всем на загляденье!
| | |
| |
| 8.96, Аноним (94), 13:06, 05/07/2025 [^] [^^] [^^^] [ответить] | +/– | Кк раз вчера писал где то тут что, это самая надёжная из распрстранённых ФС в ми... текст свёрнут, показать | | |
|
| 7.66, Аноним (65), 01:58, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
вообщето загрузкой управляет не федора, а уефи, тесть сама загрузка никуда не денется, убирают из инсталлятора такой режим разбивки.
ну тоесть если кому то прямо очень надо, придётся както ставится без этого инсталлятора (ну как вариант ставить последнюю поддерживающую версию федоры и обновлять поверх). Вот рхерл вроде обновлений поверх не очень умеет, когда оно доедет до рхела 11 (ну или если решат еще отложить, до 12) то тогда надо будет руками диск бить, по всей видимости (если оно комуто надо будет почемуто, именно уефи и фат)
| | |
|
|
| 5.61, AlexYeCu_not_logged (?), 00:55, 05/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Вопрос надо ставить так: зачем сейчас вообще MBR?
А GPT зачем? Для меня в нём никаких плюсов, а вот минусов хватает, начиная от совершенно необязательной мороки со всякими там конвертациями и переездами, заканчивая эстетически отвратной и изначально идиотской идеей с созданием на диске специального раздела для данных uefi, да ещё и отформатированного в FAT32 (!) раздела. В статье, вроде, надёжность MBR ругали? И кстати, нет желания спросить что-то вроде «зачем сейчас вообще FAT32»?
| | |
| |
| 6.93, Аноним (93), 12:59, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> начиная от совершенно необязательной мороки со всякими там конвертациями и переездами
И ещё раз повторю: на НОВОЙ системе. Если у вас десять лет всё на MBR работает — и прекрасно, и дальше работать будет.
> изначально идиотской идеей с созданием на диске специального раздела для данных uefi
Ну да, лучше же 16-битный загрузчик в MBR в нулевом секторе, который загружает… и тут уже та ещё морока начинается.
> да ещё и отформатированного в FAT32 (!) раздела.
Нет ничего страшного в FAT32, если её применять по назначению.
| | |
| |
| 7.98, Аноним (94), 13:14, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Нет ничего страшного в FAT32, если её применять по назначению.
Так это как раз не по назначению - все эти лишние реално не используемые пользователем разделы.
> Ну да, лучше же 16-битный загрузчик в MBR в нулевом секторе, который загружает… и тут уже та ещё морока начинается.
Как то или же до твоего высера в MBR и 16 бит...
> И ещё раз повторю: на НОВОЙ системе. Если у вас десять лет всё на MBR работает — и прекрасно, и дальше работать будет.
Ну установи туда на MBR образ с сайта...
| | |
|
|
|
| 4.121, fi (ok), 13:11, 06/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Зачем нужен mbr на сервере?
Как раз на серверах ему и место ))
В принципе непонятен этот кипишь с mbr - это дефолт для любого нового накопителя. Даже флэшки идут с ним, а попробуйте всю ее сделать разделом - далего не все OS ее поймут.
А с gpt нужно сделать лишний шаг - подумать о выборе, а люди ленивы ))) есть mbr - и ок.
И если по hi-end серверам - так там диск целиком вставляют в том, без mbr или gpt.
Ну и конечно - совместимость, тут заказчик нашу систему на старый сервер HP решил поставить - а там нет чего модного. И нам бы пришлось тянуть две системы с efi/gpt и old bios/mbr, если бы мы отказались от efi/mbr
PS MBR - достаточен всем! ))))
| | |
| |
| 5.131, PnD (??), 11:55, 08/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Члена там. Как раз в случае с HP(E). Буквально пару-тройку лет назад разбирал, почему ядро (грубо, 10 МБ) грузится (из grub2) на HP360 gen10+ минут 5.
Да, индийские (или уже́ либерианские?) кодеры сумели внести новое слово в эмуляцию того самого int13h.
Лечить пришлось переразметкой в GPT (по принципу наименьших усилий). Патамушта можно разметить поверх имеющегося. Пусть и с толикой нетрадиционного секаса с загрузочным сектором.
| | |
|
|
|
| 2.55, Аноним (-), 23:12, 04/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Федора как обычно движет индустрию вперед. Лет через 10 этот паровоз
> прогресса догонит и бабанта.
В смысле - превращает поддерживаемые конфиги - в тыквы, снижая редхату затраты? Зачем это рхбм - понятно. Зачем остальным конвертировать проблемы рхбм в свои - не совсем.
| | |
| 2.132, adolfus (ok), 17:59, 10/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
 С MBR не прогресс, а регресс. Из всех rwdasd загрузочных менее процента, остальные используется для хранения данных. Никто не будет заниматься переформатированием тысяч петабайт ради угодить федоре (сам пока на ней сижу, но буду слезать на rhel для разработчиков).
| | |
|
| 1.5, Аноним (5), 11:32, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
>Предполагается, что оставив в инсталляторе Anaconda только поддержку GPT на системах x86 удастся исключить аварийные завершения на стадии загрузки, вызванные сбоями efibootmgr.
Заработок на поддержке не стимулирует написание качественного софта.
| | |
| |
| 2.32, Bob (??), 16:49, 04/07/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Давай проще: люди лечатся в продолжении всей жизни?
Развитие медицины не стимулирует спартанский подход к деторождению и воспитанию.
Хотя Дарвинизм и наиболее правильный подход со взгляда природы.
Вот так и с софтом - любую отбраковку (ошибку аборта) по пьяни можно "недорого" (в сравнении с Евгеникой) дотащить до общественно принятых норм.
Если это не мертворождённое тело с иного прохода, требующее утилизации.
| | |
|
| |
| 2.12, pic (??), 12:31, 04/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
А могли бы на сервера хотя бы вытолкнуть x86S, наверное, он стрельнул бы лучше, чем Itanuim.
| | |
| |
| 3.13, pic (??), 12:33, 04/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это решение было принято предыдущем руководством Intel, которое нечего не хотело менять.
Сейчас надежда на отмену новым гендиром Лип Бу Таном.
| | |
| |
| |
| 5.120, pic (??), 10:56, 06/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> это уже какой по счёту гендир за пару лет?
Гелсингер был инженерным специалистом, но защищал менеджмент среднего звена, когда был CEO.
Весь тормоз был в них, сокращение этих трутней, сидящих по 20-30 лет, имеющих крепкие связи и саботирующих изменения, напрашивалось очень давно. Это бич любой крупной компании.
Лип Бу Тан не решился продать заводы, но начал именно с этого. По итогу, заводы всё равно будут проданы, т.к. время уже упущено. Доля в Intel Foundry у материнской компании снизится до уровня 25%. После этого могут реанимировать x86S, т.к. у Intel по сути больше ничего и нет.
Это их последний шанс.
| | |
|
|
|
| |
| |
| 4.68, Аноним (-), 02:39, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> И чего там коммерчески успешного?
32-битные микроконтроллеры за 10 центов произвели небольшой отраслевой фурор. Теперь можно 32-битное ядро с DMA и нормальной моделью памяти - по цене ссаного PIC-10 под который на си то нормально програмить - не того.
В Raspberry Pico есть RISCV ядра.
А вон на гитхабе отшнуровка алибабы выложили сорцы 64-бит апликушников. И уже энное количество SoC взяло их в оборот.
В куче новых GPU от AMD и Nvidia - RISCV ядра под сервисные процы.
Вполне коммерчески успешные вещи если что.
| | |
| |
| 5.102, Аноним (94), 13:29, 05/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А вон на гитхабе отшнуровка алибабы выложили сорцы 64-бит апликушнико
Где и Чего именно выложили?
(но, будущее - всёравнё за x86, если его как следует "приправить")
| | |
| |
| 6.126, Аноним (-), 09:42, 07/07/2025 [^] [^^] [^^^] [ответить] | +/– | На гитхабе сорцы 64-бит апликушников относительно жирных, https github com XUA... большой текст свёрнут, показать | | |
|
|
|
| 3.41, _ (??), 18:48, 04/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> когда есть RISC-V?
А когда он есть? Нет его. Разговоров много, выхлопа - 0
| | |
| |
| 4.45, Аноним (16), 19:48, 04/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Брал одноплатник banana pi f3 для тестов и он довольно неплохо себя показал. Браузеры работают, компиляторы C, C++ и Rust есть, даже софт в репозиториях обновляется, чего еще не хватает? А производительность это дело наживное.
| | |
| |
| 5.49, Аноним (44), 20:49, 04/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вот когда наживут производительность, тогда и поговорим. А пока —
> для тестов | | |
|
| 4.71, Аноним (-), 03:38, 05/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> когда есть RISC-V?
> А когда он есть? Нет его. Разговоров много, выхлопа - 0
Его уже - миллиарды. Надо просто разуть глаза.
| | |
|
|
| 2.21, Tron is Whistling (?), 13:52, 04/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ты всегда можешь выкинуть дома x86 и оставить только ARM.
И на работе не забудь - но тебе будет сложно найти работу без x86.
| | |
| |
| 3.69, Аноним (-), 02:55, 05/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ты всегда можешь выкинуть дома x86 и оставить только ARM.
> И на работе не забудь - но тебе будет сложно найти работу без x86.
И тут гугло такое, вместе с амазоном - с серваками на ARM - наседающим EPYC на пятки - чокаво?! А ему на пятки наседают RISCV чипы как раз. Алибаба вон то для своих серверов ищначально настрогали. А потом частью немного поделились, как замануха.
| | |
| |
| 4.77, Tron is Whistling (?), 09:20, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вперёд-вперёд. Потом расскажешь, как там в дивном новом мире, с учётом того, что не в гугле, ни в амазне ты не нужен. Ну и да, у гугла серверов на x86 - десятки тысяч штук, если не сотни, арм там в пределах статистической погрешности. У амазона та же ситуация.
| | |
| |
| 5.125, Аноним (125), 02:38, 07/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Для i/o bound задач арм топчик. Дёшево и сердито, именно что в гугле и амазоне. Они и сами пользуются, и другим рекомендуют. Мы эти инстансы тысячами за сутки оборачиваем. И мы далеко не самый крупный клиент. Вот когда дело доходит до расчетов, то тут да, x86_64 и только. Но подготовка данных, ci/cd и прочий шум только на армах — так дешевле.
| | |
| |
| 6.130, Tron is Whistling (?), 10:47, 07/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Для i/o bound задач арм топчик
Уже смешно. Хотя конечно смотря какой i/o bound, если всё на оффлоудах - там и STM32 с выносным руткомплексом зайдёт.
| | |
|
| 5.127, Аноним (-), 09:49, 07/07/2025 [^] [^^] [^^^] [ответить] | +/– | Мне тоже нормуль будет Воткну в какой-нить жирный 64-бит RISCV с PCIe AMDGPU, и... большой текст свёрнут, показать | | |
|
|
|
| 2.27, Аноним (27), 15:08, 04/07/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Ну давай, найди мне арм, который по производительности способен тягаться с х86. Шоб стоил столько же, а лучше дешевле.
Х86 платформа, на которой все просто работает. Но армовцам нужно продавать свои поделия, вот и пытаются убедить всех что х86 плохой, неэкологичный, а наш арм может работать от картошки и сделан из бамбука.
Десятки лет все работало, но кто-то все равно недоволен. Прямо как с иксами, ха!
| | |
| |
| |
| |
| 5.72, Аноним (-), 03:43, 05/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Первый абзац прочти, в идеале весь текст целиком.
Они прекрасно задвигают x86 маки по производительности. По цене - примерно 1 фиг.
| | |
| |
| 6.73, Аноним (73), 06:44, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Первый абзац прочти, в идеале весь текст целиком.
> Они прекрасно задвигают x86 маки по производительности.
Ещё бы сравнивать x86 маки пятилетней давности с современными M-процами. А ты с современным какинтошем на современных же x86 процах сравни!
> По цене - примерно 1 фиг.
Вот именно, что по соотношению цена/производительность M-процы всё также отстают, единственное в чём они относительно хороши, это в энергоэффективности и в том что под них подгоняют ОС с работой этой их модной быстрой памятью, но эти все фичи нивелируются тем, что разрабы софта забивают болта пользоваться ими, из-за чего мифические приросты и меганагибаторство x86 случается только в синтетических тестах в вакууме и то не всегда.
| | |
| |
| 7.128, Аноним (-), 09:54, 07/07/2025 [^] [^^] [^^^] [ответить] | +/– | Там вон в бенчах фороникса - ARM на пятки EPYC с 192 ядрами, на минуточку, сел ... большой текст свёрнут, показать | | |
|
|
|
| 4.78, Tron is Whistling (?), 09:21, 05/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это лишь способ увеличения гру... то есть ЧСВ. Причём независимо от пола. Причём только для "своих", остальные не поймут.
| | |
|
| 3.104, Аноним (94), 13:36, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Х86 платформа, на которой все просто работает
Давно же уже не так - EFI и дажен w7, не говоря уже про XP и ниже, как читал: не запустить же на новье, с видеоадптерами аналогично.
| | |
|
| 2.51, Аноним (50), 21:37, 04/07/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
У arm все очень плохо с производительностью в десктопных играх, так что домашний сегмент перевести не получится, пока arm не придумает что-то что нивелирует это. А для остальных задач вы уже сейчас можете использовать arm процы вполне успешно.
| | |
| |
| 3.57, Аноним (56), 00:31, 05/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если перекомпилировать в натив арма то разницы мало, если правильно настроить слой совместимости то провал и 20% не будет.
Всё зависит от того насколько заморочиться.
Но в мак.производительность арм не может, хуже чем последние интелы качегарят в киловатник.
Ну не расчитана архитектура на 4+ггц 24\7\365
| | |
| 3.79, Tron is Whistling (?), 09:24, 05/07/2025 [^] [^^] [^^^] [ответить]
| –5 +/– | |
> У arm все очень плохо с производительностью в десктопных играх, так что
У армов всё очень плохо с производительностью _везде_. Это унылая эмбедовка, которая ориентирована на низкое энергопотребление в простое, а в CPU-bound задачах она при сходной производительности (да-да, придётся подбирать более высокие частоты, возможно больше ядер, чем у сопоставимого x86) выстреливает по потреблению даже выше x86 за счёт слабой оптимизации потока исполнения.
| | |
| |
| 4.129, Аноним (-), 09:56, 07/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> У армов всё очень плохо с производительностью _везде_. Это унылая эмбедовка,
Вон там унылая эмбедовка, в инстансах гугли и амазона. Или вон там в бенче фороникса плотно на пятки село EPYC'у dense c его 192 ядер. Нормальная такая эмбедовка. Или кому-то надо иногда букмарки апдейтить чтобы не выглядеть тупо.
| | |
|
|
|
| 1.11, AlexYeCu_not_logged (?), 12:15, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>В качестве причины прекращения поддержки MBR упоминается низкая надёжность загрузки в подобных конфигурациях
Чо? 0_0
А возможность апгрейда MBR-систем хоть сохранится? Хотя, федоро-разрабы уже столько всего «замечательного» наобещали, что может и не понадобится…
| | |
| |
| 2.52, Аноним (50), 21:39, 04/07/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на uefi системах. Вы хоть читайте новость дальше заголовка прежде чем комментировать.
| | |
| |
| 3.58, Аноним (56), 00:32, 05/07/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Загрузиться, конвертировать и жить дальше, но Федоровцы запрещаютЬ
| | |
| 3.59, AlexYeCu_not_logged (?), 00:47, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на
> uefi системах. Вы хоть читайте новость дальше заголовка прежде чем комментировать.
Ок, вот есть ПК с uefi. Uefi в legacy-режиме, на нём работает система, которая грузится с mbr-диска. Это является «установкой Fedora, использующей uefi» или нет? По мне, так новость написана так, что не вот и разберёшься, чего сказать хотели, да ещё приправлена перлами от федороразрабов про «низкую надёжность».
| | |
| 3.60, AlexYeCu_not_logged (?), 00:50, 05/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Никто не убирает поддержку mbr, убирают возможность загрузки системы с них на
> uefi системах.
Ну и да, вот это вот и называется «убрать поддержку mbr», ибо чего там на незагрузочном диске — по большому счёту плевать.
| | |
|
|
| 1.17, Аноним (17), 13:26, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Да на системах ARM и RISC-V и УЕБИ не сильно-то и нужно. Там Das U-Boot самое то.
| | |
| |
| 2.19, X512 (?), 13:37, 04/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Ещё как нужно, иначе будет невозможно делать универсальные дистрибутивы и придётся делать отдельный образ под каждую железку. UEFI уже нормально работает в ARM[64] и RISC-V. Серверные платформы требуют UEFI и ACPI.
> Там Das U-Boot самое то.
U-Boot также поддерживает UEFI.
| | |
| |
| 3.74, Аноним (-), 06:53, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> U-Boot также поддерживает UEFI.
В нем это - опционально собирается. Можно собрать и без этой Wintel'овской дряни.
| | |
| 3.117, 12yoexpert (ok), 19:20, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Ещё как нужно, иначе будет невозможно делать универсальные дистрибутивы и придётся делать отдельный образ под каждую железку
ээ, так для этого всё и делается
| | |
|
|
| 1.24, Аноним (-), 14:30, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Заметьте, это тестовый дистр. Они до 2025 года держали поддержку дисков с разметкой MBR.
| | |
| |
| 2.89, Аноним (89), 12:23, 05/07/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Разработчики эволюционировали до состояния, когда перестали понимать даже MBR...
| | |
|
| 1.29, Аноним (29), 15:32, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Жаль, что какой-нибудь MBR64 не запилили... На простых разбивках можно вообще ни одного сектора не терять. Допустим sda1 - это swap с сектора 0 (mkswap к такому более бережно относится, чем mke2fs). С EBR можно аналогично, если в extended размещать ext2/3/4.
Страшновато такое юзать... но если действовать аккуратно, то брат будет жить ;)
| | |
| |
| |
| 3.118, Аноним (118), 01:26, 06/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Дык туда же, в сектор 0. Загрузчик там же и был. В разделах linux swap (swapspace2) и ext2/3/4 первый килобайт примерно не трогается (или забит нулями). Вот как раз туда и помещается MBR (загрузчик+информация о разделах).
Загрузчик смотри сам - либо stage1 сразу, а про stage 1.5 думай сам (может он и не нужен как таковой в том же lilo)... Или типовой загрузочный сектор, который передаёт управление первому сектору активного раздела (этот активный раздел будет 2,3 или 4 и там как обычно всё).
Формально да, в EFI на загрузчике немного экономия есть, но по факту линукс её не использует. Ядро сразу (без EFI-загрузчика) обычно не стартует, т.к. тяжело поменять командную строку загрузки при необходимости и менюшек красивых не будет.
| | |
|
| 2.107, Аноним (94), 13:54, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Вроде бы мин.в в Японии издавно BIOS был и OS стартовала сразу не в 16 битах,
- и где они все... никому особо в мире были не нужны. Обратная совместимость вещь такая...
| | |
|
| 1.30, Аноним (30), 16:14, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто у них устанавливает sysctl kernel.yama.ptrace_scope
0
пакет default-yama-scope удалил все равно 0.
Ядро? Перерыл патчи ничего не нашел. Как это узнать? По дефолту должно быт 1. Чат гпт от моих вопросов глючить стал, бред какой-то выдает.
| | |
| |
| 2.70, penetrator (?), 03:37, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
он всегда бред выдает, если он чем-то оказался полезен, то в это день объявляется праздник
про хелоу ворд конечно не идет речи
| | |
|
| |
| 2.122, Аноним (122), 16:37, 06/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Чтобы не лочило на неподписанном загрузчике и при неправильных флешках.
| | |
|
| 1.37, anonblmus (?), 17:53, 04/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну, выпилят и выпилят. gdisk давно mbr в gpt преобразовывать умеет.
И, вроде бы, речь идёт только о загрузочных разделах, а не о полном выпиле поддержки дисков с mbr.
| | |
| |
| 2.111, Аноним (94), 14:03, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну, выпилят и выпилят. gdisk давно mbr в gpt преобразовывать умеет.
Ну и как ты загруишь затем ОС - только MBR поддерживающие?...
| | |
| 2.112, Аноним (94), 14:05, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
P.S.
Или даже просто заменишь на что то из них - эту, когда решишь это.
И т.б.далеко не все NIX'ы поддерживают не MBR, подозреваю даже - только про MS дырявые.
| | |
|
| 1.64, Аноним (63), 01:00, 05/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Забавно конечно, из новости в новость красношапка показывает свое отношение к пользователям, а фанатов меньше не становится)
| | |
| 1.75, Аноним (75), 08:22, 05/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> разнобой поддержки MBR в прошивках
Пусть тогда и ACPI удаляют отовсюду, вот там настоящий зоопарк.
> отсутствие должного тестирования в Fedora
Ну дак тестируйте. А то такие - Мы удаляем потому что мы не тестируем должным образом.
| | |
| 1.88, Аноним (89), 12:19, 05/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В качестве причины прекращения поддержки MBR упоминается ... отсутствие должного тестирования в Fedora
"Мы не работаем, потому что мы не работаем".
| | |
| |
| 2.95, Аноним (93), 13:06, 05/07/2025 [^] [^^] [^^^] [ответить]
| +/– |
Так а тестировать кто будет? Пользователям оно нафиг не надо. Я вот очень слабо представляю себе ситуацию, когда железка с UEFI, я ставлю систему и такой «не-не-не, не надо GPT, давай MBR, как деды завещали».
| | |
| |
| 3.123, Аноним (123), 16:41, 06/07/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Так а тестировать кто будет?
Пользователи.
>Пользователям оно нафиг не надо.
Их мнение в федоре никто не спрашивает.
>Я вот очень слабо представляю себе ситуацию, когда железка с UEFI, я ставлю систему и такой «не-не-не, не надо GPT, давай MBR, как деды завещали».
Банально вынуть хард и засунуть в другую пекарню. В которой MBR. Или запустить эту же систему под QEMU. В котором... ну ты понял.
| | |
|
|
| 1.133, nicholas (?), 15:38, 11/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Вроде gpt лучше. Но в винде только её и используют. Я другого не понимаю причём тут решение команды Федоры. В gparted встроена эта функция. Я часто разработчиков особо не понимаю.
| | |
| 1.134, Аноним (134), 11:50, 12/07/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Прекращение поддержки MBR также снизит нагрузку на людей, занимающихся поддержкой пользователей, упростит сопровождение и тестирование.
Короче, как всегда: решение не такое, как пользователям лучше, а такое, как самим создателям лучше.
Девеломпент ради (и для) девелоперов.
| | |
|
