Calcweb.ru

Информационный портал
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Как перенести настроенную Windows с VirtualBox на реальный десктопный компьютер или ноутбук

Как перенести настроенную Windows с VirtualBox на реальный десктопный компьютер или ноутбук

В предыдущих материалах мы рассматривали по меньшей мере два способа виртуализации физического компьютера с целью переноса его на гипервизор — отдельно с помощью бесплатной утилиты Disk2vhd от Марка Руссиновича и отдельно с помощью модуля коммерческой программы VMware , причем первый способ оказался несравненно более прост и удобен. Цели такого переноса могут быть самые разные, скажем, тестирование «сырого» программного обеспечения, способного повредить систему.

Но что, если у вас возникнет нужда в обратном, то есть в переносе настроенной виртуальной Windows на физический компьютер?

Развертывания виртуальной Windows на физический диск

Скажем, понравилась вам тестируемая на виртуалке версия Windows, и вы захотели, не тратя времени, развернуть ее на хостовой машине. Возможно ли такое? Да, но с определенными оговорками, ибо нельзя дать стопроцентной гарантии, что система встанет без ошибок и необходимости дополнительных настроек вроде установки драйверов. На одном из ресурсов для этого предлагается использовать программу Macrium Reflect, но нам этот способ показался слишком громоздким и неудобным, поскольку, во-первых, он предполагает работу как минимум с двумя переносными носителями, во-вторых, с ним связано практически неизбежное падение развернутой системы в BSOD , с которым придется разбираться отдельно.

Мы предлагаем более простое решение с применением утилиты Vhd2Disk — выполняющей ту же работу, что и знаменитая Disk2vhd, только в обратном порядке. Если Disk2vhd виртуализирует физический ПК, то Vhd2Disk, извините за не совсем удачное выражение, материализует виртуальную Windows на физическом компьютере.

Утилита тоже бесплатна, скачать ее вы можете с официальной странички форума:

Перенос Windows с VirtualBox на реальный компьютер

Для примера мы будем использовать виртуальную Windows XP ввиду ее компактности и небольшого объема внешнего диска, но суть от этого не меняется, с таким же успехом на физический диск вы можете перенести Windows 10, 8.1 и 7. Итак, имея настроенную виртуальную Windows на Oracle VM VirtualBox , удаляем из нее дополнения гостевой ОС во избежание конфликтов и отцепляем общие папки, если таковые имеются. Зайдя в управление дисками виртуальной системы, вы увидите примерно такую картину, только разделов в Windows 10/8.1/7 будет больше (служебные, системный и пользовательский) .

Управление дисками

Конвертирование диска VDI в VHD

Более чем наверняка ваша переносимая с VirtualBox Windows будет установлена на виртуальный диск формата VDI , нам же нужен виртуальный диск формата VHD , поэтому завершаем работу гостевой системы, идем в менеджер виртуальных носителей VirtualBox и выбираем диск с нашей системой.

Oracle VM VirtualBox

Выделяем ее мышкой и жмем на панели «Копировать». Здесь отдаем предпочтение формату VHD и нажимаем «Копировать», изменив, если надо, каталог для сохранения копии.

VirtualBox

VirtualBox

VirtualBox

VirtualBox

Процедура не займет много времени, в результате которой вы получите точную копию виртуальной машины, только в формате VHD .

Менеджер виртуальных носителей

VHD

Подготовка диска

В данном примере развертывание образа будет выполняться на чистый накопитель, который необходимо подключить к компьютеру через SATA или USB . Если на диске уже имеются разделы, удаляем их со всем содержимым в Diskpart. Правда, есть способ, позволяющий развернуть систему из VHD -образа только на системный том, но в данном примере мы предположим, что вы решили перенести не только одну систему, но весь виртуальный диск с его разделами. Вот так это должно выглядеть в оснастке управления дисками.

Диск 1

Работа с Vhd2Disk

Теперь можно приступать к работе с утилитой Vhd2Disk. Запустив тулзу, укажите в поле «VHD File name» путь к полученному VHD -образу. А теперь будьте внимательны: в поле «Target Drive» укажите номер того физического носителя, на который станет разворачиваться система из VHD -образа.

Vhd2Disk

У нас этот диск имеет номер 1, тогда как диск с установленной и работающей системой имеет номер . Убедившись, что всё выбрано правильно, нажмите «Vhd to disk». Коли всё пройдет удачно, спустя несколько минут в строке статуса получите сообщение «SVHD dumped on drive successfully!».

Vhd to disk

SVHD dumped on drive successfully!

После этого подключаем диск с развернутой на него системой к компьютеру и пробуем загрузиться. При удачной процедуре начнется этап подготовки устройств, так как развертывание производится на новое «железо». При развертывании Windows 10, к примеру, вы увидите такую картинку:

Идет подготовка устройства

После загрузки рабочего стола первым делом зайдите управления дисками и разберитесь с размером томов, подсоединив нераспределенное пространство к ближайшему тому или создав на его месте еще один раздел. Для этого можно воспользоваться любым бесплатным менеджером разделов или тем же консольным Diskpart.

Читайте так же:
Как искать по фото с телефона

Управление дисками

Также, что очень важно, вам нужно будет зайти в Диспетчер устройств, в котором наверняка обнаружатся неопознанные устройства или же устройства без драйверов. Это нормальное явление, драйвера ставим с вручную или помощью DriverPack Solution либо же аналогичной программы.

Если что-то не получится, просим строго не судить, поскольку подобные трюки — дело тонкое, и многое в них зависит от конфигурации конкретной системы и «железа».

Как перенести виртуальную машину VirtualBox на обычный компьютер. Или как с помощью программы Vhd2disk перенести Windows 10 с виртуальной машины на стационарный ПК

Как перенести виртуальную машину VirtualBox на обычный компьютер. Или как с помощью программы Vhd2disk перенести Windows 10 с виртуальной машины на стационарный ПК

  • Примечание : На сайте существует целый раздел, созданный специально для любителей виртуальных машин.

Управление дисками

Диск 0, это и есть виртуальный диск с установленной Windows 10 .

При создании виртуального диска я указал размер 250 Гб. На диске (C:) установлена операционная система, а на (E:) находятся различные файлы.

Файл —>Менеджер виртуальных носителей.

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

Отмечаем пункт VHD (Virtual Hard Disk).

Отмечаем пункт Динамический виртуальный жёсткий диск.

Щёлкаем левой мышью на кнопке проводника.

Выбираем место сохранения будущей копии виртуального жёсткого диска, я выберу диск (G:), так как нём много свободного места.

Происходит недолгий процесс преобразования виртуального жёсткого диска VDI в формат VHD.

По окончании процесса жмём на кнопку Закрыть.

На диске (G:) рядом с виртуальным жёстким диском VDI появилась его копия, только в формате VHD.

Разворачивать копию виртуального диска нужно на полностью чистый физический жёсткий диск без разделов.

Открываем оснастку Управления дисками.

Я выберу Диск 1.

Удаляю на нём все разделы.

Настало время программки Vhd2disk .

В открывшемся проводнике находим копию нашего виртуального диска VHD, выделяем его левой кнопкой мыши и жмём Open VHD.

В поле Target drive мы должны указать порядковый номер того жёсткого диска, на который будем разворачивать копию виртуального диска. Жмём на стрелочку.

В выпадающем списке выбираем PhysicalDrive1, так как разворачивать содержимое виртуального диска VHD мы будем на Диск 1.

Жмём на кнопку Vhd to disk.

Начинается процесс копирования содержимого виртуального жёсткого диска VHD на обычный жёсткий диск.

Процесс успешно завершён.

Status: VHD dumped on drive successfully! (VHD успешно скопирован на жёсткий диск!).

Заходим в Управление дисками, жмём Действие—>Обновить.

Как видим, жёсткий диск (Диск 1) представляет из себя точную копию виртуального жёсткого диска VHD с виртуальной машины и установленной Windows 10.

Пробуем загрузиться в Windows 10.

Перезагружаем компьютер и входим в меню загрузки, выбираем наш жёсткий диск (копию виртуального диска VHD с Windows 10).

Windows 10 загружена!

В диспетчере задач есть несколько устройств без драйверов, но для нас это не проблема, драйвера устанавливаем по этим статьям.

Комментарии (33)

Рекламный блок

Подпишитесь на рассылку

Навигация

Облако тегов

Архив статей

Сейчас обсуждаем

Владимир С.П

Хочу собрать игровой компьютер с шестиядерным процессором и монитором 4K, ПРИ ЭТОМ максимально

img

admin

Хорошая статья! Но теперь, вам нужно обновить пост про игровые компьютеры осени 2021 года, где вы

Гость goran47
Гость goran47

admin, Спасибо, попробую.

Фёдор, спасибо за ссылку, познавательно. Уже интересно, будут ли там два канала, я нашла инфу, что

О проекте RemontCompa.ru

RemontCompa — сайт с огромнейшей базой материалов по работе с компьютером и операционной системой Windows. Наш проект создан в 2010 году, мы стояли у истоков современной истории Windows. У нас на сайте вы найдёте материалы по работе с Windows начиная с XP. Мы держим руку на пульсе событий в эволюции Windows, рассказываем о всех важных моментах в жизни операционной системы. Мы стабильно выпускаем мануалы по работе с Windows, делимся советами и секретами. Также у нас содержится множество материалов по аппаратной части работы с компьютером. И мы регулярно публикуем материалы о комплектации ПК, чтобы каждый смог сам собрать свой идеальный компьютер.

Читайте так же:
16 трекеров для арбитража трафика в 2021

Наш сайт – прекрасная находка для тех, кто хочет основательно разобраться в компьютере и Windows, повысить свой уровень пользователя до опытного или профи.

Как перенести настроенную Windows с VirtualBox на реальный десктопный компьютер или ноутбук

Сообщения: 51
Благодарности: 1

Конфигурация компьютера
Процессор: Intel Core i7-3770K (4.4GHz OC)
Материнская плата: ASUS P8Z77-LE PLUS
Память: Corsair DDR3 1866 2*4GB
HDD: ST3500413AS, ST3500320AS, WDC WD5001AALS-00L3B2, WDC WD6400AADS-00M2B0
Видеокарта: Gigabyte GTX780
Звук: ASUS D1 [PCI]
Блок питания: Cougar PowerX 550W
Монитор: Dell 2209WA
ОС: W8.1 x64

Добрый день!
Устал за полдня безрезультатных поисков по данной теме и решил написать тут.


Дано:

1. Oracle VirtualBox 4.3.24
2. Готовая лицензионная ОС Windows 7 HP x64 со всеми обновами, установленная в ВМ на диск VDI.
3. HDD 500ГБ, алчущий принять в свои объятия настроенную готовую ОС.

Задача.

Перенести ОС из образа VDI на реальный HDD.
Чтобы грузилась полноценно как обычно.

ЗЫ: Просто установить ОС невозможно! Работаю в другой ОСи, требуется исключительно порт!

Сообщения: 25157
Благодарности: 3792

Конфигурация компьютера
Процессор: Core™2 Quad Q8300 @ 2.50GHz
Материнская плата: MSI G41M-P33 Combo
Память: PQI DDR2 (PC2-6400) 2×2048
HDD: SSD OCZ-AGILITY3 — 120GB
Видеокарта: Gigabyte GeForce GTX660 2048Mb
ОС: Windows 10 Pro x64 (11082)
установленная в ВМ на диск VDI »

Не самый удачный выбор формата для такого дела.

Не делал такого никогда, но можно попробовать:

1. Конвертировать VDI в VHD

2. Подключить его в систему и клонировать на реальное железо. То ли акронисами/парагонами, то ли Vhd2disk (но она с ограничениями) — тут с картинками: VHD — Create of a Physical Hard Disk.

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

Сообщения: 36089
Благодарности: 6534

Конфигурация компьютера
Ноутбук/нетбук: Lenovo ThinkPad W530 24385AU (i7-3740QM 2.7GHz, 24GB RAM, Samsung 840 Pro 256GB + HDD 750GB)
ОС: Windows 10 Pro x64 Release Preview
Прочее: На пенсии: HP Pavilion dv7t (17.3», i7-2630QM, HD 6770M 1Gb, 8Gb RAM)

——-
Канал Windows 11, etc | Чат @winsiders

Сообщения: 51
Благодарности: 1

Конфигурация компьютера
Процессор: Intel Core i7-3770K (4.4GHz OC)
Материнская плата: ASUS P8Z77-LE PLUS
Память: Corsair DDR3 1866 2*4GB
HDD: ST3500413AS, ST3500320AS, WDC WD5001AALS-00L3B2, WDC WD6400AADS-00M2B0
Видеокарта: Gigabyte GTX780
Звук: ASUS D1 [PCI]
Блок питания: Cougar PowerX 550W
Монитор: Dell 2209WA
ОС: W8.1 x64

20мин)
Пробовал грузится в ОС. При загрузке ОС выдала ошибку.
6. Снова загрузился с родного установочного образа Windows 7 x64 и провел:
1) bootrec /fixboot
2) bootrec /fixmbr
3) bootrec /rebuildbcd

После этого ОС, установленная и настроенная в виртуальной машине, с физ. диска загрузилась удачно.

Поскольку VDI формат виртуального диска, формат действительно не совсем подходящий для данного рода операции,
я пересоздал виртуальную машину (выбрав VHD формат)

Поправьте меня, если этот способ заключает в себе какие-то ошибки (может быть, в дальнейшей работе ОС ждут "сюрпризы"?)

Последний раз редактировалось byStep, 26-06-2015 в 11:41 .

Сообщения: 1240
Благодарности: 274

Архиватором ZIP распаковал из образа виртуального диска VHD содержимое на соответствующие физические диски »
2. Подключить его в систему и клонировать на реальное железо. »

Сообщения: 8627
Благодарности: 2126

если этот способ заключает в себе какие-то ошибки (может быть, в дальнейшей работе ОС ждут "сюрпризы"?) »

Один из возможных сюрпризов, самый главный:

Как минимум установите утилиту Link Shell Extention (версии для x86 и x64 разные) и проверьте, являются ли хотя бы папки "%userprofile%Local Settings" и "%userprofile%Application Data" (а там ещё много таких, например – "c:Documents and Settings") NTFS-ссылками класса Junction, как это должно быть – или это реальные папки. Во втором случае система нормально работать просто-напросто не будет, но заметите это не сразу.

PS
Dzirt2005 совершенно справедливо отметил ещё и права на папки. При неправильном восстановлении прав результат будет тот же самый.

Сообщения: 51
Благодарности: 1

Конфигурация компьютера
Процессор: Intel Core i7-3770K (4.4GHz OC)
Материнская плата: ASUS P8Z77-LE PLUS
Память: Corsair DDR3 1866 2*4GB
HDD: ST3500413AS, ST3500320AS, WDC WD5001AALS-00L3B2, WDC WD6400AADS-00M2B0
Видеокарта: Gigabyte GTX780
Звук: ASUS D1 [PCI]
Блок питания: Cougar PowerX 550W
Монитор: Dell 2209WA
ОС: W8.1 x64
утилиту Link Shell Extention ( »
Читайте так же:
Кейс: Оффер Alcotox 193 с Google Ads

Сообщения: 8627
Благодарности: 2126

не понял, как ей пользоваться »

Установили? Язык лучше выбирать "Английский" – редкий случай, когда я сам предпочитаю не использовать русскую локализацию, хотя в этой утилите она абсолютно корректна.

1. В Свойствах файлов и Свойствах папок, тех которые являются NTFS-ссылками (точками связей), появится закладка "Link Properties". Если такой закладки нет – значит это "чистый" файл или каталог. Чего не должно быть для упомянутых (и ряда других).

Перенос виртуальной машины на реальное железо

Вопрос, возможно, глупый, но всё же:
Есть полностью сконфигурированная ВМ, созданная в Virtualbox 4.1.6
Задача — перенести её на реальное железо, причем, желательно, с использованием флэш-накопителя.

Насколько я понимаю, пошагово это будет выглядеть как — создать образ харда виртуалки, записать его вместе с загрузчиком на флэшку, после чего развернуть этот образ на хард реального компа.

Если ход мыслей верен — прошу расписать каждый шаг и ПО, необходимое для реализации (или отослать к руководствам, если таковые имеются =) ), если же неверен — опять-таки, наставить на путь истинный.

Заранее благодарен за любую помощь! =)

Какая система установлена на виртуальную машину? Если Linux / BSD — то перенос возможен, если Windows — то будут проблемы с загрузкой операционной системы на новом «железе».

Способов переноса может быть несколько:

1. Как уже посоветовали dd, загрузившись с Livecd, смонтировать приёмник в /mnt и дать команды:

2. Запаковать в архив целиком систему, только Linux / BSD, агрузиться с Livecd, смонтировать файловые системы в той последовательности, в которой они должны быть подключены, согласно /etc/fstab, к примеру в /mnt/system, в /mnt/backup смонтировать приёмник:

3. Вариант, воспользоваться специальным ПО, правда платным, Acronis True Image Home Edition (bootcd можно найти в internet бесплатно.) Создать образ целиком диска и сохранить к примеру на флешку, правда будет долго писаться (флешка медленная). Затем загрузиться с диска с Acronis`ом на новом ПК и развернуть образ диска с флешки, загрузчик восстанавливать не придётся.

Но это всё достаточно сложные варианты, т.к. вы просите всё сделать с помощью флешки, проще подключить жёсткий диск того компьютера, на который вы хотите перенести вашу виртуальну машину к компьютеру, где у вас установлен Virtualbox, пробросить его в виртуальную машину и скопировать систему прямо на него, проще это выполнить всё тем же Acronis`ом, режим клонирование диска / перенос системы. Он так же вам позволит указать другие размеры разделов и правильно увеличит файловые системы, так же не нужно будет переустанавливать загрузчик, да и скорость копирования будет выше за счёт того что вы пишете на жёсткий диск и Acronis не копирует пустое место диска как в случе с dd.

Для того, что бы пробросить реальный жёстки диск в Virtualbox нужно сначала создать (сопоставить ему) файл vmdk.

Для таких операция ваш пользователь должен находиться в группе disk, /dev/sdb — имя диска, подключенного к вашей системе.
После чего останавливаете виртуальную машину и добавляете в неё жёсткий диск, указав, что диск уже существует и указываете созданный предыдущей командой файл.

Грузитесь с bootcd Acronis True Image Home Edition и осществляете клонирование диска. Затем выключаете виртуальную машину, выключаете компьютер и подключаете диск к целевому компьютеру.

Нашел на просторах интернетов следующую полезность:
VBoxManage internalcommands converttoraw <virtualbox_disk>.vdi
<target_image_name>.img

После чего, запись получившегося образа на реальный хард с помощью dd, как мне тут и посоветовали =)

Осталось взять knoppix и из под него развернуть образ. большое спасибо всем отозвавшимся! =)

Разбейте целевой диск на разделы, подмонтируйте образ из виртуальной машины, скопируйте файлы (cp -a), подправьте fstab и переставьте загрузчик. Возможно, нужно будет сделать chroot и перегенерировать initramfs.

>Насколько я понимаю, пошагово это будет выглядеть как — создать образ харда виртуалки, записать его вместе с загрузчиком на флэшку, после чего развернуть этот образ на хард реального компа.

просто сделайте tar-ом архивы разделов (всех, кроме каталогов /sys, /proc, /mnt, /media, их потом создать надо ручками), затем растарьте на целевой системе. Ну а загрузчик заново надо прописать (для lilo просто chroot && /sbin/lilo)

dd плохо тем, что диск(раздел) в 100Гб она копирует _только_ в диск(раздел) в 100Гб.

>скопируйте файлы (cp -a)

Читайте так же:
Gammy — гибкая альтернатива функции «Ночной режим» в Windows 10

tar-ом быстрее обычно (если использовать tar cz)

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

>dd плохо тем, что диск(раздел) в 100Гб она копирует _только_ в диск(раздел) в 100Гб.

Т.е. вот это: «затем на новом диске реального ПК создать таблицу разделов с такими же по размеру разделами, или чуть большими, главное что не меньшими и развернуть всё тем же dd.» лютое 4.2?

Нет. Разве что после развёртывания нужно fsck сделать, чтобы сохранить в ФС информацию о новом размере раздела.

Можно создать новую виртуалку с реальным накопителем, накатить на нее весь нужный софт. Потом подмонтировать к этой виртуалке образ от настроенной виртуалки, скопировать все конфиги, хомяки и что там еще настраивалось. Впихнуть все нужные модули в рамдиск и поправить конфиг grub по необходимости.

>Т.е. вот это: «затем на новом диске реального ПК создать таблицу разделов с такими же по размеру разделами, или чуть большими, главное что не меньшими и развернуть всё тем же dd.» лютое 4.2?

о чём я и говорил — dd переносит 100Гб раздел в 100Гб раздел. И 100Гб диск в 100Гб диск. В последнем случае вообще всё печально — диск на 500Гб видится как диск на 100Гб. 🙁

А если вы хотите перенести раздел в 100Гб на раздел в 200Гб, то проще воспользоваться cp или лучше tar’ом.

Беда в том, что dd слишком тупая, и переносит всё AS IS.

>Нет. Разве что после развёртывания нужно fsck сделать, чтобы сохранить в ФС информацию о новом размере раздела.

тут resize надо делать, а не fsck. А это может привести к потере всех данных.

тут resize надо делать, а не fsck.
Зачем resize? Если скопировать (dd) например 80-гигабайтый раздел на 160-гигабайтных раздел то достаточно fsck — так как в дополнительных 80 гигабайтах нет ни одного бита данных, достаточно просто поставить ФС в известность о том, что они есть. Вот в случае переноса всего диска с GPT и несколькими разделами скорректировать GPT (parted предлагает это автоматом) нужно ещё до resize, иначе подвигать разделы или изменить их размер не получиться.
> А это может привести к потере всех данных.
О какой потере данных может идти речь, если данные перенесены на новый диск откуда-то (с диска-источника или файла-образа), где точно остаётся их копия?

>Зачем resize? Если скопировать (dd) например 80-гигабайтый раздел на 160-гигабайтных раздел то достаточно fsck — так как в дополнительных 80 гигабайтах нет ни одного бита данных, достаточно просто поставить ФС в известность о том, что они есть.

а вы проверяли? fsck посмотрит в таблицу разделов, где записано, что там 160Гб, а не 80? Ведь в самой FS записано что 80.

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

угу. С образа VM, который на том-же диске 🙂

а вы проверяли?
Конечно, неоднократно. После развёртывания раздела достаточно fsck. Причём его даже не обязательно делать сразу или же вручную — он будет произведён автоматически при очередной загрузке ОС.
> угу. С образа VM, который на том-же диске 🙂
В любом случае образ VM во время переноса будет находиться на другом разделе (который, в свою очередь может располагаться где угодно — на том же HDD, на другом HDD или вообще на сетевой шаре).

В любом случае с dd слишком много геморроя на пустом месте. С помощью tar или cp перенести систему гораздо проще и быстрее.

dd удобнее для переноса нескольких разделов. А их обычно как раз несколько.

Сделай несколько разделов, подмонтируй в один корень, а потом tar/cp. Всё равно будет _проще_ и _быстрее_.

Чудесно, только как всё это относится к переносу виртуальной машины на железо?

Размеры физического диска и виртуального не совпадают с вероятностью 99.99999%. Поэтому делаем так. Разбиваем физический диск как нужно, монтируем в один корень, далее монтируем разделы виртуального диска и делаем cp с соответствующими флагами, далее chroot в корень физического диска и восстанавливаем загрузчик. Очевидно, что cp отработает в разы быстрее чем dd, так как данных переливать будет на порядки меньше, да и геморроя потом с resize’ом файловых систем избежим.

Читайте так же:
«Не удалось найти этот элемент. Его больше нет в "E:". Проверьте расположение элемента и повторите попытку» — ошибка при попытке удалить папку

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

В виртуальной машине наверняка небольшие диски, ускорение вряд ли будет существенно.

Читать man, высчитывать offset’ы и потом не забываем, что resize не увеличит число инодов (по крайней мере на ext3), поэтому в будущем можно огрести геморрой. Может лучше сразу сделать всё правильно?

RussianNeuroMancer> Конечно, неоднократно. После развёртывания раздела достаточно fsck. Причём его даже не обязательно делать сразу или же вручную — он будет произведён автоматически при очередной загрузке ОС.

Наглая ложь. Специально для дебилов привожу доказательства

Ничего не изменилось.

Теперь ждем твою демонстрацию или ты понял.

Далеко не факт.
Зависит от размеров диска виртуалки, и всё.
> высчитывать offset’ы и потом не забываем
Этим занимается parted.
> по крайней мере на ext3
Кого ext3 интересует сейчас?

Значит это автоматически делает GParted/parted, а не fsck. Логов под рукой нет, там что-то типа «подправляем размер раздела, чтобы полностью заполнить доступное пространство».

>Если Linux / BSD — то перенос возможен, если Windows — то будут проблемы с загрузкой операционной системы на новом «железе».

Какие, кроме установки дров и загрузки ядра для конкретной архитектуры проца?

Зависит от размеров диска виртуалки, и всё.

Конечно. А кто сказал, что он маленький?

Ты уверен, что для ext4 не так? я вот не уверен.

Зачем надеяться на какие-то непонятные факторы, если есть 100% рабочий быстрый и железобетонный способ, который вообще не зависит от всяких еслибы да кабы ? Тебе нравятся извращения?

Конечно. А кто сказал, что он маленький?
Данные обычно хранят на СХД, не?
> Ты уверен, что для ext4 не так? я вот не уверен.
См. наличие resize_inode в Filesystem features вывода tune2fs -l /dev/vdaX. И не нужно никаких абы да кабы.

См. наличие resize_inode в Filesystem features вывода tune2fs -l /dev/vdaX. И не нужно никаких абы да кабы.

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

Я переносом Windows 7 не занимался, но если вы почитаете в Internet, да и здесь то увидите проблемы замены драйверов. К тому же в реестре указан жёстко путь (расположение) системного раздела и файлов реестра:

Вообще данную тему очень интересно, видимо, обсуждать на форуме посвященном Linux / BSD системам.

И ещё раз повторюсь, замены в нужных местах можно попробовать сделать и в Windows, но она для этого не предназначена, в Linux / BSD делается всё куда проще, даже в случае не загружающейся системы (через chroot), попробуйте сделать то же самое в Windows.

Я несколько раз занимался перетаскиванием XP с древней машины с 1 ядром на машину с 2-мя, новым железом и т.д. (аналогично Intel->AMD) — проблем никаких. Многа нажатий кнопачки «Next» и много кофе.

А Win7 в вашем исходном посте
1. Не упоминалась
2. Кто хочет, ищет решение. (Можно? Можно. Какие еще вопросы) Кто не хочет — рассказывает «ужосы» или. предлагает погуглить 😉

>Вообще данную тему очень интересно, видимо, обсуждать на форуме посвященном Linux / BSD системам.

Благородный дон недавно в толксах? Частотность темы про Win 7 на «форуме посвященном» онтопику — цельная темя для исследования. Британскими учеными, например.

При чёс здесь моё сообщение, ТС в шапке темы указал, что у него Windows 7, читайте сначала весь материал, а не ухватами и делайте только после этого выводы.

Тьфу, перепутал темы, пардон, но с переносом Windows XP не всегда тоже гладко проходит.

Да у ТС Linux, наверное, ошибся.

Ну, допустим, определенный % пользователей всегда гарантированно сталкивается с какими-то половыми^W проблемами (независимо от ОСи) 🙂

голоса
Рейтинг статьи
Ссылка на основную публикацию