А можно по подробнее MBR GRUB2... MBR всего 512 Б, и GRUB2 туда явно не поместится. Уже много ресурсов пересмотрел/перечитал и везде этот момент пропускается.
Это происходит по историческим причинам. Первые BIOS обладали техническими ограничениями в том, что они не способны были выполнять доступ к более чем 512 байт или не были способны производить считывание вне своего первого сектора. Поэтому, очевидно, после завершения своей задачи BIOS она просто делала безусловный переход к самым первым 512 байтам всего своего HDD, которые просто и запускали эту программу. К счастью, эта программа будет нашей самораскруткой (440 байт). Поскольку область самораскрутки очень мала в размере, она осуществляет лишь одну вещь, которая состоит в безусловном переходе в некое пространство большего размера, которое и составляет часть 2 нашего начального загрузчика. Он составляет в размере 31 кБ. Эти 31 кБ опять же крайне мало и нам приходится искать ещё дополнительный размер. Этот начальный загрузчик выполняет безусловный переход в часть 3, которая находится внутри некого раздела. Эта часть 3 будет на устройстве C: в файле с названием NTLDR.
Справедливо было бы сделать мизерную поправку. Биос не ищет любые бут устройства, а использует свой бут лист с сортированным приоритетом. Если в бут листе не настроено нужное бут устройство, то оно в загрузке не учавствует. Поправте меня, если я ошибаюсь.
Ну в биос мы настраиваем бутлист устройств в первую очередь, и последовательность к ним обращения, а дальше уже на самих устройствах нужно найти загрузочные сектора и с них дальше грузиться. Я в видео имел ввиду что происходит поиск именно загрузочных записей на подключенных устройствах.
@@pro-technologyi Уж простите мне мою дотошность 😉 Не факт, что просто подключенное устройство учавствует среди возможных бут, пока это не настроено в биосе в сортированный бут лист и сублист или пользователем вручную. Этот момент можно долго обсуждать, т.к. тоже есть много важных моментов. Но в целом вы правы и подали очень полезную информацию. Я почерпнул кое что для себя и захотелось копнуть глубже. Благодарочка 🙏
MBR давно устарело. Сейчас применяют UEFI, соответственно BIOS уже ничего не ищет у него уже есть запись загрузчика на соответствующей раздел EFI устройства. При использовании UEFi даже не требуется не LILO ни GRUB(их можно использовать но особого смысла нет), BIOS может напрямую передать вызов в kernel.
@@ЮрийНиколаев-ы1м да представляешь себе не нужен. Ты можешь в bios вообще указать полный путь к ядру Линукс, и у тебя загрузится операционная система. А ещё чтобы это не делать руками, в биос изменения можно внести с помощью утилиты efibootmgr, ну или efishell и в этой ситуации вообще не нужен ни какой загрузчик. ознакомься лучше с тем как операционная система передает управление, куда и как.
@@IgorAlov Подаётся электропитание данной системы. Она переходит к своему встроенному ПО UEFI. UEFI запускает POST. POST проверяет имеющееся оборудование и выдаёт звуковой сигнал жизнеспособности когда всё хорошо. POST возвращется обратно в UEFI. UEFI интеллектуально; вместо того чтобы выполнять безусловный переход в самые первые 512 байт, UEFI находит необходимый раздел ESP. Оно выполняет безусловный переход вовнутрь ESP. Снова, UEFI умно и разбирается с установленным начальным загрузчиком. Оно перечисляет на экране имеющееся название начального загрузчика. В случае Ubuntu оно обнаруживает файл grubx64.efi; начальный загрузчик ещё пока не вызывался и не запускался UEFI. Наш BIOS применется для отображения только доступных названий загрузочных устройств, таких как CD-ROM, HDD и PXE, в то время как UEFI входит в само устройство чтобы проверить наличие раздела ESP и напрямую отображает название ОС. В тот момент, когда наш пользователь выбирает вариант Ubuntu, UEFI запустит Code grubx64.efi из соответствующего раздела ESP. Значением абсолютного пути будет /boot/efi/EFI/ubuntu/grubx64.efi. Затем grubx64.efi считает grubx.cfg, который представлен в том же самом каталоге
Благодарю Вас! Очень понятно объяснили! С меня подписка!
Спасибо мужик, сегодня на собесе задали этот вопрос, а я даже не знал что ответить). Надо запомнить.
Наконец-то коротко и по делу! Спасибо!
очень помогло, спасибо!!
Наглядно, понятно. А можно про груб2 подробнее. Основные команды для восстановления или принудительных изменений параметров работы, выбор ядра и. т.д.
Спасибо за предложение темы думаю в ближайшее время получится снять такое видео.
@@pro-technologyi подача материала у Вас хорошая, не хочу другие источники смотреть. Спасибо за контент.
@@pro-technologyi будем ждать с нетерпением .спасибо )
А можно по подробнее MBR GRUB2... MBR всего 512 Б, и GRUB2 туда явно не поместится. Уже много ресурсов пересмотрел/перечитал и везде этот момент пропускается.
Это происходит по историческим причинам. Первые BIOS обладали техническими ограничениями в том, что они не способны были выполнять доступ к более чем 512 байт или не были способны производить считывание вне своего первого сектора. Поэтому, очевидно, после завершения своей задачи BIOS она просто делала безусловный переход к самым первым 512 байтам всего своего HDD, которые просто и запускали эту программу. К счастью, эта программа будет нашей самораскруткой (440 байт). Поскольку область самораскрутки очень мала в размере, она осуществляет лишь одну вещь, которая состоит в безусловном переходе в некое пространство большего размера, которое и составляет часть 2 нашего начального загрузчика. Он составляет в размере 31 кБ. Эти 31 кБ опять же крайне мало и нам приходится искать ещё дополнительный размер. Этот начальный загрузчик выполняет безусловный переход в часть 3, которая находится внутри некого раздела. Эта часть 3 будет на устройстве C: в файле с названием NTLDR.
Справедливо было бы сделать мизерную поправку. Биос не ищет любые бут устройства, а использует свой бут лист с сортированным приоритетом. Если в бут листе не настроено нужное бут устройство, то оно в загрузке не учавствует.
Поправте меня, если я ошибаюсь.
Ну в биос мы настраиваем бутлист устройств в первую очередь, и последовательность к ним обращения, а дальше уже на самих устройствах нужно найти загрузочные сектора и с них дальше грузиться. Я в видео имел ввиду что происходит поиск именно загрузочных записей на подключенных устройствах.
@@pro-technologyi
Уж простите мне мою дотошность 😉
Не факт, что просто подключенное устройство учавствует среди возможных бут, пока это не настроено в биосе в сортированный бут лист и сублист или пользователем вручную. Этот момент можно долго обсуждать, т.к. тоже есть много важных моментов.
Но в целом вы правы и подали очень полезную информацию. Я почерпнул кое что для себя и захотелось копнуть глубже. Благодарочка 🙏
MBR давно устарело. Сейчас применяют UEFI, соответственно BIOS уже ничего не ищет у него уже есть запись загрузчика на соответствующей раздел EFI устройства.
При использовании UEFi даже не требуется не LILO ни GRUB(их можно использовать но особого смысла нет), BIOS может напрямую передать вызов в kernel.
Благодарю за дополнение
Да ладно и grub не требуется ? Ничего что uefi именно его и грузит?
@@ЮрийНиколаев-ы1м да представляешь себе не нужен. Ты можешь в bios вообще указать полный путь к ядру Линукс, и у тебя загрузится операционная система. А ещё чтобы это не делать руками, в биос изменения можно внести с помощью утилиты efibootmgr, ну или efishell и в этой ситуации вообще не нужен ни какой загрузчик. ознакомься лучше с тем как операционная система передает управление, куда и как.
@@IgorAlov
Подаётся электропитание данной системы.
Она переходит к своему встроенному ПО UEFI. UEFI запускает POST.
POST проверяет имеющееся оборудование и выдаёт звуковой сигнал жизнеспособности когда всё хорошо.
POST возвращется обратно в UEFI.
UEFI интеллектуально; вместо того чтобы выполнять безусловный переход в самые первые 512 байт, UEFI находит необходимый раздел ESP.
Оно выполняет безусловный переход вовнутрь ESP. Снова, UEFI умно и разбирается с установленным начальным загрузчиком. Оно перечисляет на экране имеющееся название начального загрузчика. В случае Ubuntu оно обнаруживает файл grubx64.efi;
начальный загрузчик ещё пока не вызывался и не запускался UEFI. Наш BIOS применется для отображения только доступных названий загрузочных устройств, таких как CD-ROM, HDD и PXE, в то время как UEFI входит в само устройство чтобы проверить наличие раздела ESP и напрямую отображает название ОС.
В тот момент, когда наш пользователь выбирает вариант Ubuntu, UEFI запустит Code grubx64.efi из соответствующего раздела ESP. Значением абсолютного пути будет /boot/efi/EFI/ubuntu/grubx64.efi. Затем grubx64.efi считает grubx.cfg, который представлен в том же самом каталоге
@@ЮрийНиколаев-ы1м да не требуется
В 21 веке в первую очередь надо рассказывать про uefi gpt, а bios с mbr упоминать между прочим для исторической справки.
Ой, да не нуди ты, ляля
@@thecomrad1677 а чё бы не понудить,
тем более что это правда?
А роса нормально встанет на плату asrock h510 hdv r 2.0 с i3 10100f и gtx1650?
Честно говоря без понятия )) Но мне кажется вполне себе должно установиться ничего сверхестественного нет в перечисленных параметрах
У init всего 7 уровней 0-6, нумерация до 6 но уровней 7.
Стоило более глубоко изучить материал прежде чем пилить видео