nixp.ru v3.0

23 января 2017,
понедельник,
03:34:43 MSK

DevOps с компанией «Флант»
anonymous написал 25 марта 2005 года в 11:55 (343 просмотра) Ведет себя неопределенно; открыл 1814 темы в форуме, оставил 5575 комментариев на сайте.

Народ собственно интересуес сабж!!!

Понятно конечно что праймори разделов только 4 а сеокндери сколько угодно … непонятен сам смысл такого деления зачем это нужно???

В DOS было понятно один основной онже активный с первого сектора активного раздела происходит загрузка … правдо там с логическими дисками что то намутили … но это выходит уже в офтопик.

А в линуксе загрузка происходит же из MBR а lilo вообще без разници с какого грузиться праймори секондери активный он или пассывный … а в таком случае не понятно почему не все праймори ??? И зачем вообще делить на праймори и секондери???

// Тему переместил(а) Master из форума «Софт под *nix».

// Тему переместил(а) Genie из форума «Железо».

Genie

разбиение жёсткого диска на разделы исорически происходило так: в первом секторе диска, там, где хранится Mater Boot Record, было отведено место для хранения информации для разделов.

именно эти разделы могут быть загрузочными, и именно они называются primary.

но иногда надо делать большечетёрых разделов на диске. как быть?

и тогда ввели так называемые расширенные разделы (extended), в которых хранится информация о вторичных разделах.

anonymous

А зачем теперь придерживаються такой схемы если смысла в ней уже нет??? Или это заложено на уровне железа???

Genie

на уровне самого железа этого не заложено.

а придерживаться…

ну, в MBR, в 512-ти байтах, 2 из которых отведены на сигнатуру, 64 (4*16) — и так выделены на таблицу первичных разделов, особо не разгуляешься. учитывая, что там ещё код загрузки находится.

да и потом, это уже «де-факто» стандарт.

кстати, такая, вроде бы, мелочь: загрузочными первоначально были только первичные разделы. но, собственно, почему бы и не быть таковыми extended разделам?

и тут можно попытаться записать туда такой же загрузчик, как и в MBR. иногда это работает.

только некоторые программы — partition resizer, partition magic — у таких разделов…. обнуляют первые 456 байт.

полагаясь на всё тот же самый исторически сложившийся де-факто стандарт

sky
Genie
на уровне самого железа этого не заложено.

иногда это работает.

Почему иногда? Lilo прекрасно грузится с вторичных разделов.

только некоторые программы — partition resizer, partition magic — у таких разделов…. обнуляют первые 456 байт.

полагаясь на всё тот же самый исторически сложившийся де-факто стандарт

Скорее на большую windows ориентированность. В Win в любм случае загрузчик в mbr записывается, т.е. первые 456 байт вторичных разделов абсолютно невостребованны для целей загрузки. Да и лень наверное разработчикам из-за таких «мелочей» переписывать программу, а те, кому надо поставить Lilo на вторичный раздел справяться вручную за 3 минуты.

Genie
Почему иногда? Lilo прекрасно грузится с вторичных разделов.

ты бы технологию поглядел загрузки, а?

прежде чем такое высказывать.

lilo при установке спрашивает: а кулда мы будеем загрузчик вставлять? в mbr или в первый сектор раздела?

и, сказав mbr, ты тем самым даёшь ему возможность изменять командой lilo данные о положении ядра на диске.

ему в данном случае пофиг, в какой раздел записано ядро — читает напрямую. именно для этого после смены ядра надо вызывать lilo

Скорее на большую windows ориентированность.

причину со следствием, часом, не перепутываешь?

sky

Я наверное неточно выразился. Я имел ввиду, что lilo можно установить на вторичный раздел и прередавать ему загрузку от основного бут-манагера, который установлен в mbr. Ясен перец, что я понимаю то, что, если в mbr ничего не прописано, то нихрена и не загрузится, потому он и mbr(Главная _Загрузочная _ Запись)

Тем более всё прозрачно с запуском lilo после любого внесения изменения в конфиг lilo, т.к. он не умеет динамически его считывать, в отличие, скажем от grub.

Genie
Тем более всё прозрачно с запуском lilo после любого внесения изменения в конфиг lilo, т.к. он не умеет динамически его считывать, в отличие, скажем от grub.

нет. не в том проблема.

читай внимательнее:

и, сказав mbr, ты тем самым даёшь ему возможность изменять командой lilo данные о положении ядра на диске.

и, особенно,

ему в данном случае пофиг, в какой раздел записано ядро — читает напрямую.

в отличие от того же Grub-а, который уже заглядывает внутрь файловой системы за конфигом, читает его и уже дальше ориентируется самостоятельно.

ecobeingecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.