» GRUB4DOS и GNU GRUB

Shala
Посмотри последнюю ссылку в шапке. Там есть три варианта загрузки GRUB4DOS с CD, или даже четыре варианта.

у меня grub на USB-HDD с ntfs
когда акронис грузится он определяет раздел с которого загрузился "C"
а я хочу чтоб он был например "D", это реально?


Цитата:

timeout 10
default 2

title Acronis Disk Director RUS
root (hd0,0)
kernel /boot/kern3.dat ramdisk_size=32768 vga=788 acpi=off quiet
initrd /boot/ramd2.dat
boot

title Acronis True Image HOME RUS
root (hd0,0)
kernel /boot/kern16.dat ramdisk_size=32768 vga=788 acpi=off quiet
initrd /boot/ramd15.dat
boot

title Acronis True Image ENTERPRISE ENG
root (hd0,0)
kernel /boot/aties.krn vga=788 root=/dev/ram0 ramdisk_size=65535 init=acronis vga vesa mbrcrcs on quiet acpi=off noapic
initrd /boot/aties.fs
boot

title Acronis Drive Cleanser RUS
root (hd0,0)
kernel /boot/kern20.dat ramdisk_size=32768 vga=788 acpi=off quiet
initrd /boot/ramd19.dat
boot

tyghr
Скорее всего нет. Это уже нужно в саму сборку Акрониса лезть и там менять в конфигах порядок именования устройств. Да и не факт что это вообще можно сделать.

Вердикт - нереально.

Вопросик по grub4dos и акронисам с UR при загрузке с флешки:

можно всё-таки как-то заставить акронис увидеть UR? Даже создавая загрузочную флешку в самом акронисе и загружаясь с неё, UR на флешке он не видит, требуя cd.
После вставки cd c UR всё юлагополучно работает. Как обойтись без cd?

kDnZP
Создавал загрузочную флешку вашим скриптом - все работало ok, но попалась машина, где я растерялся: биос флешку видит и как usb-zip и как usb-hdd, grub стартует загружается меню из (ud), а видимого раздела нет!!!
команда find:
(ud)
(hd0,0)
(hd0,4)
(fd0)

посмотрел по ls
(hd0,0)- диск C (винт)
(hd0,4)- диск D (винт)
(fd0)- пусто

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

Мелкомягкие заопенсорсили утилю http://wudt.codeplex.com/

Кто скачивал, скажите - она распаковывает исошник и что-то в его содержимом модифицирует?

Или оставляет как есть и настраивает что-то в загрузчике?




Добавлено:


allows you to create a copy of your Windows 7 ISO file on a USB flash drive or a DVD. To create a bootable DVD or USB flash drive,

брррр.... что-то я совсем ничего не понимаю: ну ладно на USB... а вот нахрена на DVD делать загружабельную копию исошника? Чем оригинал не устраивает?

martch
USB-ZIP это (fd0,0) и т.д... т.к. USB-ZIP имеет разделы.
USB-FDD это как раз (fd0), т.к. разделов нет.

Т.е. в вашем случае поглядите такими командами, где у вас открытый раздел (скорее всего подходящая будет верхняя, т.е. первый раздел):
ls (fd0,0)/
ls (fd0,1)/
ls (fd0,2)/
ls (fd0,3)/

LevT
Распаковывает исошник, прописывает загрузчик на флешку, тому кто использует grub4dos она нафиг не нужна . Т.к. я не вижу проблемы самостоятельно скопировать (либо распаковать) образ на флешку и стартануть Windows 7. Если, вдруг, из образа не ставится, то на помощь приходит imdisk. Здесь (где-то страниц 5-10 назад) уже давал ссылку на тему у китайцев. Если по-русски читать проще, то можно поглядеть еще тут: http://greenflash.su/forum/5-392-5143-16-1260200387

kDnZP
В чем разница между файлами grldr , grldrin, у китайцев об этом упоминается мутно и вкользь, а у Вас и вовсе ничего.
Кроме того , в чем разница между первичным и расширенным разделом зоны ud, они ведь друг друга дублируют, такое ощущение, что разработчики создали сначала первичный раздел, а потом хватились, маловато будет и приляпали расширенный.

afpr
А где вы видели grldrin? Я про такой вообще впервые слышу.
А первичный и вторичный разделы предположительно нужны для "правильной" флешке. Дело в том, что не все Биосы корректно загружают MBR с USB носителей. На некоторых вообще полный зависон при загрузке, на других - другие пакости. Так вот для универсализма fbinst прописывает код загрузки многократно, во все адреса куда только могут сунуться "тупые" биосы. Но из-за этого есть ограничения на размер первичной ud зоны. И по-хорошему ее вообще лучше не менять.Я так предполагаю, что для того чтобы как можно больше раз записать код загрузки он должен быть минимальным. Соотвественно, нельзя адресовать на слишком длинный адрес, поэтому навреное первичный раздел нужно делать таким маленьким.

afpr
grldrin - это модифицированный grldr, я там чуть переписывал встроенное меню. Собственно, что именно там переписано проще всего поглядеть через bin\FbinstTool.exe открыв этот файл. Делал под себя и у меня нет 100% уверенности, что у других заработает без проблем... Сейчас жду обновленные (публичные) версии grub4dos, чтобы можно было в очередной раз переписать встроенное меню более красивым образом.

Real Root
К вашим словам добавить нечего . Я тоже не рекомендую трогать размер первичной зоны, а играться расширенной.

GRUB4DOS и GNU GRUB это вещи нужные и полезные без сомнения.
но прежде чем манипулировать с MBR и Partition Table, неплохо бы
научиться их сохранять и восстанавливать. В связи с этим вот такой вопрос:

Подскажите какими средствами это сделать?
нужно что-то аналогичное командам в Linux:
dd if=/dev/hda of=linux.mbr bs=512 count=1
dd if=mbr_back.mbr of=/dev/hda bs=512 count=1
но загрузиться при этом нужно с FDD или USB Flash drive,
и там-же сохранить это в виде файла.
что-то простое, быстрое и компактное.

и достаточно ли сохранять только первые 512 байт, или
за их пределами может быть ещё что-то служебное и важное?

меня заинтересовала программа:
TestDisk - Мощная утилита для восстановления данных.
Но она при восстановлении предлагает записать в MBR,
что-то своё, и таблицы разделов она анализирует сама.
может это даже и лучше, но хотелось бы все-таки восстановить
всё в первоначальном виде из своей резервной копии.

Заранее всем спасибо.

Цитата:

Подскажите какими средствами это сделать

Тута h**p://w*w.graylord.narod.ru замечательная утилита MBR Editor должна помочь

Цитата:

прежде чем манипулировать с MBR и Partition Table, неплохо бы
научиться их сохранять и восстанавливать.

прежде всего, MBR это лишь один из видов разбивки диска на разделы

плюс: его понимают все оси, а также биосы x86_64 железа

минус: он древний как собака и ограниченный (последний раздел должен заканчиваться раньше 2ТБ границы). Альтернативную разметку GPT понимают все современные оси, а также эксприментальные биосы (гордое название фирмваре; так, ASUS вот-вот начнёт раздавать EFI для P5Q )


Загрузчикам x86_64 железа НЕОБХОДИМА фича старта EFI дисков в обход старых MBR-онли биосов (то есть практически всех ныне существующих)

Какие-нибудь потомки grub хоть что-то делают в этом направлении? Есть успехи?

Здесь положил обновленные версии скрипта... Вобщем-то сам скрипт не трогал, просто косметические правки и дополнения для выкладывания сего творения на бутленд.
http://www.mediafire.com/file/yj0mwyhoghl/fbinst_empty.7z
http://www.mediafire.com/file/oytlmnijzgl/fbinst.7z

Добавлено:
daniltlt
команда dd в grub4dos есть... Используйте ее, если вам нужно. MBR и таблица разделов не обязательно (но часто) занимают 512 байт.

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

Цитата:

Задайте подобный вопрос лучше на бутленде.

я с большим трудом объясняюсь по-английски, как та собака "всё понимаю, а сказать не могу".


Знаю, что сектанты из кругов близких к разработке Grub на вопрос о чайнлоаде эмулятора EFI ругаются страшной руганью на проприетарщиков из Intel и показывают на Coreboot как на грядущую панацею. Мне как-то покласть на их сектантские чувства, ясно что от них толку не будет НИКАКОГО - а нужен (как мне представляется), не эмулятор всего EFI, а лишь загрузчик GPT-дисков на старых биосах.

Не исключаю, что там дофига технических препятствий - и может получиться геморрой похуже, чем с разновидностями USB.

Но загрузчик нужен в любом случае, а сначала нужно теоретическое исследование (анализ) и техзадание на такой загрузчик - что, согласитесь, проще, чем его реализация. Если кто-то уже озадачивался этим вопросом, поделитесь ссылкой!


Добавлено:

ЗЫ. На сектантские чувства мне покласть, и модуль "загрузчик GPT4BIOS" НУЖЕН, и вообще "эмулятор EFI" тоже нужен - при том, что мотивацию сектантов я на самом деле разделЯю.

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

спасибо за советы и разъяснения.
и ещё вопрос:
Что значит:

Цитата:

MBR и таблица разделов не обязательно (но часто) занимают 512 байт.

Может тогда сохранять на HDD всю его нулевую дорожку?
или этого тоже не достаточно?

а вобщё меня интересует метод - простой, быстрый и надёжный,
который позволял бы сохранять и в случае необходимости, восстанавливать
Partition Table, включая и логические диски из расширенного раздела.

Поделитесь опытом.
Заранее всем спасибо.

Цитата:

а вобщё меня интересует метод - простой, быстрый и надёжный,
который позволял бы сохранять и в случае необходимости, восстанавливать
Partition Table, включая и логические диски из расширенного раздела.

Были коммерческие софтины типа "Active Partition Table Backup" (точное название не помню). А вообще, независимо от оси лазать в EPT - это работа именно для загрузчиков, ещё одно техзадание к их разработчикам.

Типа разработчики ud должны прервать полёт своей творческой фантазии и заняться скучной систематической деятельностью: уборкой территории от мусора и помощью отстающим... Этот подвиг для них чрезмерно велик, я лично не решаюсь предъявлять им такое требование.


Сам считаю, что им научиться работать с GPT - для всех нас важнее. И для них эта задача перспективная и творческая. Нескучная, хотя и тоже, о ужас, систематическая!

daniltlt
Только что проверил dd, все чудесно работает. Вот пример:
dd if=(hd0)+1 of=(hd0,0)/mbr.bin bs=512 count=1
предварительно только создайте в корневике (hd0,0) файл размером 512 байт, например так (Для Windows):
fsutil file createnew h:\mbr.bin 512

Что касается размера таблицы разделов и самого MBR - все зависит от того какой менеджер загрузки вы используете... Т.к. некоторые менеджеры могут выполнять подмену таблицы "налету", либо размещать код MBR в нескольких секторах или внешних файлах и т.д. Подробности можете узнать только изучив конкретный менеджер и его MBR... Но если используете MBR от DOS/Win98/WinXP/Vista/7 и ряда других, то обычно достаточно 512 байт.

kDnZP
человек хочет бэкапить не только MBR, а всю цепочку EPT по ссылкам из расширенного раздела,



Цитата:

Что касается размера таблицы разделов и самого MBR - все зависит от того какой менеджер загрузки вы используете...

и все эти "менеджеры загрузки" строем пойдут в жоппу... кроме тех, кто поторопится осилить диски с GPT разметкой.



Цитата:

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

а нафига изучать конкретный сорт старья - если любой МБР ограничен 2ТВ дисками?

Через какой-нибудь годик нужда изучать GPT разметку будет стоять с ссаным веником за спиной. А сейчас этим можно заниматься ещё относительно спокойно....



Добавлено:
http://netbsd-soc.sourceforge.net/projects/gpt/

Добавлено:

Утверждается, что New Linux tools such as gdisk[4], grub .96+ patches and grub2 have been GPT-enabled.

если так пойдёт, то grub4dos останется загрузчиком для флешек, феноменально владеющим никому уже не нужным искусством манипуляции с MBR.

http://www.rodsbooks.com/gdisk/whatsgpt.html

Добавлено:
http://www.rodsbooks.com/gdisk/booting.html

Цитата:

LevT
а нафига изучать конкретный сорт старья - если любой МБР ограничен 2ТВ дисками?
Через какой-нибудь годик нужда изучать GPT разметку будет стоять с ссаным веником за спиной. А сейчас этим можно заниматься ещё относительно спокойно....

Вы правы, но всему своё время.
Когда эта технология широко распространится, тогда появятся
и инструменты для её освоения. И если человек имеет представление
и опыт, пусть даже устаревший, ему будет проще это сделать.

Материал из Википедии — свободной энциклопедии

GPT опирается на расширенные возможности EFI для осуществления этих процессов. Однако MBR присутствует в самом начале диска (LBA 0) как для защиты, так и в целях совместимости. Собственно GPT начинается с Оглавления Таблицы Разделов (Partition Table Header).

По моему мнению более чем 2000 Гб для домашнего ПК - это перебор.
Представьте, сколько у вас будет идти полная антивирусная проверка - суток трое,
не меньше. А если, не дай бог диск крякнет - прощай домашний фото, видео архив
за много лет, и коллекция любимых фильмов с высоким качеством.

Цитата:

, тогда появятся и инструменты для её освоения.

"Сами собой" только черви заводятся.


Цитата:

Однако MBR присутствует в самом начале диска (LBA 0) как для защиты,

В последней ссылке есть об этом. "Protective MBR" это единственный раздел размером в целый диск, типа ff - чтобы старые partition magic и проч. т.п. инструменты вплоть до встренных в XP не сочли диск пустым. Выдумали его умные люди, нанятые Intel.

А "Hybrid MBR" выдумали на её основе независимые хакеры... И они же описали систематично, чем чревато её применение (хотя бы вот в серии статей на http://www.rodsbooks.com)

Сравните с ud зоной. Почему бы её разработчикам не воспользоваться готовыми защитными средствами, уже неплохо документированными? Патамушта "Not invented here"?



Добавлено:


Для ud следует понимать, что различные мотивации использования такой зоны конфликтуют между собой.

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

То есть, неквалифицированное применение стандартных инструментов опасно для данных, особенно лежащих на диске открыто и потому сравнительно малоценных. Так сейчас и сделано, и риск для конспирологов оправдан.


Если же ценна надёжность хранения данных диска (разделов, включая скрытые-вспомогательные для загрузчика) и его метаданных (таблиц разделов), то нестандартные вещи надо использовать по-минимуму. И коли хочется для гибкости загрузки использовать g4d c ud зоной - то последней лучше быть оформленной например в виде GPT раздела, прикрытого защитно-гибридной MBR.

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

Эти варианты использования пока не поддержаны разработчиками ud. Те, кому они нужны - заинтересованы давить на разработчиков спросом на такую реализацию. Или вот приделывать сбоку свои конфигураторы, как сделал kDnZP в своей раздаче.


В качестве бонуса Вам лично: GPT разметку и бэкапить проще, и нужды в бэкапе там меньше. (Всю цепочку EPT после MBR крайне мало что умеет бэкапить, считаные коммерческие софтины).

Впрочем, едва ли ud станет что-то писать внутрь расширенного раздела, если разработчики хотят избежать кошмара с вероятной погибелью части метаданных диска (EPT) и логических разделов у недостаточно квалифицированных пользователей. Но... если их мотивация именно что-то скрывать - преобладающая. То почему бы и нет?

kDnZP
Спасибо, большое. Обязательно воспользуюсь вашим опытом.


Цитата:

dd if=(hd0)+1 of=(hd0,0)/mbr.bin bs=512 count=1
fsutil file createnew h:\mbr.bin 512

Цитата:

kDnZP
Что касается размера таблицы разделов и самого MBR - все зависит от того какой менеджер загрузки вы используете... Т.к. некоторые менеджеры могут выполнять подмену таблицы "налету", либо размещать код MBR в нескольких секторах или внешних файлах и т.д. Подробности можете узнать только изучив конкретный менеджер и его MBR... Но если используете MBR от DOS/Win98/WinXP/Vista/7 и ряда других, то обычно достаточно 512 байт.

я пользовался GRUB, а с недавних пор переключился на GRUB4DOS
и меня больше интересует сама Partition Table, чем код и файлы загрузчика,
т.к. и этот код и эти файлы я могу сформировать заново, без каких либо потерь.
но как быть с Partition Table, может имеет смысл сохранять всю нулевую дорожку hdd ?
или этого не надо делать?
и почему вы опять говорите "обычно достаточно 512 байт" ?

daniltlt

Цитата:

и почему вы опять говорите "обычно достаточно 512 байт" ?

Перечитайте мою последнюю телегу и не приставайте зря к занятому человеку: чужим умом не проживёшь.

Я готов свой текст подправить и разжевать дальше, если что-то в нём будет непонятно.

LevT
Уважаемый, ну неужели Вам - грамотному, эрудированому, всесторонне развитому
человеку с высоким интелектом, непонятна простая истина: Ваши пространные рассуждения
и выкладки есть злостный оффтоп в данной теме (хоть прячте их под тег).
Хотя ваши рассуждения по своему, интересны, представляют возможность узнать новое и расширить
кругозор, но не ценой же угробления темы GRUB4DOS и GNU GRUB.
Посмотрите сами, со времен Ваших повествований, в тему перестали писать и заходить мудрые люди, узрев
здесь мохровый флуд от LevT. На что Вам неоднократно было указанно. Опомнитесь, это ж не ваша
личная страница на форуме Ru-Board! Не примите в обиду!
Простите за...

ru1956

ud, fbinst и пристроенные к нему kDnZP скрипты здесь топик или офтопик?
Если офтопик - то приглашаю kDnZP и всех желающих в открытую мною в сисадминистрировании тему.

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

(А расчеты на само-собой-появление хороших и годных инструментов - отрава. А магическое потреблятское мышление, типа запросов одновременно скрытого и безопасного ud, и вовсе норкомания. Беда если разработчики пытаются угодить этим запросам: они лишают нормальных людей надежды на адекватные инструменты...)


Добавлено:
ru1956
я занимаюсь, собственно, документированием для новичков, не отказывающихся думать и учиться самостоятельному полаганию реалистичных целей - тем, до чего редко снисходят разработчики.

Вероятно, кто-то здесь хотел бы продолжать помогать по настроению или, по прихоти, посылать в ман гугль. Я таким мешаю, понимаю. Мешаю поддерживать ЧСВ на контрасте с окружающими.

daniltlt

Цитата:

По моему мнению более чем 2000 Гб для домашнего ПК - это перебор.
Представьте, сколько у вас будет идти полная антивирусная проверка - суток трое,
не меньше. А если, не дай бог диск крякнет - прощай домашний фото, видео архив
за много лет, и коллекция любимых фильмов с высоким качеством

Сколько нужно для домашнего компа - решать нужно хозяину этого компа, а не человеку, его обслуживающего. К тому же, на домашнем компе у меня вовсе нет груба, зато на работе парк из 300 с чем то машин обеспечен им в обязательном порядке, для того чтобы весь комплект диагностического софта был прямо на hdd - pe сисетема, виктория, акронисы и мемтест...
Да и антивирусная проверка займет не более 30 секунд, если раздел хоть 50Тб будет полностью забит фильмами в hd качестве. Если обычные фильмы - пара минут. MP3 и фото на такой объем маловероятно - но пусть около часа...

LevT
Уважаемый, но это же чистейшей воды флуд, не приносящий пользы реального применения!
Где конкретика, где реальные примеры, имеющие хоть какую то практическую ценность?

Цитата:

Уважаемый, но это же чистейшей воды флуд, не приносящий пользы реального применения!

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

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