https://wiki.gentoo.org/wiki/GRUB2/ruStarMAUGLI писал(а): ↑16 ноя 2018, 01:08может быть вы могли бы подкинуть пруфлинк по теме? просто объем комента не позволяет углубиться в тему...
Grub 2
Правда там тоже много. Зато полезного.
https://wiki.gentoo.org/wiki/GRUB2/ruStarMAUGLI писал(а): ↑16 ноя 2018, 01:08может быть вы могли бы подкинуть пруфлинк по теме? просто объем комента не позволяет углубиться в тему...
По этой теме нашел некоторое количество ссылок. Впору отдельный миникурс по UEFI делать.
Немного "разгрёбся"..
Отредактировал обзорную статью по загрузчикам в хронологическом порядкеStarMAUGLI писал(а): ↑15 ноя 2018, 00:02Мне не приходилось пользоваться EFI в качестве загрузчика. Подскажите что можно про него написать?
dmesg | grep scheduler
рекомендованая для определения планировщиков доступных в ядре отрабатывает, но ничего мне не выводит. ЧЯДНТ?хм, у меня выводит
[ 1.042616] io scheduler noop registered (default)
[ 1.042617] io scheduler deadline registered
[ 1.042650] io scheduler cfq registered
Справедливо только для дисков с MBR. Зависит от того, в каком секторе располагается таблица разделов - в старом стандарте это был 64-ый сектор, и первые 63 были свободны. В новом стандарте таблица разделов пишется начиная с сектора 2048. В случае GPT все несколько по другому работает. Даже с BIOS.StarMAUGLI писал(а): ↑19 ноя 2018, 12:55поскольку современные диски большого объёма могут некорректно считываться без дальнейшего кода. Для загрузки ОС с некоторых файловых систем в ядре Linux может не быть драйвера, в этом случае есть возможность разместить такой драйвер в первых секторах диска (начиная со второго и по 63-й) (?).
EFS - это тип/название такого раздела. А фактически, на нем обычная FAT в качестве файловой системы. Отсюда вывод - UEFI умеет читать не только голые байты с диска как BIOS, но и понимает разбивку (GPT), а так же знает как работать как минимум с FAT.StarMAUGLI писал(а): ↑19 ноя 2018, 12:55В случае UEFI запускается загрузчик загруженный со служебного раздела (EFS или FAT??)
Тут можно формализировать так: ядро запускается для того, чтобы выполнить единственную задачу - процесс с PID 1. Как только это процесс завершается, ядро тоже завершает работу.StarMAUGLI писал(а): ↑19 ноя 2018, 12:555. После этого start_kernel() выполняет основную настройку системы (прерывания, остальные функции управления памятью, инициализацию устройств, драйверов и т. д.), а потом порождает процесс бездействия, диспетчер и отдельно от них — процесс init (выполняющийся в пользовательском пространстве).
Наверное не "завершает работу", а "переходит в режим ожидания"? Завершает работу, наверное, когда все процессы, включая PID 1, завершены. Ы?
Ядро запускает процесс с PID 1 и ждет когда он закончит работу. Когда процесс с PID 1 завершается - ядро тоже завершает работу.StarMAUGLI писал(а): ↑20 ноя 2018, 22:20Наверное не "завершает работу", а "переходит в режим ожидания"? Завершает работу, наверное, когда все процессы, включая PID 1, завершены. Ы?
Чегой-то не пойму для чего это?
Так-то GRUB 2 никуда уходить не собирается. Он как бы из 2-х частей состоит - в режиме BIOS-Legacy ставится пакет grub-pc, а в UEFI - grub-efiStarMAUGLI писал(а): ↑19 ноя 2018, 12:47Данный способ загрузки идет на смену загрузки операционных систем с помощью GRUB 2
Не совсем так. Изначально была SysVinit, затем появились совместимые и несовместимые с ней OpenRC, Upstart и SystemdStarMAUGLI писал(а): ↑19 ноя 2018, 12:49На данный момент используется в большинстве случаев одна из двух самых популярных систем инициализации - SysVinit или Systemd
Legacy оно больше как BIOS / MBR. Ну или расписать подробней. А то можно подумать на mbr-дисках в режиме UEFI загружать..
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 2 гостя