malderbek
- Longevity: 8 years 6 months
- Posts: 5
- REPUTATION:0[+] [-]
|
Добрый день! Можно схему для обычной думаю стандартной ситуации. На физической машине стоит Windows 7 x64 и нужна возможность загружать Linux (Ubuntu 16.04) с VHD образа.
|
Отправлено: 06-Jun-2016 18:59
(after 1 hour 30 minutes)
Heckfy
- Longevity: 8 years 6 months
- Posts: 26
- REPUTATION: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
- Longevity: 8 years 6 months
- Posts: 5
- REPUTATION:0[+] [-]
|
Heckfy Вот именно я бы хотел бы загружать linux с vhd на физической машине. Например образно у меня есть два диска "C" и "D". На диске "С" стоит Windows 7 x64 как основная система. А на диске "D:\VHD\linix.vhd" линукс. Зачем так просто чтобы проще было изучать линукс. Иметь отдельный образ готовой системы, когда надо чтобы мог грузится.
|
Heckfy
- Longevity: 8 years 6 months
- Posts: 26
- REPUTATION:0[+] [-]
|
malderbek, А чем вас не устраивают виртуальные машины?
|
malderbek
- Longevity: 8 years 6 months
- Posts: 5
- REPUTATION:0[+] [-]
|
Heckfy, Ну на физическом железе все равно скорость больше.
|
Отправлено: 07-Jun-2016 18:55
(after 1 hour 19 minutes)
Heckfy
- Longevity: 8 years 6 months
- Posts: 26
- REPUTATION:0[+] [-]
|
malderbek, А для чего вам нужна скорость? Хочу сразу предупредить, что скорость и надежность с возможностью загружаться с виртуальных дисков на физической машине не совместимы. К сожалению, драйвера виртуальных дисков несовершенны и медленные, могут быть гораздо медленнее, чем вы ожидаете. Если говорить об абсолютной скорости, то она конечно больше зависит от носителя. Виртуальные диски привязаны к физическим носителям. А использование оперативной памяти в качестве быстрого носителя - отдельный случай, здесь не оговаривается и не используется. Если нужна скорость, то лучше сделайте раздел на вашем физическом диске под Linux. Если хотите портативность, то сделайте раздел на USB-диске. Затем на него поставьте Linux (допустим Ubuntu) и вы получите скорость. Если захотите загружать его из под Windows на базе виртуальной машины, то и это можно организовать. P.S. Флешки не рекомендую, у них ресурс небольшой, sd-карты памяти получше флешек будут, но всё равно им не сравниться в скорости с жесткими дисками, даже USB.
|
Отправлено: 09-Jun-2016 06:07
(after 1 day 11 hours)
malderbek
- Longevity: 8 years 6 months
- Posts: 5
- REPUTATION:0[+] [-]
|
|
Heckfy
- Longevity: 8 years 6 months
- Posts: 26
- REPUTATION:0[+] [-]
|
24935Приветствую! kievigreen наверное имел ввиду, чтобы Вы создали релиз и выложили свою готовую сборку (с описанием и дополнениями, если требуются какие-то необходимые действия от пользователя). А там-то уже проще будет разобраться в ней (что там, как и куда загружается) sergeysvirid, Релиза не будет. К сожалению. Казалось, что были все предпосылки для его создания. Однако, моих знаний linux недостаточно, чтобы решить фундаментальную проблему с демонтированием образа (виртуального диска). Суть проблемы: Смонтированный образ в процессе инициализации и после монтирования его раздела в качестве корневого не может быть демонтирован системой штатно. Штатные процессы poweroff или reboot просто убивают процесс vdfuse, не считая его основным, а затем пытаются обратиться к корневому разделу для его демонтирования, но его уже ясен пень нет. Т.е. система не завершает процессы обращения к корневому разделу и не может его корректно демонтировать. Как следствие этого следующая загрузка системы тормозит, каждый раз проводит проверку диска с помощью fsck, находит ошибки, иногда ошибки возникают критические.
|
sakatgg
- Longevity: 8 years 5 months
- Posts: 87
- REPUTATION: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, то ошибка
|
Отправлено: 01-Jul-2016 16:50
(after 2 days 2 hours)
Heckfy
- Longevity: 8 years 6 months
- Posts: 26
- REPUTATION: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
- Longevity: 8 years 5 months
- Posts: 87
- REPUTATION: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-Jul-2016 11:06
(after 2 days 7 hours)
Heckfy
- Longevity: 8 years 6 months
- Posts: 26
- REPUTATION: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-Jul-2016 21:26
(after 1 day 10 hours)
Heckfy
- Longevity: 8 years 6 months
- Posts: 26
- REPUTATION:0[+] [-]
|
sakatgg, Скорее всего, то, что вы разрабатываете описано вот здесь: https://m.geektimes.ru/post/185172/ Однако, в данном решении использовался grub4dos. Если вы ограничены grub2, то на мой взгляд таки нужно смотреть в сторону memdisk, т.к. grub2 это далеко не grub4dos, а жаль. VHD тот же RAW, только с некоторым заголовком, который нужно пропускать, чтобы VHD успешно загружать словно RAW с помощью memdisk. Как это реализуется на практике можно найти в просторах интернета. Обратите внимание на то, что разработчик решения добивается малого размера образа. А почему? 16 ГБайт ОЗУ не хватает? Конктретных объяснений разработчик не приводит, перед этим пытаясь что-то неконкретное заявить и о возможности использования ПК и с 4ГБайт ОЗУ. Думаю, что имеется проблема и в большом времени загрузки образа, поэтому и потребность в небольшом размере на уровне требования.
|
Отправлено: 05-Jul-2016 22:42
(after 1 hour 16 minutes)
Page 2 of 3
Current time is: 11-Dec 16:14
All times are UTC + 3
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
|