Народ собственно интересуес сабж!!!
Понятно конечно что праймори разделов только 4 а сеокндери сколько угодно … непонятен сам смысл такого деления зачем это нужно???
В DOS было понятно один основной онже активный с первого сектора активного раздела происходит загрузка … правдо там с логическими дисками что то намутили … но это выходит уже в офтопик.
А в линуксе загрузка происходит же из MBR а lilo вообще без разници с какого грузиться праймори секондери активный он или пассывный … а в таком случае не понятно почему не все праймори ??? И зачем вообще делить на праймори и секондери???
// Тему переместил(а) Master из форума «Софт под *nix».
// Тему переместил(а) Genie из форума «Железо».
Последние комментарии
- OlegL, 17 декабря 2023 года в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
разбиение жёсткого диска на разделы исорически происходило так: в первом секторе диска, там, где хранится Mater Boot Record, было отведено место для хранения информации для 4х разделов.
именно эти разделы могут быть загрузочными, и именно они называются primary.
но иногда надо делать большечетёрых разделов на диске. как быть?
и тогда ввели так называемые расширенные разделы (extended), в которых хранится информация о вторичных разделах.
А зачем теперь придерживаються такой схемы если смысла в ней уже нет??? Или это заложено на уровне железа???
на уровне самого железа этого не заложено.
а придерживаться…
ну, в MBR, в 512-ти байтах, 2 из которых отведены на сигнатуру, 64 (4*16) — и так выделены на таблицу первичных разделов, особо не разгуляешься. учитывая, что там ещё код загрузки находится.
да и потом, это уже «де-факто» стандарт.
кстати, такая, вроде бы, мелочь: загрузочными первоначально были только первичные разделы. но, собственно, почему бы и не быть таковыми extended разделам?
и тут можно попытаться записать туда такой же загрузчик, как и в MBR. иногда это работает.
только некоторые программы — partition resizer, partition magic — у таких разделов…. обнуляют первые 456 байт.
полагаясь на всё тот же самый исторически сложившийся де-факто стандарт
Почему иногда? Lilo прекрасно грузится с вторичных разделов.
Скорее на большую windows ориентированность. В Win в любм случае загрузчик в mbr записывается, т.е. первые 456 байт вторичных разделов абсолютно невостребованны для целей загрузки. Да и лень наверное разработчикам из-за таких «мелочей» переписывать программу, а те, кому надо поставить Lilo на вторичный раздел справяться вручную за 3 минуты.
ты бы технологию поглядел загрузки, а?
прежде чем такое высказывать.
lilo при установке спрашивает: а кулда мы будеем загрузчик вставлять? в mbr или в первый сектор раздела?
и, сказав mbr, ты тем самым даёшь ему возможность изменять командой lilo данные о положении ядра на диске.
ему в данном случае пофиг, в какой раздел записано ядро — читает напрямую. именно для этого после смены ядра надо вызывать lilo
причину со следствием, часом, не перепутываешь?
Я наверное неточно выразился. Я имел ввиду, что lilo можно установить на вторичный раздел и прередавать ему загрузку от основного бут-манагера, который установлен в mbr. Ясен перец, что я понимаю то, что, если в mbr ничего не прописано, то нихрена и не загрузится, потому он и mbr(Главная _Загрузочная _ Запись)
Тем более всё прозрачно с запуском lilo после любого внесения изменения в конфиг lilo, т.к. он не умеет динамически его считывать, в отличие, скажем от grub.
нет. не в том проблема.
читай внимательнее:
и, особенно,
в отличие от того же Grub-а, который уже заглядывает внутрь файловой системы за конфигом, читает его и уже дальше ориентируется самостоятельно.