Windows и Linux на разных хардах. Правильно ли я понимаю порядок действий?

[slant]

он находится на самом разделе.

Вы не правы. Stage 1.5 на разделе находится не может - негде. Между vbr и началом данных на разделе нет свободного места как между mbr и первым разделом. Согласен, я не расписал последствия, потому можно было неправильно понять, зачем я вообще этот пункт упомянул.

Смысл вот в чем: в один блок тупо не запихнуть нормальный код для полноценной поддержки файловой системы, чтобы можно было нормально считать конфигурацию. В случае установки в mbr эта проблема решается через stage 1.5. А вот в случае vbr - это невозможно. По этому приходится идти на компромисс - stage 1.5 вообще отсутствует. Вместо него пишется особым образом сформированный файл, но читается он потом кодом из vbr не как файл, а напрямую, по абсолютному адресу в raw режиме. Отсюда требования к такой записи - файл должен быть непрерывным, без фрагментации. И не в коем случае не перемещаться потом. Не все файловые системы это позволяют. btrfs скажем - не позволит. Проблемы так же будут с lvm, рейдами, и много еще чем. Т.е. в таком случае как минимум нужно выделять еще один отдельный раздел под /boot с ext2-4, и помнить про эту тонкость.

[S.A.]

А вот в случае vbr - это невозможно. По этому приходится идти на компромисс - stage 1.5 вообще отсутствует

Вы значит тоже не правы ->

Винда при установке может затереть stage 1.5

[slant]

Вы значит тоже не правы ->

Как я написал выше - здесь я сам допустил очень кривую формулировку, не дописал развернуто. Признаю.
Имелось в виду то, что невозможна схема загрузки MBR -> VBR -> stage 1.5 на ее обычном месте -> stage2, хотя бы потому, что винда ее может переписать. И из-за этого возникает другая сложность/особенность. Которую я описал выше.

[AlexZ]

"Обычным юзерам" вообще незачем самим систему ставить

Я по стилю вопросов-ответов на форуме хорошо вижу, что обычных юзеров здесь абсолютное большинство (как обычно бывает на обычных форумах). Надо полагать, вы им всем системы ставили? Особо сложного в установке системы ничего нет (за исключением редких частных случаев)

не стоит давать ему неточную информацию, пусть и для того чтобы упростить.

Инфа точная, более того проверенная (за 10 лет). При этом упрощенная для лучшего понимания обычными юзерами, как говорится, коротко и со смыслом. Я же не только себе системы ставлю, но и другим, обычным. Чаще всего (если не всегда) сложные вещи только в упрощенном виде и понимают.

Это НЕ стандартный код. Это часть загрузчика, и у каждого загрузчика он свой. Другое дело, что код для mbr от загрузчика от Windows 98 который вы любите ставить через свою любимую утилиту ведет себя именно так, как вы описали, т.к. это прямой наследник ДОС-а, а тот вел себя именно так

Я же поменял 98 MBR (просто мой менеджер разделов такую ставит) на последнюю от 7-ки (другой утилитой), никакой разницы. Стандарт в том что загрузочный код (не важно какие системы стоят) передаёт управление загрузкой на единственный активный раздел, вот и всё, других подробностей и знать не надо (кто захочет очень "глубоко" понять эту тему, сами найдут подробности во всяких вики)
slant, если вы до сих пор не понимаете разницы между mbr и bootmgr, я в этом направлении не вижу смысла вам что-либо объяснять.

Структура разметки дисков MBR была создана задолго до винды.
Кстати, по поводу линукса ключевое слово - "на десктопы". А так они с виндой почти ровесники.

Вы мне зачем всё это пишите (тем более я это знаю)? Я про Фому, вы - про Ерёму..
То про УЕФИ, то истории всякие - мне ваши ответы-рассуждения чем-то напоминают вашу же картинку https://upload.wikimedia.org/wikipedia/ ... meline.svg

если винда обновит MBR - она заодно и активный раздел перекинет на себя.

Что не так? Винда загрузится, в ней же делаешь активным линукс (секундное дело), это так же естественно как после установки любой новой системы загрузиться в линукс и "сделать sudo update-grub"
1. grub не затирается, его не нужно постоянно восстанавливать как в вашем варианте
2. минимум телодвижений(секунды просто) - в отличие от вашего загрузиться с liveCD (для многих уже вопрос) и сделать восстановление grub (опять вопрос для многих), ну и время конечно (может сильно различаться в зависимости от уровня пользователя)

А если просто перекинуть флаг активного раздела - этого не произойдет.

С чего это вдруг? MBR то и делает.. (впрочем, не буду повторяться)
3. grub также грузится с активного раздела - в отличие от вашего, хоть заперекидывайся (grub нарушен, его только восстанавливать)

1. Нужна нормальная реализация bios. Иначе такой переход может и не работать на произвольный раздел. Разумеется это не фатально, но неприятно. (И да, сейчас конечно такие косяки - редкость.)
2. Винда при установке может затереть stage 1.5 - а его перенести в другое место невозможно - просто нету такого места. В этом случае все равно придется проводить установку GRUB заново.
3. В обоих случаях происходит запись в MBR (в вашем случае - запись флага активного раздела) - т.е. с формальной точки зрения запороть таблицу разделов вовремя записи (скажем, свет мигнул неудачно) шанс примерно одинаковый. Разумеется мизерный, но он есть.

1. За 10 лет всякие mbr-диски повидал, но подобные косяки ни разу не попадались. Даже если и крайне редко бывает, это равнозначная ситуация. Где гарантия что на кривом БИОСе grub 100%-но отработает, если mbr не может.
2. Винда может затереть только stage 1 (в 1-м секторе). Относительно винды понятие MBR совпадает с физическим MBS(S-сектор), потому и говорят чаще всего бутсектор раздела или бутсектор диска.
Вобщем, говорил уже не раз, никаких переустановок не требуется.
3. Опять какая-то равнозначная крайне редкая ситуация, по существу будет что-нибудь?
Так что мой вариант со всех сторон удобнее и безопаснее
А ваш тоже нужен в определенных случаях, но уже гораздо реже (Минт в расширенном, экзотичная ФС и т.п.)

[AlexZ]

А вот в случае vbr - это невозможно. По этому приходится идти на компромисс - stage 1.5 вообще отсутствует. Вместо него пишется особым образом сформированный файл, но читается он потом кодом из vbr не как файл, а напрямую, по абсолютному адресу в raw режиме. Отсюда требования к такой записи - файл должен быть непрерывным, без фрагментации. И не в коем случае не перемещаться потом. Не все файловые системы это позволяют. btrfs скажем - не позволит. Проблемы так же будут с lvm, рейдами, и много еще чем. Т.е. в таком случае как минимум нужно выделять еще один отдельный раздел под /boot с ext2-4, и помнить про эту тонкость.

Это фантазии или можно где-то почитать?
Я наверное опять "счастливчик" (равно как и те кому ставил), ибо grub ставил на раздел, раздел перемещал и отдельный раздел под /boot не создавал. И всё без последствий как-то..

stage 1.5 вообще отсутствует

Такими темпами скоро и stage 1 потеряется..

Имелось в виду то, что невозможна схема загрузки MBR -> VBR -> stage 1.5 на ее обычном месте -> stage2, хотя бы потому, что винда ее может переписать.

Не может, она только 1-й сектор обновляет, но этого достаточно, чтобы нарушить grub, установленный в MBR. Если он на разделе, то без последствий. Почему?
И куда делась stage 1, если раньше такая версия была..?

GRUB ставится в три места на диске, ОДНОВРЕМЕННО: MBR (stage 1), промежуток между mbr и первым разделом (stage 1.5) и на файловой системе - то, что потом обычно доступно как /boot из линукса (это stage 2). А stage 1 никуда из mbr убрать нельзя, и место для stage 1.5 тоже вполне себе фиксированное.

[slant]

Я по стилю вопросов-ответов на форуме хорошо вижу, что обычных юзеров здесь абсолютное большинство (как обычно бывает на обычных форумах).

"Обычных юзеров" здесь по пальцам одной руки пересчитать. Если человек интересуется новым, учится - это уже не "обычный юзер". Тем ничего не надо. Они сами систему ставить не хотят, тем более линукс. Здесь в основном начинающие изучать линукс. Это большая разница.

Инфа точная, более того проверенная (за 10 лет).

Ну а у меня активной практики ~20 лет (не вся связана с линуксом, но вся с системным администрированием). Будем мерятся То что я пишу - это тоже личный опыт, из того, с чем я сталкивался. Если вы с подобным не сталкивались - не значит, что такого не было.

При этом упрощенная для лучшего понимания обычными юзерами, как говорится, коротко и со смыслом.

А потом начинается техношаманизм, т.к. сложившаяся по упрощенным описаниям картина оказывается не полной а то и вовсе неверной. Отсюда (в том числе) это море тем на форумах "помогите, система не грузится!" Собственно у вас самого такой случай похоже, но без негативного опыта, на вашу удачу.

Стандарт в том что загрузочный код (не важно какие системы стоят) передаёт управление загрузкой на единственный активный раздел

Это НЕ стандарт. Это типичное поведение для загрузчиков от MS, которые унаследовали его от досовских загрузчиков. Стандарт же заканчивается на описании того, что биос должен запустить загрузочный код из mbr если по определенному смещению выставлен флаг (АА55). Что будет делать этот код - в стандарт не входит.

slant, если вы до сих пор не понимаете разницы между mbr и bootmgr, я в этом направлении не вижу смысла вам что-либо объяснять.

Похоже это вы не понимаете как именно mbr связан с биосом. И мне тоже кажется, что вам тоже объяснять что-то бессмысленно, вы это просто пропускаете мимо. Я бы давно плюнул, но вы же других пытаетесь этому же самому учить. Послушает вас человек - может быть все у него хорошо будет, а может попадет на неудачную комбинацию факторов и не заработает такой вариант у него. Так хоть знать будут, что это не универсальное решение.

1. За 10 лет всякие mbr-диски повидал, но подобные косяки ни разу не попадались. Даже если и крайне редко бывает, это равнозначная ситуация. Где гарантия что на кривом БИОСе grub 100%-но отработает, если mbr не может.

Вам повезло. А вот в период 2000-2005 годов такое было еще довольно распространенным явлением. GRUB установленный в MBR там был единственным вариантом. А гарантия того, что груб отработает была очень простой. В кривых биосах была нарушена подпрограмма требуемая для выполнения смещения - т.е. начала чтения с произвольного места диска. А где у grub stage1.5? Правильно - начиная со второго блока. Так что ему эта процедура была не нужна - он просто читал последовательно с самого начала. Ну а прочитав его - опираться на биос уже было не нужно.
Чтобы было понятнее - код в МБР это как программа без библиотек. Все подпрограммы - в биосе. На них места в единственном блоке нету. А у grub они собственные, независимые от bios в stage 1.5 есть.

2. Винда может затереть только stage 1 (в 1-м секторе). Относительно винды понятие MBR совпадает с физическим MBS(S-сектор), потому и говорят чаще всего бутсектор раздела или бутсектор диска.

Как и что может затереть винда - я могу вам накатать такое полотно, из личного опыта опять же... Просто поверьте - она может затереть далеко не одну stage 1.
Про физический сектор вы не правы. Тут может идти речь только о логическом секторе, но никак не о физическом. Особенно после появления Advanced Format. Лучше на русском использовать термин "блок" - путаницы меньше.

3. Опять какая-то равнозначная крайне редкая ситуация, по существу будет что-нибудь?
Так что мой вариант со всех сторон удобнее и безопаснее

Что именно вы понимаете под словом "безопасность"? Сохранность данных? Так она одинаковая. Удобство и безопасность - все-таки разные вещи.

Это фантазии или можно где-то почитать?

Конечно можно. Только вот как у вас с английским? Т.к. тут надо к первоисточнику обращаться:
https://www.gnu.org/software/grub/grub- ... ation.html
В частности:
https://www.gnu.org/software/grub/manua ... rap-tricks - это про старый.
https://www.gnu.org/software/grub/manua ... tml#Images - это про новый.

Точная цитата про grub2:
"The sole function of boot.img is to read the first sector of the core image from a local disk and jump to it. Because of the size restriction, boot.img cannot understand any file system structure, so grub-install hardcodes the location of the first sector of the core image into boot.img when installing GRUB."

boot.img - это то, что пишется в mbr или vbr. Разница в том, что в случае наличия stage1.5 это место первого блока core.img будет заранее известным - он будет скопирован в пустое пространство за mbr. А случае раздела - нет.

И куда делась stage 1, если раньше такая версия была..?

Как я уже говорил - вы так формулировали, что я не сразу понял, что у вас речь идет о варианте с vbr. А без него - это именно так.

[Unborn]

Это НЕ стандарт. Это типичное поведение для загрузчиков от MS, которые унаследовали его от досовских загрузчиков. Стандарт же заканчивается на описании того, что биос должен запустить загрузочный код из mbr если по определенному смещению выставлен флаг (АА55). Что будет делать этот код - в стандарт не входит.

Конечно. Я ему уже пример с недавним Петей приводил.

slant, если вы до сих пор не понимаете разницы между mbr и bootmgr, я в этом направлении не вижу смысла вам что-либо объяснять.

mbr - это просто название название первого сектора физического диска, а не загрузчик, и bootmgr - это тоже не загрузчик, а как M$ говорит - Диспетчер, загрузчики - winload.efi и winload.exe Или что имелось ввиду?

Где гарантия что на кривом БИОСе grub 100%-но отработает, если mbr не может.

Раньше вообще говорил, что mbr чистый как что-то там. Теперь что-то он может или не может. Что может пустота то?
Да, и для системы Груб при установке на физ. диск фиолетово на наличие активного раздела.

[colonel]

Нет. Его конфиг лежит в своеобразной базе данных, это бинарный формат. Потому и нужны всякие загогулины вроде bcdedit...

это хотел услышать от другого пользователя, который первоначально на этот вопрос сказал что можно , а затем дал ссылку на bcdedit

а сколько знаю, средствами самой винды нет такой возможности, но есть костыли, например:

madesta писал(а): ↑ 17 янв 2018, 17:00 EasyBCD

значит не знаете и читали тему неполнорстью , поскольку упомянутое
BCDEdit как раз и есть "средство самой винды" - Команда BCDEDIT - редактирование данных конфигурации загрузки Windows>>>> , может не такое удобное как "костыль" EasyBCD, но есть и именно виндовое родное мелкософтовское.

slant писал(а): ↑ 31 янв 2018, 07:02
Винда при установке может затереть stage 1.5 - а его перенести в другое место невозможно - просто нету такого места.

ни с хрюшей, ни с вин7 такого ни разу не наблюдал... при зоопарке на паре ПК в течении 9-11 лет, когда на компах кроме виндов присутствовало от 3 до 5 разных линуксов с грубами , после переустановки винды всегда достаточно было для восстановления загрузки через груб , восстановить первые 446 байт загрузчика в MBR из заранее сохранённых 512 байт MBR.

ну переехали так переехали , но только странно зачем они там нужны,
в теме уверялось что модули эти пишутся между MBR и первым сектором раздела

А откуда их брать прикажете при обновлении загрузчика, не из воздуха же? Эти модули там (в i386-pc) нужны не в момент загрузки, а в момент установки или обновления GRUB.

посмотрел\проверил, среди упомянутых файликов в груб1 стаж1, стаж2, и нескольких стаж1.5 , без стаж1 не устанавливался груб в мбр, при удалённом стаж2 из /boot/grub/ загрузчик груб не работает, ну и вероятно что некоторые из стаж 1.5 записываются после 512 байта , но груб работает и при ручной правке конфига без всяких обновлений . очистка же байтов после мбр до первого сектора раздела , действительно может привести к неработоспособности груб .

но , по поводу сказанного в #41 " Из MBR вытягивается код загрузочной записи, записывается в файл, и при необходимости - читается потом уже из файла, передавая ему управление." уже 2 раза спрашивал, а потому спрашиваю в третий раз:
1 - откуда этот виндозапускающие байты мбр скачивается , если их при установке груб не было и в помине ?
2.- где этот указанный файлик находится ?

[Unborn]

это хотел услышать от другого пользователя, который первоначально на этот вопрос сказал что можно , а затем дал ссылку на bcdedit

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

по поводу сказанного в #41 " Из MBR вытягивается код загрузочной записи, записывается в файл, и при необходимости - читается потом уже из файла, передавая ему управление." уже 2 раза спрашивал, а потому спрашиваю в третий раз:
1 - откуда этот виндозапускающие байты мбр скачивается , если их при установке груб не было и в помине ?
2.- где этот указанный файлик находится ?

По п. 2 - нигде. Ответ на п.1 подразумевается в ответе на п.2.
Система Груб не подразумевает в себе отката своей установки, поэтому никакого бэкапа кода из Boot strap area не выполняется. Да он ей и не нужен этот чей-то код. К тому же хранить какой-то код не безопасно. Груб просто загрузит ntldr или bootmgr и передаст им управление. Что и происходит при установленной Винде на логический раздел диска в контейнере. Если бы виндозный какой-то код загружался, то хрен бы получились загрузить, например ВинХР с логического раздела. На Убунтушном форуме видел такое.

[slant]

но груб работает и при ручной правке конфига без всяких обновлений

Конфиг в файле grub.cfg - относится к stage2 Разумеется ему обновление не нужно. Обновление требуется если изменения нужно внести в stage 1 и/или stage 1.5.

но , по поводу сказанного в #41 " Из MBR вытягивается код загрузочной записи, записывается в файл, и при необходимости - читается потом уже из файла, передавая ему управление." уже 2 раза спрашивал, а потому спрашиваю в третий раз:

Я уже отвечал потом дальше по теме, но повторю мне не жалко: Когда я это писал - забыл, что этот метод не единственный. А сейчас освежив материал обнаружил - что он и вовсе устаревший. Но тем не менее - этот вариант был когда-то вполне используемым - доказательство у меня дома в шкафу лежит. Старый ide винт, на котором dualboot именно так построен. Теперь по пунктам, как оно раньше могло работать:
1. Процесс вытягивания старого mbr происходил в момент первой установки grub на диск. Т.е. еще до первой записи своего кода в mbr, пока там еще находится предыдущий загрузчик. При обновлениях потом использовался этот же самый файл, он не пересоздавался каждый раз.
2. У меня на старой системе системе оно лежит рядом с тем самым grub.cfg. Разумеется там grub legacy, а не современная двойка.
Чтоб закрыть этот конкретный вопрос - да, я здесь несколько погорячился, и написал про устаревший вариант загрузки, сейчас с grub2 не применяемый. Так же, я не могу на 100% точно сказать - это штатные скрипты самого grub1 делали, или инсталлятор дистрибутива проводил такую операцию во время установки системы.

[colonel]

1 - откуда этот виндозапускающие байты мбр скачивается , если их при установке груб не было и в помине ?
2.- где этот указанный файлик находится ?
По п. 2 - нигде. Ответ на п.1 подразумевается в ответе на п.2.
Система Груб не подразумевает в себе отката своей установки, поэтому никакого бэкапа кода из Boot strap area не выполняется.

за вас ответивший по вопросу про редактирование bcd утверждает обратное -
и что файлик таковой есть и что он скачивается\вытягивается из MBR (см. #70 )
про возможность отката груба речи не велось, только о загрузке винды через этот виндомбровский файлик (по аналогии загрузки линукса из хрюши, см. #46)

[StarMAUGLI]

AlexZ писал(а): ↑
19 янв 2018, 19:01
Ну не знаю уже, мне что, продемострировать как-то всё это? Чтоба с вас спали "оковы ограниченности"

При единственном физическом диске в системе:
sudo dd if=/dev/zero of=/dev/sda bs=1 count=446

Обычно вы как-то к консоли аппелируете, а тут сплошная теория, даже диверсия и не одного выхлопа
Может попробовать так?

Код: Выделить всё

# hexedit -s /dev/sda

и вывод с 00000000 по 000001F0

Код: Выделить всё

00000000   EB 63 90 D0 BC 00 7C 8E  C0 8E D8 BE 00 7C BF 00  .c....|......|..
00000010   06 B9 00 02 FC F3 A4 50  68 1C 06 CB FB B9 04 00  .......Ph.......
00000020   BD BE 07 80 7E 00 00 7C  0B 0F 85 0E 01 83 C5 10  ....~..|........
00000030   E2 F1 CD 18 88 56 00 55  C6 46 11 05 C6 46 10 00  .....V.U.F...F..
00000040   B4 41 BB AA 55 CD 13 5D  72 0F 81 FB 55 AA 75 09  .A..U..]r...U.u.
00000050   F7 C1 01 00 74 03 FE 46  10 66 00 80 01 00 00 00  ....t..F.f......
00000060   00 00 00 00 FF FA 90 90  F6 C2 80 74 05 F6 C2 70  ...........t...p
00000070   74 02 B2 80 EA 79 7C 00  00 31 C0 8E D8 8E D0 BC  t....y|..1......
00000080   00 20 FB A0 64 7C 3C FF  74 02 88 C2 52 BB 17 04  . ..d|<.t...R...
00000090   F6 07 03 74 06 BE 88 7D  E8 17 01 BE 05 7C B4 41  ...t...}.....|.A
000000A0   BB AA 55 CD 13 5A 52 72  3D 81 FB 55 AA 75 37 83  ..U..ZRr=..U.u7.
000000B0   E1 01 74 32 31 C0 89 44  04 40 88 44 FF 89 44 02  ..t21..D.@.D..D.
000000C0   C7 04 10 00 66 8B 1E 5C  7C 66 89 5C 08 66 8B 1E  ....f..\|f.\.f..
000000D0   60 7C 66 89 5C 0C C7 44  06 00 70 B4 42 CD 13 72  `|f.\..D..p.B..r
000000E0   05 BB 00 70 EB 76 B4 08  CD 13 73 0D 5A 84 D2 0F  ...p.v....s.Z...
000000F0   83 D0 00 BE 93 7D E9 82  00 66 0F B6 C6 88 64 FF  .....}...f....d.
00000100   40 66 89 44 04 0F B6 D1  C1 E2 02 88 E8 88 F4 40  @f.D...........@
00000110   89 44 08 0F B6 C2 C0 E8  02 66 89 04 66 A1 60 7C  .D.......f..f.`|
00000120   66 09 C0 75 4E 66 A1 5C  7C 66 31 D2 66 F7 34 88  f..uNf.\|f1.f.4.
00000130   D1 31 D2 66 F7 74 04 3B  44 08 7D 37 FE C1 88 C5  .1.f.t.;D.}7....
00000140   30 C0 C1 E8 02 08 C1 88  D0 5A 88 C6 BB 00 70 8E  0........Z....p.
00000150   C3 31 DB B8 01 02 CD 13  72 1E 8C C3 60 1E B9 00  .1......r...`...
00000160   01 8E DB 31 F6 BF 00 80  8E C6 FC F3 A5 1F 61 FF  ...1..........a.
00000170   26 5A 7C BE 8E 7D EB 03  BE 9D 7D E8 34 00 BE A2  &Z|..}....}.4...
00000180   7D E8 2E 00 CD 18 EB FE  47 52 55 42 20 00 47 65  }.......GRUB .Ge
00000190   6F 6D 00 48 61 72 64 20  44 69 73 6B 00 52 65 61  om.Hard Disk.Rea
000001A0   64 00 20 45 72 72 6F 72  0D 0A 00 BB 01 00 B4 0E  d. Error........
000001B0   CD 10 AC 3C 00 75 F4 C3  56 FE 69 5E 00 00 80 20  ...<.u..V.i^...
000001C0   21 00 07 DF 13 0C 00 08  00 00 00 20 03 00 00 DF  !.......... ....
000001D0   14 0C 07 FE FF FF 00 28  03 00 00 80 A6 25 00 FE  .......(.....%..
000001E0   FF FF 07 FE FF FF 00 A8  A9 25 00 A0 1F 43 00 FE  .........%...C..
000001F0   FF FF 0F FE FF FF 00 48  C9 68 00 40 17 80 55 AA  .......H.h.@..U.

Откуда уже будет видно есть какой-то загрузчик перед последними четырьмя строками (которые таблица разделов и сигнатура), или нет и там сплошные нули.
У меня вот в 00000180 даже явно GRUB отметился.
Собственно про stage2, наверное, тоже можно посмотреть если знать куда? (куда именно я пока не знаю).

[colonel]

Конфиг в файле grub.cfg - относится к stage2 Разумеется ему обновление не нужно. Обновление требуется если изменения нужно внести в stage 1 и/или stage 1.5.

причём здесь груб2 с его grub.cfg ?
изначально говорил про груб1 и список файликов каталоге груба с всякими stage1 stage 1.5 stage2 в #44 был приведён именно из груб1.
Про груб2 говорилось попутно. Говорил и о том как "ведёт себя" груб1 при отсутствии файликов stage1 ... 1.5 ....2 при установке и\или загрузке .

Я уже отвечал потом дальше по теме, но повторю мне не жалко...

зачем повторять про то, о чём не спрашивали ?
эт уже получается четвёртый раз спрашиваю
1 - откуда этот виндозапускающие байты мбр скачивается , если их при установке груб не было и в помине ?
и
2.- где этот указанный файлик находится ?
если было непонятно, поясняю варианты установки груба:
- груб1 ставился с установкой линукса на HDD с виндом и линуксом с грубом установленным ранее, "старый" линукс снесён простым форматированием разделов а в MBR остался его загрузчик .
- груб1 ставился с установкой линукса на отдельный HDD при отключенном физически винте с виндом , при этом до установки этого линукса на этом HDD был установлен другой линукс и в MBR остался его загрузчик .

В обоих случаях винда замечательно загружается (если не сразу то после ручной правки в текстовом редакторе конфига menu.lst) и без всякий обновлений с перезаписью стаже1 и\или1.5 и\или 2 и НИКАКИХ виндо-мбр-овских файликов в каталогах груб при этом не наблюдается.

[AlexZ]

А потом начинается техношаманизм, т.к. сложившаяся по упрощенным описаниям картина оказывается не полной а то и вовсе неверной. Отсюда (в том числе) это море тем на форумах "помогите, система не грузится!" Собственно у вас самого такой случай похоже, но без негативного опыта, на вашу удачу.

Вот опять, много букафф и ни о чем. По существу вопроса будет что ответить на это..

1. grub не затирается, его не нужно постоянно восстанавливать как в вашем варианте
2. минимум телодвижений(секунды просто) - в отличие от вашего загрузиться с liveCD (для многих уже вопрос) и сделать восстановление grub (опять вопрос для многих), ну и время конечно (может сильно различаться в зависимости от уровня пользователя)
3. grub также грузится с активного раздела - в отличие от вашего, хоть заперекидывайся (grub нарушен, его только восстанавливать)

Что именно вы понимаете под словом "безопасность"?

Епона мать, slant, мы о чем тут уже 3 стр. спорим? О безопасности (или влиянии) систем (и их загрузчиков) друг на друга при мультизагрузке. Ключевой вопрос - куда лучше ставить grub, чтобы это влияние было минимальным. Чтобы люди не боялись (побороли ещё один надуманный страх) делать мультибут на одном диске, потому что это после ваших советов "загрузчик всегда должен находится в MBR" как раз "море тем на форумах "помогите, система не грузится!"
Я свои доводы привел, продемонстрировал, от своих слов не отказывался и не оправдывался, не перефразировал и в заблуждение не вводил - в отличие от вас опять же. Чтобы я ни делал - все ответы в стиле "Вам повезло"

тут надо к первоисточнику обращаться

Ну почитал, нигде такой буйной фантазии я не нашёл..
"stage 1.5 вообще отсутствует..."
stage 1.5 (это терминология grub1, а мы говорим про grub2) - это core.img у grub2, у которого в 1-м секторе находится diskboot.img, собственно дальше всё и запускающий. С учетом boot.img это как минимум 2-й сектор диска или раздела и не надо здесь ничего фантазировать.

"The sole function of boot.img is to read the first sector of the core image from a local disk and jump to it. Because of the size restriction, boot.img cannot understand any file system structure, so grub-install hardcodes the location of the first sector of the core image into boot.img when installing GRUB."

На русский чтоль перевести?
"Единственной функцией boot.img является чтение первого сектора core.img с локального диска и переход к нему. Из-за ограничения размера boot.img не может понять структуру файловой системы, поэтому grub-install определяет местоположение первого сектора core.img в boot.img при установке GRUB.
Вы видите? Единственная функция - прочитать 1-й сектор core.img и переход к нему. Так пускай читает с VBR, на кой он в MBR нужен, он там только винде мешается, как уже говорил..
винду часто восстановливают-переустанавливают, при этом обновляется MBR, со всеми вытекающими для GRUB.

Про физический сектор вы не правы. Тут может идти речь только о логическом секторе, но никак не о физическом

Теперь вы читайте, на русском.. https://ru.wikipedia.org/wiki/%D0%93%D0 ... 1%81%D1%8C
Для операционных систем Microsoft понятия MBR и MBS совпадают, так как вся MBR содержится в MBS, хотя это не совсем правильно, так как под MBR подразумевают данные, а под MBS — физический сектор.
Смысл-то в том что только 1 сектор занимает, о чем речь-то вообще?

Просто поверьте - она может затереть далеко не одну stage 1

Пусть даже условно поверю, дальше что? Если grub не в MBR, чего бояться-то? О чем я и толкую..
"Пусть хоть по 100500 раз на дню винда при восстановлении-переустановке обновляет MBR, на GRUB-е это никак не отразится" (если он на разделе)
И по поводу stage 1, на днях буду винду переустанавливать (хочу 7-ку поменять на 8.1), со спецом забэкаплю только 1-й сектор GRUB-а, потом восстановлю и проверю. Хотя я уже знаю что будет - вам повезло, вы счастливчик..

вы так формулировали, что я не сразу понял, что у вас речь идет о варианте с vbr

Ей-богу вы себя дискредетируете. Все говорят и везде пишут - установить на раздел - и всем сразу понятно о чем речь, без всяких vbr. И даже в линуксе так пишут..

на раздел.png (3.02 КБ) 818 просмотров

Неужто за 20 лет стажа такое не слышали-не видели

[AlexZ]

ни с хрюшей, ни с вин7 такого ни разу не наблюдал... при зоопарке на паре ПК в течении 9-11 лет, когда на компах кроме виндов присутствовало от 3 до 5 разных линуксов с грубами , после переустановки винды всегда достаточно было для восстановления загрузки через груб , восстановить первые 446 байт загрузчика в MBR из заранее сохранённых 512 байт MBR.

Вы наверное ещё один "счастливчик", как я же

Откуда уже будет видно есть какой-то загрузчик перед последними четырьмя строками (которые таблица разделов и сигнатура), или нет и там сплошные нули.

Про нули тут ребята придумали, не обращайте внимания Подразумевалось MBR чистая от загрузчиков систем типа grub или bootmgr
У меня на внутреннем диске где GRUB в MBR так выглядит

00000000 EB 63 90 D0 BC 00 7C 8E C0 8E D8 BE 00 7C BF 00 .c....|......|..
00000010 06 B9 00 02 FC F3 A4 50 68 1C 06 CB FB B9 04 00 .......Ph.......
00000020 BD BE 07 80 7E 00 00 7C 0B 0F 85 0E 01 83 C5 10 ....~..|........
00000030 E2 F1 CD 18 88 56 00 55 C6 46 11 05 C6 46 10 00 .....V.U.F...F..
00000040 B4 41 BB AA 55 CD 13 5D 72 0F 81 FB 55 AA 75 09 .A..U..]r...U.u.
00000050 F7 C1 01 00 74 03 FE 46 10 66 00 80 01 00 00 00 ....t..F.f......
00000060 00 00 00 00 FF FA 90 90 F6 C2 80 74 05 F6 C2 70 ...........t...p
00000070 74 02 B2 80 EA 79 7C 00 00 31 C0 8E D8 8E D0 BC t....y|..1......
00000080 00 20 FB A0 64 7C 3C FF 74 02 88 C2 52 BB 17 04 . ..d|<.t...R...
00000090 F6 07 03 74 06 BE 88 7D E8 17 01 BE 05 7C B4 41 ...t...}.....|.A
000000A0 BB AA 55 CD 13 5A 52 72 3D 81 FB 55 AA 75 37 83 ..U..ZRr=..U.u7.
000000B0 E1 01 74 32 31 C0 89 44 04 40 88 44 FF 89 44 02 ..t21..D.@.D..D.
000000C0 C7 04 10 00 66 8B 1E 5C 7C 66 89 5C 08 66 8B 1E ....f..\|f.\.f..
000000D0 60 7C 66 89 5C 0C C7 44 06 00 70 B4 42 CD 13 72 `|f.\..D..p.B..r
000000E0 05 BB 00 70 EB 76 B4 08 CD 13 73 0D 5A 84 D2 0F ...p.v....s.Z...
000000F0 83 D0 00 BE 93 7D E9 82 00 66 0F B6 C6 88 64 FF .....}...f....d.
00000100 40 66 89 44 04 0F B6 D1 C1 E2 02 88 E8 88 F4 40 @f.D...........@
00000110 89 44 08 0F B6 C2 C0 E8 02 66 89 04 66 A1 60 7C .D.......f..f.`|
00000120 66 09 C0 75 4E 66 A1 5C 7C 66 31 D2 66 F7 34 88 f..uNf.\|f1.f.4.
00000130 D1 31 D2 66 F7 74 04 3B 44 08 7D 37 FE C1 88 C5 .1.f.t.;D.}7....
00000140 30 C0 C1 E8 02 08 C1 88 D0 5A 88 C6 BB 00 70 8E 0........Z....p.
00000150 C3 31 DB B8 01 02 CD 13 72 1E 8C C3 60 1E B9 00 .1......r...`...
00000160 01 8E DB 31 F6 BF 00 80 8E C6 FC F3 A5 1F 61 FF ...1..........a.
00000170 26 5A 7C BE 8E 7D EB 03 BE 9D 7D E8 34 00 BE A2 &Z|..}....}.4...
00000180 7D E8 2E 00 CD 18 EB FE 47 52 55 42 20 00 47 65 }.......GRUB .Ge
00000190 6F 6D 00 48 61 72 64 20 44 69 73 6B 00 52 65 61 om.Hard Disk.Rea
000001A0 64 00 20 45 72 72 6F 72 0D 0A 00 BB 01 00 B4 0E d. Error........
000001B0 CD 10 AC 3C 00 75 F4 C3 F8 E3 4E 02 00 00 80 20 ...<.u....N....
000001C0 21 00 07 FE FF FF 00 08 00 00 00 08 C0 12 00 FE !...............
000001D0 FF FF 07 FE FF FF 00 10 C0 12 00 10 C0 12 00 FE ................
000001E0 FF FF AF FE FF FF 00 20 80 25 00 08 60 09 00 FE ....... .%..`...
000001F0 FF FF 0F FE FF FF FE 2F E0 2E 02 38 90 45 55 AA ......./...8.EU.

На внешнем, где GRUB с раздела грузит все системы, Windows MBR

00000000 33 C0 8E D0 BC 00 7C 8E C0 8E D8 BE 00 7C BF 00 3.....|......|..
00000010 06 B9 00 02 FC F3 A4 50 68 1C 06 CB FB B9 04 00 .......Ph.......
00000020 BD BE 07 80 7E 00 00 7C 0B 0F 85 10 01 83 C5 10 ....~..|........
00000030 E2 F1 CD 18 88 56 00 55 C6 46 11 05 C6 46 10 00 .....V.U.F...F..
00000040 B4 41 BB AA 55 CD 13 5D 72 0F 81 FB 55 AA 75 09 .A..U..]r...U.u.
00000050 F7 C1 01 00 74 03 FE 46 10 66 60 80 7E 10 00 74 ....t..F.f`.~..t
00000060 26 66 68 00 00 00 00 66 FF 76 08 68 00 00 68 00 &fh....f.v.h..h.
00000070 7C 68 01 00 68 10 00 B4 42 8A 56 00 8B F4 CD 13 |h..h...B.V.....
00000080 9F 83 C4 10 9E EB 14 B8 01 02 BB 00 7C 8A 56 00 ............|.V.
00000090 8A 76 01 8A 4E 02 8A 6E 03 CD 13 66 61 73 1E FE .v..N..n...fas..
000000A0 4E 11 0F 85 0C 00 80 7E 00 80 0F 84 8A 00 B2 80 N......~........
000000B0 EB 82 55 32 E4 8A 56 00 CD 13 5D EB 9C 81 3E FE ..U2..V...]...>.
000000C0 7D 55 AA 75 6E FF 76 00 E8 8A 00 0F 85 15 00 B0 }U.un.v.........
000000D0 D1 E6 64 E8 7F 00 B0 DF E6 60 E8 78 00 B0 FF E6 ..d......`.x....
000000E0 64 E8 71 00 B8 00 BB CD 1A 66 23 C0 75 3B 66 81 d.q......f#.u;f.
000000F0 FB 54 43 50 41 75 32 81 F9 02 01 72 2C 66 68 07 .TCPAu2....r,fh.
00000100 BB 00 00 66 68 00 02 00 00 66 68 08 00 00 00 66 ...fh....fh....f
00000110 53 66 53 66 55 66 68 00 00 00 00 66 68 00 7C 00 SfSfUfh....fh.|.
00000120 00 66 61 68 00 00 07 CD 1A 5A 32 F6 EA 00 7C 00 .fah.....Z2...|.
00000130 00 CD 18 A0 B7 07 EB 08 A0 B6 07 EB 03 A0 B5 07 ................
00000140 32 E4 05 00 07 8B F0 AC 3C 00 74 FC BB 07 00 B4 2.......<.t.....
00000150 0E CD 10 EB F2 2B C9 E4 64 EB 00 24 02 E0 F8 24 .....+..d..$...$
00000160 02 C3 49 6E 76 61 6C 69 64 20 70 61 72 74 69 74 ..Invalid partit
00000170 69 6F 6E 20 74 61 62 6C 65 00 45 72 72 6F 72 20 ion table.Error
00000180 6C 6F 61 64 69 6E 67 20 6F 70 65 72 61 74 69 6E loading operatin
00000190 67 20 73 79 73 74 65 6D 00 4D 69 73 73 69 6E 67 g system.Missing
000001A0 20 6F 70 65 72 61 74 69 6E 67 20 73 79 73 74 65 operating syste
000001B0 6D 00 00 00 00 62 7A 99 30 D7 B2 03 00 00 00 20 m....bz.0......
000001C0 21 00 07 FE FF FF 00 08 00 00 00 08 20 03 00 FE !........... ...
000001D0 FF FF 07 FE FF FF 00 10 20 03 00 08 20 03 80 FE ........ ... ...
000001E0 FF FF 83 FE FF FF 00 18 40 06 00 08 40 06 00 FE ........@...@...
000001F0 FF FF 0F FE FF FF 00 20 80 0C 00 48 EF 67 55 AA ....... ...H.gU.

Следов GRUB там нет, это к слову о том что у меня на внешнем диске происходит по версии slant

То что у вас происходит - это т.н. chainload - последовательный запуск нескольких загручиков. Первый GRUB из MBR,а уже он грузит следующий загрузчик с раздела, либо из файла. Частный случай подобного - запуск винды если после нее линукс ставился и получился DualBoot. GRUB вытаскивает виндовый загручик из MBR, записывает в файл, и добавляет себе в меню загрузки опцию - прочитать виндовый загрузчик из файла, и отдать ему управление.

Абра-кадабра какая-то, всё намного проще..
MBR считывает активный раздел в таблице разделов и передаёт ему упраление (больше она ничего не делает). Далее в активном разделе загрузчик (в данном случае GRUB) считывает ФС на диске и загружает (или передает управление загрузкой, если винда) любую систему на выбор.
Вот так в 2 этапа всё происходит, и не надо демагогию разводить на 100500 страниц

[svtv1]

Блин парни, вы что то не то, заморачиваете, если стоит винда MBR, то после Linux GRUB, все ок (должно, но не обязано). Не пробовал завтра у друга попробую (виндузятник, хе). Все пробовать надо (женщины подскажут) .

[slant]

stage 1.5 (это терминология grub1, а мы говорим про grub2)

"stage Х" - это не терминология исключительно grub. Это общая терминология обозначения этапов загрузки. 1 - исполнение кода из mbr. 2 - исполнение кода на разделе прочианного как файл, либо по абсолютному адресу, там, куда указал код из stage1 (либо 1.5). 1.5 - это обозначение промежуточного этапа. Когда читается дополнительный код из блоков между mbr и первым разделом на диске. grub лишь самый известный случай использования этой стадии.

Теперь вы читайте, на русском.. ... 1%81%D1%8C

Предпочитаю более полный источник: Master boot record
И далее по ссылкам там.

Для операционных систем Microsoft понятия MBR и MBS совпадают, так как вся MBR содержится в MBS, хотя это не совсем правильно, так как под MBR подразумевают данные, а под MBS — физический сектор.
Смысл-то в том что только 1 сектор занимает, о чем речь-то вообще?

В том, что физический сектор - это другое понятие. В современных дисках с advanced format - это 4096 байт. 512 байт - это логический сектор. А чтобы не было путаницы - лучше использовать термин ''блок'.

Ей-богу вы себя дискредетируете. Все говорят и везде пишут - установить на раздел - и всем сразу понятно о чем речь, без всяких vbr. И даже в линуксе так пишут..

Вот почему я больше люблю пользоваться англоязычной документацией. Там не пишут так, что под одними и теми же словами может скрываться разный смысл. А фраза на русском "установить на раздел" в зависимости от контекста может быть понята как "установить в vbr" и как ''установить в файловую систему раздела'. В английском варианте это будет описано однозначно: "install into the volume boot record".

Ваше сообщение выглядело так:

Зачем всё так сложно?
У меня загрузчики винды находятся в своих разделах
7-ка.PNG
10-ка.PNG
GRUB ставится в раздел с Минтом (если он первичный+активный), либо в МБР (если расширенный).
И всё, переустанавливай все системы хоть по 10 раз на дню, они друг на друга никак не влияют.

В таком контексте, я посчитал, что речь идет о чтении stage2 из файловой системы как файла (а не переходу по абсолютному адресу и дальнейшему чтению как raw) без использования stage1.5. Что невозможно, т.к. драйверы файловой системы находятся в ней. Про vbr в явном виде тут ни слова.

Вот так в 2 этапа всё происходит, и не надо демагогию разводить на 100500 страниц

Все. Мне надоело пытаться что-либо объяснять людям, которые читают в лучшем случае треть написанного, остальное пропуская мимо ушей. Да, я совсем не господь бог, и тоже могу ошибаться. Но в чем именно я ошибся - уже написал в предыдущих сообщениях. А вы продолжаете тянуть это как основу контраргументов.

P.S. Могу только предложить провести интересный опыт - попробовать поставить систему на btrfs с таким вот загрузчиком в vbr этого раздела. И попробовать заставить эту схему загрузки заработать с кодом в mbr от винды.

[svtv1]

Ты мне понравился, круто! Меня, что не побил. MBR@GRUB????.

[colonel]

Вы наверное ещё один "счастливчик", как я же

эээ. я только о том о чём сказал - что "при зоопарке на паре ПК в течении 9-11 лет " "ни с хрюшей, ни с вин7 ни разу не наблюдал" чтобы после переустановки виндовс затирались области между MBR (после 512 байта) и первым сектором разделы и это повлияло бы на загрузку. (может быть они и затирались но это не влияло на загрузку вследствие отсутствия записанных в эту область носителя данных стаже1.5 , а может и ничего не затиралось )

[StarMAUGLI]

Следов GRUB там нет,

Судя по сообщению об ошибке

Код: Выделить всё

00000160 02 C3 49 6E 76 61 6C 69 64 20 70 61 72 74 69 74 ..Invalid partit
00000170 69 6F 6E 20 74 61 62 6C 65 00 45 72 72 6F 72 20 ion table.Error
00000180 6C 6F 61 64 69 6E 67 20 6F 70 65 72 61 74 69 6E loading operatin
00000190 67 20 73 79 73 74 65 6D 00 4D 69 73 73 69 6E 67 g system.Missing
000001A0 20 6F 70 65 72 61 74 69 6E 67 20 73 79 73 74 65 operating syste
000001B0 6D 00 00 00 00 62 7A 99 30 D7 B2 03 00 00 00 20 m....bz.0......

это винда. Если мне память не изменяет такое сообщение было в хрюше и ранее...
Относительно остального, имхо, вы спорите об одном и том же. Одно другому не противоречит. У меня под корень идет btrfs и в первом (во втором после нулевого) секторе похоже есть продолжение загрузчика (GRUB), о котором говорит slant. В остальных случаях, скорее всего. достаточно просто поменять загрузочный первичный (или логический) диск, что бы загрузка пошла с того диска, который в данный момент времени нужен, не парясь о том, что именно в MBR - виндовый там код или линуксовый. Главное, чтобы он передавал свою эстафету от биоса к операционке правильно. Но если есть проблемы при загрузке, достаточно просто знать, что есть обходной вариант.