Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Мультизагрузка XP/7/8/8.1/10, Linux, MAC OS

Автор: dialmak
Дата сообщения: 28.06.2011 21:34
Dimsoft

Цитата:
подскажите а OSD Tool script под winpe есть ?

Проблем нет включить. Только смысл маловат. OSD Tool script включен в IFL.
Тут писал http://forum.ru-board.com/topic.cgi?forum=27&topic=13070&start=880#14
Жаль пока нет Bootit Bare Metal полной версии. Там OSD Tool script тоже есть.

arsenz

Цитата:
Каждый раз, когда происходит переключение между различными ОС в MBR записывается флаг активности и скрытости раздела. Не может ли это привести к быстрому выходу из строя MBR и самой загрузочной части диска?

Это наверное шутка? Там такой же диск как и в другом месте.
Автор: Armilos
Дата сообщения: 28.06.2011 23:04
arsenz

Цитата:
быстрому выходу из строя MBR и самой загрузочной части диска

Физическое повреждение маловероятно (если диск начал "сыпаться" -то везде, просто в местах интенсивной записи это быстрее проявляется, и его все-равно выбрасывать)
Возможен "программный" сбой при записи - и тогда заморочки с восстановлением инфы - но и это скорее очень теоретически.
Лучший вариант - 2 диска, один - системы, другой - для чего-то важного.
Автор: Death_INN
Дата сообщения: 28.06.2011 23:27
Можно взять любой приличный hex-редактор и сделать на загружаемом харде все загружаемые разделы активными и тогда никакой физической перезаписи не будет. Во всяком случае операционкам XP и 7 по барабану сколько у вас в наличии активных разделов. Проверено.
dialmak, ты как-то писал, что когда мы прошли этап MBR-PBR, то MBR больше не используется. Однако же винды читают MBR диска при своей загруке. Это я проверил, когда грузил MBR из памяти со скрытостью одного из разделов. После загрузки этот раздел не был скрыт.
Автор: dialmak
Дата сообщения: 28.06.2011 23:42
Death_INN

Цитата:
Можно взять любой приличный hex-редактор и сделать на загружаемом харде все загружаемые разделы активными и тогда никакой физической перезаписи не будет. Во всяком случае операционкам XP и 7 по барабану сколько у вас в наличии активных разделов. Проверено.

Зато не по барабану MBR коду (разный код по разному себя ведёт). Тоже проверено. Вплоть до ошибки и возврата в БИОС.
Хотя если используется бут (а вопрос был именно про него), то он не допускает многоактивности.

Цитата:
dialmak, ты как-то писал, что когда мы прошли этап MBR-PBR, то MBR больше не используется. Однако же винды читают MBR диска при своей загруке. Это я проверил, когда грузил MBR из памяти со скрытостью одного из разделов. После загрузки этот раздел не был скрыт.

Скрытость да - согдасен будет брать с реального MBR. Иначе и быть не может. Читается она после загрузки ядра.
А активность (если передавать напрямую загрузчику управление) уже не важна для загрузки
(хотя конечно нежелательно так делать, даже если передавать управление загрузчику напрямую через grub4dos - лучше активировать его раздел - могут быть всякие неприятности уже в самой винде в некоторых труднопредсказуемых случаях).

Armilos

Цитата:
Возможен "программный" сбой при записи - и тогда заморочки с восстановлением инфы - но и это скорее очень теоретически.

Да невозможно это. Подумай сам
Пишется только - бит (может и байт) активности и бит (тут точно только бит) скрытости. Даже при сбое (электричество пропало) это всё перепишется по новой. Таблица разделов никогда не трогается - это табу.
Автор: Death_INN
Дата сообщения: 29.06.2011 00:27

Цитата:
Скрытость да - согласен будет брать с реального MBR. Иначе и быть не может. Читается она после загрузки ядра.

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

Сказанное мною в предыдущем сообщении можно отнести к винту со стандартными загрузчиками, ибо если имеется хотя бы grub4dos, то нет смысла в изменении активности. С другой стороны только сейчас понял, что здесь обсуждается только BootIT. Хорошо бы это в шапке выделить покрупнее второй строкой.
Автор: dialmak
Дата сообщения: 29.06.2011 00:34
Death_INN

Цитата:
С другой стороны только сейчас понял, что здесь обсуждается только BootIT. Хорошо бы это в шапке выделить покрупнее второй строкой.

Ну нет. BootIt не причём. Поставь стандартный MBR код, поставь всем разделам активность через HEX редактор и попробуй загрузиться.
Автор: KLASS
Дата сообщения: 29.06.2011 00:37

Цитата:
С другой стороны только сейчас понял, что здесь обсуждается только BootIT

Ни в коем случае, именно все загрузчики... еще год назад, наверное, vu1tur сказал мне, что в данной теме не возбраняется охватывать любые виды/типы загрузок, дабы дубли не плодить.
Автор: Armilos
Дата сообщения: 29.06.2011 00:41
dialmak

Цитата:
Пишется только - бит

Не, если что-то меняется, то переписывается весь сектор полностью. (ссылок не дам, но в мозгу отложилось так (хотя и настаивать не буду - в данном контексте неважно ))
Автор: dialmak
Дата сообщения: 29.06.2011 00:42
Armilos

Цитата:
переписывается весь сектор полностью

да ступил - точняк. значит если нет бесперебойника лучше бэкапнуть MBR и спать спокойно
Делов то на минуту.
Я тупак. Вроде бэкапнул - а куда положил забыл. Теперь проблема. Переписал идентификатор диска (эксперимент делал - и это был побочный эффект) и теперь BCD не грузиться. А диска DVD нет. Вот козлы - это ж надо придумать привязать загрузку к диску... Прийдётся мутить эмуляцию DVD через grub4dos.
Автор: KLASS
Дата сообщения: 29.06.2011 00:42

Цитата:
то переписывается весь сектор полностью.

Угу, однозначно... винт по другому не умеет.
Автор: Death_INN
Дата сообщения: 29.06.2011 00:46
dialmak, в стандартном MBR коде мне не нравится то, что в результате ошибки комп перезагружается или вообще зависает. Тут Бил постарался. А вот MBR от LEX проверку на наличие нескольких активных разделов не делает, да и в случае ошибки возращает управление на повторный выбор раздела.
Автор: dialmak
Дата сообщения: 29.06.2011 00:52
Death_INN

Цитата:
в стандартном MBR коде мне не нравится то, что в результате ошибки комп перезагружается или вообще зависает

Да ну. Код проверен временем. У меня никогда проблем не было.
Автор: Death_INN
Дата сообщения: 29.06.2011 01:08
dialmak, неактивный раздел помечается как 00. Измени на 01 и погляди, что будет.
Автор: KLASS
Дата сообщения: 29.06.2011 01:21

Цитата:
Измени на 01

А зачем на 01? В смысле искусственно создать ошибку что-ли? Так это очевидно, что повиснет, если загрузочный код от M$.
Автор: dialmak
Дата сообщения: 29.06.2011 01:24
Death_INN
Там проверка идёт на 00 и 80, если что-то другое тогда ж...

Добавлено:
Только что восстановил загрузку без grub4dos
Включил бут в режим >4, создал основной раздел на 4 гига, скинул туда файлы из ISO, сделал там PBR от Win7, грузанулся и воcстановил загрузку. Убил раздел и выключил режим >4.
Автор: Death_INN
Дата сообщения: 29.06.2011 03:57
dialmak, слишком много телодвижений для восстановления загрузки.

Потестировал свою задумку. Все же винда при загрузке читает MBR с физического носителя. Может это и к лучшему. В результате этих испытаний мне удалось создать безглючную подмену в памяти активного раздела по прямой загрузке chainloader (hdx)+1
Автор: arsenz
Дата сообщения: 29.06.2011 05:37
To dialmak, Armilos, KLASS, Death_INN,
Спасибо за подробное обсуждение вопроса о перезаписи MBR (флаг активности и скрытости) . Мне и самому сперва показался вопрос немного наивным, но как видно из обсуждений проблемка не такая уж и тривиальная. Когда я писал о порче MBR, то имел ввиду именно програмный сбой, насчет физического повреждения это я переборщил, пардон, Armilos меня правильно понял. Спасибо всем за обсуждение, много интересного почерпнул из ваших экспериментов.

Armilos

Цитата:
Лучший вариант - 2 диска, один - системы, другой - для чего-то важного.

Я так и делаю.

Теперь у меня следующий вопросик. А можно ли придумать при загрузке схему чем-то напоминающую линуксовское rc.d, т.е. можно ли для каждой ОС сделать грубо говоря свои сконфигурированные MBR (физически записанные в разные места диска), чтобы при загрузке считывался определенный MBR и не перезаписывать его каждый раз при смене ОС. В двух словах, есть желание записать MBR (или уже это как-то иначе будет называться) раз и навсегда и не терзать его каждый раз при смене ОС.
Автор: dialmak
Дата сообщения: 29.06.2011 09:35
arsenz

Цитата:
можно ли для каждой ОС сделать грубо говоря свои сконфигурированные MBR (физически записанные в разные места диска), чтобы при загрузке считывался определенный MBR и не перезаписывать его каждый раз при смене ОС. В двух словах, есть желание записать MBR (или уже это как-то иначе будет называться) раз и навсегда и не терзать его каждый раз при смене ОС.

Можно. Это и делает BootIt в режиме более 4 разделов. Только потом он их перезаписывает на HDD. Если сделать другим методом, то всё-равно придётся перезаписывать на HDD.
Короче надуманная проблема - я ни разу не видел сбоя. Что значит программный сбой? Сбой чего? Бута? Это нереально - слишком вылизанный код. Реально только сбой электричества. Я не боюсь - ибо вероятность сбоя электричества именно в момент записи MBR слишком мала. Да и Undelete никто не отменял. Если же боязно - бэкап рулит. 512 байт (а точнее 64 байта) сохранить и забить на это всё. А ещё проще прямо в буте бэкапнуть EMBR всех дисков.

Добавлено:
Death_INN

Цитата:
Все же винда при загрузке читает MBR с физического носителя. Может это и к лучшему. В результате этих испытаний мне удалось создать безглючную подмену в памяти активного раздела по прямой загрузке chainloader (hdx)+1

Это конечно интерестно, но после некоторых размышлений я подумал, что это не катит. Подмена в памяти - это гут, только хочется запись физическую, как работает makeactive, чтобы после перегрузки и удаления флешки с grub4dos остался активным последний выбранный раздел. Кстати BootIt так и работает - и это правильно я считаю.

Добавлено:

Цитата:
слишком много телодвижений для восстановления загрузки

И как же проще? Поделись.
Автор: Death_INN
Дата сообщения: 29.06.2011 11:28
dialmak, загрузку чего может потребоваться восстанавливать? Что повреждено?

Автор: dialmak
Дата сообщения: 29.06.2011 11:32
Death_INN

Цитата:
Что повреждено?

BCD после изменения идентификатора http://forum.ru-board.com/topic.cgi?forum=62&topic=18466&start=1200#16
Автор: Dimsoft
Дата сообщения: 29.06.2011 11:34

Цитата:
Проблем нет включить. Только смысл маловат. OSD Tool script включен в IFL.

dialmak

в теме переноса на ваше сообщение наткнулся - так с OSD и познакомился, просто весь инструментарий на winpe, а скаченная с офсайта консольная и не понятная

как запустить скрипты по интергации драйверов смене HAL и тд под winpe ?
Автор: dialmak
Дата сообщения: 29.06.2011 11:38
Dimsoft

Цитата:
как запустить скрипты по интергации драйверов смене HAL и тд под winpe

А зачем именно под WinPE? Можно конечно и под WinPE. Только ведь при переносе ещё нужен бэкап-восстановление или хотя бы прямое копирование раздела.
Чем не устраивает IFL? Там есть доп. функции - которые вы сами не реализуете. А какую ОС хотите потрошить?
Или просто нужно изменить IDE - AHCI в BIOS?
Автор: Death_INN
Дата сообщения: 29.06.2011 11:38
arsenz, да, без физической перезаписи не обойтись, даже если MBR односекторная. У меня все MBR хранятся во флоппи образе в разных вариантах (размеры 512, 446 и 440 байт). Вызываю нужный когда потребуется (сейчас уже через загрузку путем подмены в памяти). Физическую перезапись не делаю, т.к. MBR нужен только для запуска до стадии PBR.
Автор: dialmak
Дата сообщения: 29.06.2011 12:15
Dimsoft
Видео. Хотя с IFL всё намного проще. Без этих показанных на видео плясок с бубном.
http://www.terabyteunlimited.com/videos/ifw/osdtool.wmv
http://www.terabyteunlimited.com/videos/ifw/phy2vpc.wmv
Единственный нюанс в IFL - это подмонтирование виртуального диска (нужно правда только в некоторых случаях). Если кому-то будет интересно, но напишу.
Автор: Death_INN
Дата сообщения: 29.06.2011 15:00
dialmak, если сменить идентификатор в MBR и попытаться запустить Win7, то ессно ничего не получится. Но интересно, при этом значение MBR индетификатора (прописанное в 9-11 местах BCD) изменится? Если нет, то можно было просто его оттуда извлечь и записать в MBR.
Автор: dialmak
Дата сообщения: 29.06.2011 15:01

Цитата:
как запустить скрипты по интергации драйверов смене HAL и тд под winpe ?

Читай tbosdt.pdf стр.30

Код: runtbs ..\scripts\osdtool.tbs Launch OSDTOOL.TBS from TBOSDT in the default folder
tbosdtw.exe osdtool.tbs Launch from Windows command line
tbosdt osdtool.tbs Launch from Linux command line
tbosdt.exe osdtool.tbs Launch from DOS command line
Автор: Death_INN
Дата сообщения: 29.06.2011 15:36
dialmak, стандартных смещений нет, т.к. в BCD могут добавляться (удаляться) различные пункты, даже системные. Можешь глянуть на свой текущий BCD и посмотреть. Может что и поймешь:

# идентификатор MBR (обычно 4-байтовый, но на всякий случай выводим все 6)
cat --hex --skip=0x1b8 --length=6 (hd0)+1
# 000001B8: 13 00 1C 34 00 00

# поиск смещений MBR идентификатора
cat --hex --locate=\x13\0\x1C\x34 /BOOT/BCD
# 309C 36EC 3E6C 3F8C 4BAC 4F44 52DC 5580 5718 6468

# Просмотр BCD
cat --hex /BOOT/BCD
Автор: dialmak
Дата сообщения: 29.06.2011 15:48
Death_INN

Цитата:
стандартных смещений нет, т.к. в BCD могут добавляться (удаляться) различные пункты, даже системные.

Ясно. Спс.

Добавлено:
А ты пробовал auto-make меню wenv? Я приторчал.
Автор: Dimsoft
Дата сообщения: 29.06.2011 19:59

Цитата:
Видео. Хотя с IFL всё намного проще. Без этих показанных на видео плясок с бубном.

dialmak

шикарно, особенно понравилось то, что скрипты ковырялись прямо в образе vmdk

попробую прикрутить смену oembios.* и вообще красота
Автор: dialmak
Дата сообщения: 29.06.2011 20:17
Dimsoft

Цитата:
попробую прикрутить смену oembios.*

Хм. А зачем? В чём сакральный смысл сего действия?

Добавлено:

Цитата:
скрипты ковырялись прямо в образе vmdk

Да. По-барабану. Можно в образе vhd, vmdk, ещё каких-то, можно на реальном HDD. Точки отката создаются автоматически!!!
Многое пощупал, но лучше этих прог для редактирования винды, переноса на другое железо, переноса на виртуальное железо и создания имиджей не видел. Совместимо со всеми версиями винды - от XP до 2008R2. 10 из 10!

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157

Предыдущая тема: Удаление файла для краха системы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.