malderbek
 - Стаж: 7 лет 10 месяцев
- Сообщений: 5
- Репутация:0[+] [-]
|
Добрый день!
Можно схему для обычной думаю стандартной ситуации.
На физической машине стоит Windows 7 x64 и нужна возможность загружать Linux (Ubuntu 16.04) с VHD образа.
|
![[Цитировать]](./styles/templates/default/images/lang/ru/icon_quote.gif "Ответить с цитатой")
 Отправлено: 06-Июн-2016 18:59
(спустя 1 час 30 минут)
Heckfy
- Стаж: 7 лет 10 месяцев
- Сообщений: 26
- Репутация:0[+] [-]
|
malderbek,
Если вы понимаете, что в текущей теме обсуждается загрузка ОС средствами физической машины, а не виртуальной, с образов, в т.ч. VHD, то сначала надо разобраться с каким из 2-х вариантов вашей "стандартной ситуаций" имеете дело.
Т.к. у вас уже установлена Windows 7 x64, то могут быть следующие варианты установленных менеджеров-загрузчиков:
- bootmgr - для BIOS. MBR
- bootmgfw.efi - для UEFI. На GPT или MBR?
От этого в дальнейшем будет зависеть как действовать.
В целях текущей темы вы должны сделать переход с виндусового менеджера-загрузчика на GRUB2. Как сделать переход см. в других темах.
Понадобиться ли вам для этого переписывать загрузчик в MBR (если ваш вариант BIOS) или просто заменить в /EFI/BOOT/boot*.efi (если ваш вариант UEFI), чтобы загрузить GRUB2 (который вы можете установить с livecd Ubuntu или же установить Grub2Win из под Windows) - бессмысленно обсуждать в этой теме.
Чтобы перейти на Grub2 скорее всего вам таки придется убрать виндусовый менеджер-загрузчик из первичных.
Хотя встречался вариант загрузки стороннего (кажется Grub4dos) из виндусового менеджера-загрузчика, но это работало для BIOS MBR.
|
malderbek
- Стаж: 7 лет 10 месяцев
- Сообщений: 5
- Репутация:0[+] [-]
|
Heckfy
Вот именно я бы хотел бы загружать linux с vhd на физической машине. Например образно у меня есть два диска "C" и "D". На диске "С" стоит Windows 7 x64 как основная система. А на диске "D:\VHD\linix.vhd" линукс. Зачем так просто чтобы проще было изучать линукс. Иметь отдельный образ готовой системы, когда надо чтобы мог грузится.
|
Heckfy
- Стаж: 7 лет 10 месяцев
- Сообщений: 26
- Репутация:0[+] [-]
|
malderbek,
А чем вас не устраивают виртуальные машины?
|
malderbek
- Стаж: 7 лет 10 месяцев
- Сообщений: 5
- Репутация:0[+] [-]
|
Heckfy,
Ну на физическом железе все равно скорость больше.
|
Отправлено: 07-Июн-2016 18:55
(спустя 1 час 19 минут)
Heckfy
- Стаж: 7 лет 10 месяцев
- Сообщений: 26
- Репутация:0[+] [-]
|
malderbek,
А для чего вам нужна скорость?
Хочу сразу предупредить, что скорость и надежность с возможностью загружаться с виртуальных дисков на физической машине не совместимы.
К сожалению, драйвера виртуальных дисков несовершенны и медленные, могут быть гораздо медленнее, чем вы ожидаете. Если говорить об абсолютной скорости, то она конечно больше зависит от носителя.
Виртуальные диски привязаны к физическим носителям. А использование оперативной памяти в качестве быстрого носителя - отдельный случай, здесь не оговаривается и не используется.
Если нужна скорость, то лучше сделайте раздел на вашем физическом диске под Linux. Если хотите портативность, то сделайте раздел на USB-диске. Затем на него поставьте Linux (допустим Ubuntu) и вы получите скорость. Если захотите загружать его из под Windows на базе виртуальной машины, то и это можно организовать.
P.S. Флешки не рекомендую, у них ресурс небольшой, sd-карты памяти получше флешек будут, но всё равно им не сравниться в скорости с жесткими дисками, даже USB.
|
Отправлено: 09-Июн-2016 06:07
(спустя 1 день 11 часов)
malderbek
- Стаж: 7 лет 10 месяцев
- Сообщений: 5
- Репутация:0[+] [-]
|
|
Heckfy
- Стаж: 7 лет 10 месяцев
- Сообщений: 26
- Репутация:0[+] [-]
|
24935Приветствую!  kievigreen наверное имел ввиду, чтобы Вы создали релиз и выложили свою готовую сборку (с описанием и дополнениями, если требуются какие-то необходимые действия от пользователя). А там-то уже проще будет разобраться в ней (что там, как и куда загружается)
Релиза не будет. К сожалению. Казалось, что были все предпосылки для его создания. Однако, моих знаний linux недостаточно, чтобы решить фундаментальную проблему с демонтированием образа (виртуального диска).
Суть проблемы:
Смонтированный образ в процессе инициализации и после монтирования его раздела в качестве корневого не может быть демонтирован системой штатно.
Штатные процессы poweroff или reboot просто убивают процесс vdfuse, не считая его основным, а затем пытаются обратиться к корневому разделу для его демонтирования, но его уже ясен пень нет. Т.е. система не завершает процессы обращения к корневому разделу и не может его корректно демонтировать. Как следствие этого следующая загрузка системы тормозит, каждый раз проводит проверку диска с помощью fsck, находит ошибки, иногда ошибки возникают критические.
|
sakatgg
 - Стаж: 7 лет 9 месяцев
- Сообщений: 87
- Репутация:0[+] [-]
|
На чистую флешку установил VBoot загрузчик (использую vboot2):
vbootedit64.exe install /drive E: /mbr
скинул на неё Win7N.vhd (Win7 x64 UltimateN, сборка Compact от Morphius71).
Загрузился с винта (ось росыпью Win7 x64) по F8 (без подписи, предварительно отключив режим теста).
Выполнил преобразованиие vhd, чтоб стал загрузочными через VBoot:
f:\vboot2\vboot2\tools\amd64\vbootctl prepare E:\Win7N.vhd
vboot\grub\grub.cfg подредактировал под свой vhd
Вопрос: vhd грузиться нормально, но приходиться выбирать по F8 режим без проверки подписи, иначе ошибка vbootmp.sys (0xc0000428). Саму Win7 внутри vhd тоже перевёл в тестовый режим
Bcdedit.exe -set TESTSIGNING ON
но это не помогло.
Можно как-то сделать, чтобы грузилось через vBoot без F8, или как-то сделать, чтобы драйвер подписанным стал? Интересует именно вариант без использования Windows менеджера загрузки. Спасибо.
P.S. Если в нормальном режиме делаю преобразованиие vhd, то ошибка
|
Heckfy
- Стаж: 7 лет 10 месяцев
- Сообщений: 26
- Репутация:0[+] [-]
|
sakatgg,
А в чем смысл? Зачем вам нужен "вариант без использования Windows менеджера загрузки" именно для Win7 x64?
В Win7 x64 имеется штатный встроенный драйвер VHD Microsoft, и он стабильно работает и без проблем загружается с "Windows менеджера загрузки" из под BIOS (UEFI CSM) и UEFI 64-bit.
Вот, если бы с VHD загрузили Win7 32-bit, то это другое дело. А если бы это смогли сделать из под UEFI без CSM, то это был бы во много раз ещё полезнее опыт (но увы вряд ли c vboot это возможно, решение застряло в BIOS).
|
sakatgg
- Стаж: 7 лет 9 месяцев
- Сообщений: 87
- Репутация:0[+] [-]
|
Heckfy
У меня Win7 x64 второй системой стоит (россыпью), загрузчик Grub2 с Debian 8.2. Контейнер с Win7 через grub2 загружаю (для этого нужны на разделе Boot и bootmgr)/ Раздел с Win7 хочу очистить вообще, ток контейнер(ы) оставить. Так то через bootmgr загружается конечно быстрее, чем через vboot.
Проблему с ошибка vbootmp.sys решил прогой Driver Signature Enforcement Overrider 1.3b, и прогой Remove Watermark, V0.8, Build 20090509 убрал надпись.
Не в курсе, через vboot в RAM загнать vhd с Win7 x64 реально и как? Через grub4dos уже пробовал. Grub2 в RAM линукс грузить же умеет, т.е. носитель можно после загрузки в RAM извлечь.
P.S. На паузе момент загрузки vBoot (загрузка с разностного Snapshot, созданный средствами меню, клавишей S с основого vhd), стартует с опцией harddisk_ramdisk_image=00000000, может как-то возможно загрузить VHD в RAM?
|
Отправлено: 04-Июл-2016 11:06
(спустя 2 дня 7 часов)
Heckfy
- Стаж: 7 лет 10 месяцев
- Сообщений: 26
- Репутация:0[+] [-]
|
sakatgg,
Не совсем догнал вашу проблему.
Если вы VHD с Windows планируете развернуть на линуксовом разделе (при этом убить раздел с существующим Windows на физическом диске), то это совсем другое дело. Не совсем уверен, что существуют драйвера под Windows способные работать с VHD на линуксовых ФС.
В другом случае, если вы планируете оставить виндусовый раздел ntfs, и на нем лишь размещать VHD, то откуда тогда у вас фобия к /Boot и bootmgr (которые можно разместить там же)? Более того, если вы решили очистить раздел, то его можно переразметить, выделить из него fat32 на 100мб под загрузчики, перенести туда и grub2, и bootmgr, bootmgfw.efi и т.д.
Допустим, что таки возобладала у вас фобия к размещению /Boot и bootmgr на разделе физического диска, не желаете вы для конфигурации загрузки всех Windows использовать один bcd. В этом случае, предлагаю посмотреть в сторону команды loopback в grub2 и с помощью её открыть VHD и уже оттуда запустить bootmgr. Точно не помню, но вроде такой маневр прокатывал. Но также мне помнится, что я уже отказывался от подобных маневров, из-за неудобства манипуляции меню загрузки в случае нескольких ОС Windows, более удобным мне пришелся вариант использования штатного загрузчика для всех Windows.
Насчет загрузки в RAM можно посмотреть в сторону memdisk от syslinux, который поддерживается также в grub2. Но вопрос: что грузить в RAM? И ещё вряд ли поддерживается VHD. Если поддерживается, то время загрузки в RAM будет офигительно долгим, в процессе будет казаться что зависло. Недавно загружал в RAM с помощью memdisk образ iso, 300+мб грузилось минут 5 на ПК с процом i7-3770 и 8ГБ ОЗУ. Возможно, имеет смысл (в случае фобии) грузить в RAM только загрузчики с их меню(конфигурациями).
|
Отправлено: 05-Июл-2016 21:26
(спустя 1 день 10 часов)
Heckfy
- Стаж: 7 лет 10 месяцев
- Сообщений: 26
- Репутация:0[+] [-]
|
sakatgg,
Скорее всего, то, что вы разрабатываете описано вот здесь:
https://m.geektimes.ru/post/185172/
Однако, в данном решении использовался grub4dos.
Если вы ограничены grub2, то на мой взгляд таки нужно смотреть в сторону memdisk, т.к. grub2 это далеко не grub4dos, а жаль. VHD тот же RAW, только с некоторым заголовком, который нужно пропускать, чтобы VHD успешно загружать словно RAW с помощью memdisk. Как это реализуется на практике можно найти в просторах интернета.
Обратите внимание на то, что разработчик решения добивается малого размера образа. А почему? 16 ГБайт ОЗУ не хватает? Конктретных объяснений разработчик не приводит, перед этим пытаясь что-то неконкретное заявить и о возможности использования ПК и с 4ГБайт ОЗУ.
Думаю, что имеется проблема и в большом времени загрузки образа, поэтому и потребность в небольшом размере на уровне требования.
|
Отправлено: 05-Июл-2016 22:42
(спустя 1 час 16 минут)
Страница 2 из 3
Текущее время: 19-Апр 10:13
Часовой пояс: UTC + 3
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы можете скачивать файлы
|
|
Вход
Регистрация
