» GRUB4DOS и GNU GRUB

Цитата:

Windows PE на основе XP SP2 или 3. Хотя зачем миниось в этой партиции... Компашки есть, флэшки, всё равно они нужны для реанимации, в этой партиции будет лишний дубликат

Ну задумка была такова, что если винда полетит, то я буду зависеть от другой оси. Если другая ось не в порядке, то голова болеть будет. А так поставил "командный центр" с необходимым минимумом и делай с основняком (основными ОС) что хочешь. Внешние носители, конечно, решают проблему командного центра, а ГРУБ можно и без ОСи. Но по-моему, если обьединить задачу контроля бута с задачей командного центра, выходит довольно удобная конфигурация.


Цитата:

Встанет. Как это сделать - вариантов много, но мне нравится независимость от ГРУБа. Вот так:
Вторую партицию делаем активной, первую - скрываем. Так винда установится во 2ю партицию, назвав себя C:\, а не D:\
Потом снова первую партицию открываем и делаем ссылку из первой во вторую с помощью: виндусового boot.ini или самого Grub'а. АА! В первой партиции загрузчик не Grub, а привычный ntldr, а Grub грузится, потому что grldr прописан в boot.ini. Никаких "прикасаний" к МБР Вариант для осторожных. Пойдёт так?

Хммм... но делаясь независимыми от ГРУБа, не приходим ли мы к зависимости от ntldr'a?.. Хотя, мне сложно представить ситуацию, при которой ntldr портится. Разве что вирус?..
А если Винду снести ntldr ведь остаётся?.. Ну тогда вроде всё в порядке, ваше решение вполне подходит мне!
Большое спасибо!

Ааа! Чуть не забыл. Вопрос: нету каких-либо конфликтов у Виндовса в связи с тем, что он в результате оказывается на второй партиции? Ну в смысле, не прописано ли где в системе: "Буква "С" - адрес моего дома!!!"; в результате чего нарушается файловая адресация?

"Буква "С" - это условность. Винду мало интересует, что она себя называет C: и соседи себя - тоже. Конфликт знаю только один - при клонировании разделов. Надо скрывать соседние разделы, когда клонируешь дубликат! Иначе при первом запуске винда залезет в соседний раздел, где лежат такие же файлы и файловая адресация нарушится. Но на втором запуске можно снова открывать разделы.

Цитата:

Хммм... но делаясь независимыми от ГРУБа, не приходим ли мы к зависимости от ntldr'a?.. Хотя, мне сложно представить ситуацию, при которой ntldr портится. Разве что вирус?..
А если Винду снести ntldr ведь остаётся?..

ntldr - файлик, который вместе с ГРУБом размещается на 1-ой партиции? Его вызывет виндовский МБР?

Цитата:

ntldr - файлик, который вместе с ГРУБом размещается на 1-ой партиции? Его вызывет виндовский МБР?

Да. виндовский МБР или виндовская загрузочная запись. И boot.ini рядом.

А можно (?) так: на первой минипартиции (ФАТ) -
1. Файлы ГРУБа вместе и с настройками,
2. Стэндалоун испоняемый WinXP файл для загрузки ГРУБа в МБР
4. Стэндалоун испоняемый *nix файл для загрузки ГРУБа в МБР

Эти исполняемые файлы болжны просто из разных операционок уметь положить stage1(1.5????) в MBR

Цитата:

2. Стэндалоун испоняемый WinXP файл для загрузки ГРУБа в МБР
4. Стэндалоун испоняемый *nix файл для загрузки ГРУБа в МБР

А я не понял, что это значит. Что за файлы исполняемые?
Grub ставит свой загрузчик в фат с помощью bootlace.com, об этом много в форуме написано. Это работает, пробовал. И потом WinXP и *nix из menu.lst грузятся. Но не пробовал потом ставить Xp во втором разделе. Ставил давно линуксовые загрузчики в загрузочный сектор первого раздела (МБР не трогал), потом скрывал первый раздел - винда самостоятельно грузилась со второго. Вроде как и с GRUB должно также всё не испортиться. Но я не стал советовать, что не пробовал. Ну попробуй ФАТ, на всякий случай, он предпочтительнее NTFS в таком случае. Операций, правда, чуть больше.. Напишешь потом?

Добавлено:
исполняемые файлы - это вместо bootlace.com (один из них)? А почему именно в МБР?

Добавлено:
линуксовые загрузчики ставил в первый раздел в Ext2, потому раньше линуксы не понимали NTFS.

Собрал загрузочную флешку, в сборку вошли Hiren's BootCD, ERD-2008 (iso) и ERD-2007 (вариант PEtoUSB). Эмуляция заработала на ура, исо файлы грузились. Так проработало раза 2-3, затем при эмуляции исошек появилась следующая ошибка:

Warning: Unrecognized partition table for drive A0. Please rebuild it using Microsoft-compatible FDISK tool (err=14). Current C/H/S=13/255/63
Error 1:Filename must be either an absolute pathname or blocklist

Пробовал 2-е разных флешки, форматил и в FAT32 и в NTFS, использовал различные версии GRUB, тестил на разных машинах. Самое интересное что все работало до какого-то момента, взаимосвязи не нашел. Может быть кто-то сталкивался с подобной проблемой?

Цитата:

Unrecognized partition table for drive A0

Пробуйте переразбить разделы на флешке стандартными средствами

Цитата:

Filename must be either an absolute pathname or blocklist

Проверьте правильность написания путей в menu.lst, в частности, наличие всех слешей, например, такая ошибка вылазит, если нет первого слеша в строке:
map (hd0,0)/BOOT/ATIH10RU.iso (hd32)

раздел на флешке один, а что вы подразумеваете под стандартными средствами?
вот пример моего menu.lst:

color black/cyan yellow/cyan
timeout 30
default /default
splashimage=/back.xpm.gz

title Start ERD Commander 2007
find --set-root /minint/setupldr.bin
chainloader /minint/setupldr.bin
boot

title Start ERD Commander 2008 (Only for Windows Vista and Windows 2008 Server)
map (hd0,0)/erd.iso (hd32)
map --hook
chainloader (hd32)
boot

title Start Hiren's BootCD 9.6 (RUS)
map (hd0,0)/BOOT_HIREN.iso (hd32)
map --hook
chainloader (hd32)
boot

title GRUB4DOS Shell
savedefault --wait=2
commandline

title Reboot...
savedefault --wait=2
reboot

Добавлено:
раздел на флешке один, а что вы подразумеваете под стандартными средствами?
вот пример моего menu.lst:

color black/cyan yellow/cyan
timeout 30
default /default
splashimage=/back.xpm.gz

title Start ERD Commander 2007
find --set-root /minint/setupldr.bin
chainloader /minint/setupldr.bin
boot

title Start ERD Commander 2008 (Only for Windows Vista and Windows 2008 Server)
map (hd0,0)/erd.iso (hd32)
map --hook
chainloader (hd32)
boot

title Start Hiren's BootCD 9.6 (RUS)
map (hd0,0)/BOOT_HIREN.iso (hd32)
map --hook
chainloader (hd32)
boot

title GRUB4DOS Shell
savedefault --wait=2
commandline

title Reboot...
savedefault --wait=2
reboot

Цитата:

а что вы подразумеваете под стандартными средствами?

Оснастка "Упpaвлeниe диcкaми".

Файлы *.iso не фрагментированы?

Файлы *.iso не фрагментированы, попробовал отформатировать и дефрагментировать с помощью "Упpaвлeниe диcкaми". Результат остался прежним

Если до сих пор вылазит:

Цитата:

Warning: Unrecognized partition table for drive A0. Please rebuild it using Microsoft-compatible FDISK tool (err=14). Current C/H/S=13/255/63

смотрите чего там в таблице разделов.
Как Вы ставите загрузку сабжа, ручками или с помощью какой то тулзы, в МБР или в бутсектор? Самое простое это обнулить нулевой (абсолютный) сектор флешки, переподсоединить ее и в оснастке "Управление дисками" переразбить\отформатировать ее, а равно сделать созданный раздел активным. После чего скопировать созданную таблицу разделов (используя WinHex) и записать ее поверх в файл grldr.mbr по смещению 1BFh и сохраниться. Теперь осталось этот файл вписать на флешку (открыв последнюю все в той же WinHex, как физическое устройство) начиная с нулевого абсолютного сектора. В корень раздела кидаем grldr и menu.lst.

я извеняюсь может это вопрос уже звучал, есть ли человеческий спосов перенести bcdw на usb флэшку уж очень хочется перенести диск fyb целиком.

Добавлено:
1

KLASS спасибо вам за помощь, проблема решилась путем использования последней версии Grub 0.4.4.2008-11-19, до этого использовал версию 0.4.3 Stable. Тесты продолжаются, пока выводы делать не стану.

Grub4Dos не дружит с Hyper-V ( на Virtual PC работает как надо):

После
Цитата:

title Bart-PE
chainloader /I386/SETUPLDR.BIN

мерцание курсора и все ...

Перепробовал:
v0.4.2
2006-12-28 21-20
v0.4.3
2007-10-15 13-18
v0.4.4
2008-11-20 00-09
2008-12-07 17-47

Что делать?

[ 2008-12-12: Или еще более simple var/example:

Цитата:

Для воспроизведения берем vstaldr.img из softmod-l-HP.iso
с _http://deПositfiles.com/files/666593 ( П заменяем на p)
( чтобы подключалось в дисковод Hyper-V меняем расширение на .vfd)

Цитата: == MENU.LST ==
title vista
chainloader /bootmgr
==

это продолжение обсуждения из WinBulder'а - попытка загрузить WinPE из сети (tftpd32), в которой используется мультипроцессорный автомат SETUPLDR.BIN от CryptoPE


Цитата:

но не стартует full

Да и full-версия загружается. Я в RusLive full меню от Grub использовал. Сетевая менюшка от Grub без проблем вызывает новую менюшку, которая лежит в ISO. Но этот так, эксперименты, на самом деле это не нужно. А загрузчик Grub не может что-ли BCDW в сеть загрузить? Просто это интресно, но логичнее, конечно, распаковывать любую сборку в папку tftpd32 и оттуда поднимать в память только нужный пункт меню.

Цитата:

я так думаю что образ лежит в памяти 2 раза один как iso второй как img

Так оно и есть. Я ж вчера написал, что замерил это - На iso-образ оперативка всё-таки расходуется . Какой командой и с помощью чего оттуда мусор выгрузить - знать бы. Ладно, щас тоже буду пытаться имидж загрузить

Цитата:

несжатый образ grub понял, но загрузить не смог

Всегда так пишешь. А потом всё равно все переспрашивают "А как ты это сделал?" Ну правда, каким методом пробовал грузить несжатый имидж? Какой файл указал в менюшке на исполнение, куда winnt.sif положил и т.д ..
Я вот, по картинкам пытаюсь понять... В cab что-ли сжал и грузишь имидж как HDD32? Если имидж грузим по его собственному boot-сектору (без использования Winnt.sif, который лежит в папке tftpd32), то надо пробовать сжимать в gz. Но все загрузочные файлы сложить внутрь имиджа.
Вот бы всё-таки через cab загрузить. Lzx лучше жмёт.

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

MeUserListRu пишу как могу - ветер в голове наверное

грузил по твоим конфигам файл RusLive.iso
потом его подменял на
1) BootSDI.im_ из него же
2) его же предварительно распаковав (expand)

если надо как то по другому грузить образ HDD подскажи, но я в начале темы читал, что:
стачала grub эмулируя int13 грузит образ, а потом передает управление на 32 битные драйвера которые в нутри

Dimsoft
Пустой загрузочный имидж Grub-PXE
Скачай его пока. Он крохотный. Сейчас, напишу пояснение, как использовать

Добавлено:
В gz сжимает архиватор 7zip. При использовании такого метода отсутствует проблема двойного расхода оперативки, про которую неоднократно писал CryptoPE. GRUB4DOS загружает сжатый имидж по PXE в оперативку клиентского компа и разворачивает его, выбрасывая архив и памяти!! Только что проверил на практике Как всё-таки GRUB рулит Надо будет потом второй метод попробовать - через cab и winnt.sif, который лежит в папке tftpd32 - спасёт ли там GRUB от перерасхода оперативки.
А пока..
В 7sh3.ima.gz лежит FAT-имидж с boot-сектором от XP. Он обращается к стандартному ntldr, boot.ini обращается к grldr и появляется внутренняя менюшка GRUB menu.lst. Пока так - сделал по принципу "лишь бы побыстрее". Потом можно будет упростить. Но так удобнее заниматься отладкой.
Сейчас надо будет RusLive-автомат положить в имидж.
В menu.lst - один пункт, который обращается к однопроцессорному SETUPLDR.BIN сборки 7sh3. У меня загрузилось! Перепеши ссылку в W256\SETUPLDR.BIN. И в корень имиджа положи W0256.sif из RusLive. Почти уверен, что и SETUPLDR.BIN-автомат таким методом запустится. Но есть опасение: в RusLive есть папка Drivers, а она лежит за пределами имиджа. Я попробовал локально загружать RusLive без этой папки - вылетает в синий экран, значит она нужна. Странно, что у нас RusLive-автомат загружается по сети из ISO-образа, когда эта папка лежит за пределами имиджа! Возможно, она используется в момент режима текстовой установки WinPE, когда ISO-образ ещё доступен WinPE. Я не знаю, не копал так глубоко RusLive. Хорошо, если NIKZZZZ пояснит.
Короче, если вывалится синий экран, то это может быть не из-за автомата - просто надо как-то подцепить папку Drivers. Но если что, у тебя же есть упрощённые варианты RusLive-автомат, ты же сам собирал.

Займёшься? А я ко второму варианту пока приступлю, вдруг тот будет лучше первого за счёт lzx-сжатия

Добавлено:
опа, а в W256 - имидж . Имидж в имидже. Так не пойдёт

гружу скаченный образ

извини, забыл написать, что пункт загрузки образа в меню (которое в tftpd32) вот так выглядит

Код: title 7sh3
map --mem (pd)/WinXPsp3Ru/7sh3.ima.gz (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

прошел первый груб, второй после ошибка


Добавлено:
внутри образа разжал ntoskrnl.ex_
таже ошибка

может авто определение не работает ?

Я попробовал вложить в 7sh3.ima.gz Ruslive-автомат (папку Drivers туда же положил). BootSDI.im_ оставил как есть - не распаковывал. Нормально загрузилось. Мы же сначала вытаскиваем из PXE целиком имидж, а уж потом начинает запускаться автомат. С чего автомат-то не будет работать?

Но потом я смонтировал BootSDI.im_, вытащил оттуда файлы и положил в 7sh3.ima.gz в папку minnt. Получил такую же ошибку - ядро не находит. Возможно, автомат заточен только под i386. Надо к GryptoPE обращаться, сложно ли сделать аналогичный автомат для minint.

Можно, конечно и так оставить - имидж в имидже или имидж в ISO. Работает же. У меня сборка маленькая, оперативки хватит. Но всё таки...

Добавлено:
а может и нельзя так грубо распаковывать. Второй метод ещё остался - похожий на то как через syslinux, только grub'ом

MeUserListRu
у меня тут крамольная мысль возникла - а полную windows grubom в ram загрузить можно ?
нашел проект который использует grub - diskless angel, но пока не разобрался

Добавлено:

Цитата:

Второй метод ещё остался - похожий на то как через syslinux, только grub'ом

MeUserListRu
так зачем от добра бодра не ищут

Цитата:

а полную windows grubom в ram загрузить можно

Ты уже не про WinPE? Unnatend установка по сети? Там же нет проблем с автоматом, какая разница чем грузить. И мне Unnatend неинтересно, клонированием занимаюсь. Просто поднять Grub'ом в память имидж/ISO с дистром - конечно нельзя, он потом потеряется

MeUserListRu
Он не про то. Полную Винду можно загрузить в РАМ с помощью сабжа, но пока единственное существующее решение - diskless angel, а оно мало того что платное (краков не существует в природе), дык еще и к конкретному железу привязанное...

Цитата:

но пока единственное существующее решение - diskless angel,

Oleg_II
а микрософтовский ramdisk (который с ограничениес 500 метров) grub может загрузить ?

Да, вроде есть драйвер рамдиска - который MS делало для винды Embedded. Пару дней назад, листая википедию как раз на тему, наткнулся: http://en.wikipedia.org/wiki/Diskless_node

Dimsoft
А смысл? Может, но дальнейшая загрузка Винды будет уже не Грабом, а NTLDR-ом от Сервера. Тогда смысла в использовании Граба нет, можно и без него...

LevT
Этот драйвер аналогичен тому, что есть в Win2003 SP1, т.е. те же ограничения - может загрузить в РАМ около 490МБ. Там только CLSID (кажется так?) другой.

Цитата:

А смысл?

Oleg_II
смысл в том что с одного сервера грузится linux dos и winpe и менюшка выбора

Цитата:

драйвер рамдиска - который MS делало для винды Embedded

Начал там читать, наткнулся: "If you use the /rdpath=…" Этот рамдиск что-ли по такому же принципу работает, как и стандартный микрософтовский ramdisk? Получается, опять NTLDR должен лежать в tftpd32, отдельно от имиджа?

Добавлено:

Цитата:

Может, но дальнейшая загрузка Винды будет уже не Грабом, а NTLDR-ом от Сервера

Если с tftpd32 загрузился имидж Grub'овским способом - без использования NTLDR из папки tftp32 (ну мы же это уже сделали - выше речь именно об этом), то ограничений нет. Внутрь имижда можно спокойно положить мультипроцессорный автомат. Правда, внутри имиджа используется микрософтовский ramdisk, вот бы ещё от него избавиться, сохранив работоспособность автомата...