![]() |
Перенос ОС из Virtualbox на физический носитель
Добрый день!
Устал за полдня безрезультатных поисков по данной теме и решил написать тут. Дано: 1. Oracle VirtualBox 4.3.24 2. Готовая лицензионная ОС Windows 7 HP x64 со всеми обновами, установленная в ВМ на диск VDI. 3. HDD 500ГБ, алчущий принять в свои объятия настроенную готовую ОС. Задача. Перенести ОС из образа VDI на реальный HDD. Чтобы грузилась полноценно как обычно. ЗЫ: Просто установить ОС невозможно! Работаю в другой ОСи, требуется исключительно порт! |
Цитата:
Не делал такого никогда, но можно попробовать: 1. Конвертировать VDI в VHD Код:
vboxmanage clonehd <имя файла>.vdi <имя файла>.vhd --format VHD Дополнительно: Как запустить Windows 7 из VHD на новом жестком диске Перенос Win 7 с vhd контейнера на физический раздел |
|
Мое решение переноса ОС из контейнера виртуальной машины VHD на физический диск:
0. Подготовил родной загрузочный диск Windows 7 х64. Скопировал на внешний носитель нужный образ VHD с виртуальной ОС, подготовил загрузочный LiveCD. 1. Загрузился с родного установочного образа Windows 7 x64. 2. В меню настройки дисков выбрал создать раздел. Создался активный 100МБ раздел. Распределил оставшееся место как мне требуется. 3. Загрузился в LiveCD. 4. Удалил содержимое 100МБ раздела. 5. Архиватором ZIP распаковал из образа виртуального диска VHD содержимое на соответствующие физические диски. 100МБ -> 100МБ, раздел с ОС на подготовленный соответствующий системный раздел (с процессором i7-3770 заняло ~20мин) Пробовал грузится в ОС. При загрузке ОС выдала ошибку. 6. Снова загрузился с родного установочного образа Windows 7 x64 и провел: 1) bootrec /fixboot 2) bootrec /fixmbr 3) bootrec /rebuildbcd После этого ОС, установленная и настроенная в виртуальной машине, с физ. диска загрузилась удачно. Поскольку VDI формат виртуального диска, формат действительно не совсем подходящий для данного рода операции, я пересоздал виртуальную машину (выбрав VHD формат) Поправьте меня, если этот способ заключает в себе какие-то ошибки (может быть, в дальнейшей работе ОС ждут "сюрпризы"?) |
Цитата:
Все таки Цитата:
|
Цитата:
Как минимум установите утилиту Link Shell Extention (версии для x86 и x64 разные) и проверьте, являются ли хотя бы папки "%userprofile%\Local Settings" и "%userprofile%\Application Data" (а там ещё много таких, например – "c:\Documents and Settings") NTFS-ссылками класса Junction, как это должно быть – или это реальные папки. Во втором случае система нормально работать просто-напросто не будет, но заметите это не сразу. PS Dzirt2005 совершенно справедливо отметил ещё и права на папки. При неправильном восстановлении прав результат будет тот же самый. |
Цитата:
|
Цитата:
1. В Свойствах файлов и Свойствах папок, тех которые являются NTFS-ссылками (точками связей), появится закладка "Link Properties". Если такой закладки нет – значит это "чистый" файл или каталог. Чего не должно быть для упомянутых (и ряда других). 2. Даже не заходя в Свойства файла или папки: На значках файлов и папок, являющихся NTFS-ссылками, появляются значки-оверлеи: – значок цепочки при связях Junction и Symlink у папок (должны быть у упомянутых мной папок), – красная стрелка – у файлов, являющихся жёсткими ссылками (hardlinks; например, таким значком должен быть отмечен файл "c:\WINDOWS\write.exe" с двойником "c:\WINDOWS\System32\write.exe" и, если обновления устанавливались, то с двойниками ещё в паре мест), – а зелёная стрелка – символические ссылки (symlinks; но такие мне в Win-7 не попадались – хотя сам и создавал, с помощью этой утилиты). |
Знаю, что поздно. Знаю, что не самый лучший вариант. Но сильно не пинайте:
И да, вроде как винду (если винда) желательно перед клонированием систему от железа Sysprep'ом отвязать. P.S. И еще раз прошу не пинать, я не спец в этом деле. P.P.S. Пользовался таким способом, работает. Но не с виндой - с конфликтом железа пробы. |
Время: 08:25. |
Время: 08:25.
© OSzone.net 2001-