Я хочу наброситься на два USB-флеш-накопителя, установить на него новый том и иметь возможность виртуализировать его или загрузиться с него. Какие-нибудь мысли? Я слышал, что Parallels может запустить установку BootCamp практически. Macbook Pro 13 сетчатки
1 ответ
1
Я знаю, что прошло три года, но сейчас это чрезвычайно возможно. (На самом деле это было так же возможно, как и тогда.)
Не просто возможно - но быстро, стабильно, достаточно просто и, я бы сказал, элегантно.
Необязательные предпосылки
Во-первых, вам понадобится быстрый флэш-накопитель, такой как ScanDisk Extreme USB 3.0. Это удивительно быстро для этого самого сценария. Зеркальное отражение двух вполне возможно, хотя и не обязательно.
Лично я бы также не подключал его / их напрямую, а через короткий прямоугольный удлинительный USB-кабель [s]. A) Гибкий кабель защищает ключ от поломки [например, представьте себе ситуацию на ноутбуке с большими USB-ключами, торчащими прямо из стороны], B) Удаляет сообщение «Эй, посмотри на ключ - отключи меня!"соблазняйте - особенно с прямыми углами и C) Меньше людей придут и дадут вам свои экспертные советы, предостерегая вас от запуска виртуальной машины без USB-ключа. Каким-то образом отключение USB-кабеля кажется более законным или, может быть, это только я. Черт, я бы просто прикрепил их к крышке ноутбука (как я делал это с 2,5-дюймовыми вращающимися жесткими дисками USB с очень похожей конфигурацией vmdk).
меры
Для общих шагов я буду использовать VirtualBox, так как это то, с чем я больше всего знаком и о чем вы спрашивали, но он также работает с Vmware и должен также работать с Parallels (но с разной и разной степенью сценариев).
Создайте "сырой" файл VMDK, который указывает на ваш флэш-накопитель. (Все дело, а не просто раздел.) Для двух зеркальных приводов, сделайте это для обоих. Это самый важный и не интуитивный шаг, который в основном приводит к магии - об этом позже.
Создайте новую виртуальную машину и присоедините к ней новый VMDK. В идеале настройте виртуальную машину с ICH9, APIC ввода / вывода, аппаратным ускорением и контроллером хранения SATA.
Загрузите установочный компакт-диск Windows (желательно в виде файла ISO). Подключите это к виртуальной машине и поместите сначала в порядке загрузки.
Запустите виртуальную машину и подождите, пока установщик Windows загрузится (будет очень быстро, если файл ISO).
Я не помню, как сделать загрузочный диск Windows зеркальным - если вы сначала устанавливаете Windows, а затем используете "Управление дисками" для ее зеркалирования или создаете зеркало во время процесса установки. В любом случае, это так же просто, как и установка на два зеркальных реальных жесткого диска, потому что именно так и считает установщик. Но единственное решение зеркалирования, которое возможно (или, по крайней мере, желательно) в этой настройке, - это собственное зеркалирование NTFS. Кроме того, для прямого зеркалирования собственное зеркальное отображение NTFS превосходит NTFS поверх любого другого решения по зеркалированию [за исключением более экзотических конфигураций, таких как NTFS на NAS с поддержкой ZFS], поскольку оно контролирует большую часть стека и зеркалирование приводит к практически нулевым дополнительным ресурсам ЦП или памяти (в отличие от RAID на основе контроля четности).
Сценарии для автоматизации хлопот недействительных VMDK
Ваши сырые VMDK [s] станут недействительными после каждой перезагрузки хоста, и каждый раз, когда вы отключаете / подключаете один или оба флэш-накопителя. К счастью, вы можете написать сценарий для воссоздания сырых VMDK [s] на лету при запуске виртуальной машины. Все приведенные ниже команды выполняются через VBoxManage, кроме той, где указано. В общем-то:
Удалите виртуальный контроллер SATA из конфигурации виртуальной машины (чтобы обойти ограничение VBoxManage, заключающееся в невозможности удаления виртуального диска (ов) по отдельности).
Удалите фактический файл VMDK [s] из файловой системы (с помощью обычной команды удаления файловой системы, например, "rm"). Не волнуйтесь, это только небольшие файлы указателей метаданных, не содержащие пользовательских данных.
Создайте VMDK [s] заново, указывая на физическое местоположение thumbdrive [s].
Создайте новый контроллер SATA в конфигурации виртуальной машины.
Подключите VMDK с шага 3 к этому новому контроллеру SATA (обязательно включите флаг, чтобы включить кэширование хоста).
Запустите виртуальную машину.
Престо, бум! Вы используете ОС, которая считает, что она находится на жестком диске, с зеркальных дисков, и избегаете штрафов за чтение / запись, типичных для виртуальных машин. Даже без зеркалирования, это будет удивительно быстро и полезно (хотя, конечно, не так быстро, как на SSD). Для меня Linux в виртуальной машине, работающей на быстрой SD-карте таким образом, чувствует себя так же быстро, как и с жесткого диска. (С достаточно быстрым компьютером, достаточным объемом оперативной памяти и полным аппаратным ускорением, включая отображение памяти.)
Также загружается как настоящая "хост" ОС?
Вы не указали явно, что это необходимо для того, чтобы иметь возможность загружаться как "настоящая" установка Windows. Но если это так, есть два больших препятствия:
Получение собственной установки Windows для чередования между начальной загрузкой и на виртуальной машине - без жалоб на активацию и / или драйверы - это очень сложная задача (например, установка Windows в качестве хоста и гостя). Parallels на Mac OS аккуратно решает эту проблему с Windows на Bootcamp (или, по крайней мере, когда-то так делал), но затрачивается немало времени на разработку программного обеспечения. Вполне возможно , с другими решениями для виртуализации, но , кажется, несколько черного искусства с несколькими ссылками.
Кажется, что Windows не предназначалась для установки на флэш-накопителе и, по-видимому, не позволит вам, если она может помочь (то есть виртуализация не обманывается). Таким образом, мы попадаем на неизведанную территорию при установке его на USB (легко с виртуализацией и непосредственным отображением VMDK) и запускаем его изначально. Он очень хорошо может делиться на ноль и составлять вселенную.
Я могу сказать вам это наверняка: установка Linux на настоящий флэш-накопитель или SD-карту изначально, по крайней мере, возможна, но очень сложна. Установить Linux на флэш-накопитель или SD-карту через "жесткий диск", привязанный к VMDK, на виртуальной машине, а затем загрузить его самостоятельно, тривиально просто! И работает действительно хорошо - на самом деле, большие обновления дистрибутива не бросаются в глаза, когда вы работаете так, как обычно, с полной отдачей, зная, что он работает на флэш-накопителе или SD-карте, без удобства обмана виртуальной машиной.
Короче говоря, сделайте это с Windows на виртуальной машине на флэш-накопителе [s]. Просто будьте готовы к тому, что все это будет взорвано при попытке загрузки Windows с помощью большого пальца! Но если это сработает, пожалуйста, поделитесь своими результатами, и вы будете признаны волшебником.
Что действительно заставляет эту магию работать, так это запускать виртуальную машину на сыром VMDK. Это очень важно:
- Это значительно упрощает процесс установки.
- Это очень быстро: он устраняет большой удар по производительности двойного ввода-вывода, поскольку только базовый хост обрабатывает ввод-вывод физического устройства. (Вместо того, чтобы гость выполнял "физический" ввод-вывод для файла виртуального жесткого диска, а затем хост, в свою очередь, делал физический ввод-вывод для базового устройства. Вместо этого гипервизор перехватывает виртуальные записи и отправляет их непосредственно в основное хранилище.)
- VirtualBox, по крайней мере, имеет большую проблему с правильной передачей USB через виртуальную машину (это сложная техническая задача для взлома), что делает загрузку с USB-накопителя (включая устройства чтения карт SD) очень проблематичной. С сырым VMDK он очень стабилен, без ужасных USB-кладджей в стеке хранения.
Существуют и другие возможные способы сопоставления ОС с флэш-накопителем, но не единственный «сырой» VMDK:
- USB сквозной. Как упоминалось ранее, очень нестабильно, бледно и не рекомендуется. Если вы идете по этому пути, по крайней мере, используйте сырое решение VMDK для фактической установки ОС - затем удалите VMDK и добавьте его обратно через USB-соединение.
- Обычный файл образа виртуализированного диска, хранящийся на флэш-накопителе. Это решение сделает установку даже немного проще, чем простой подход VMDK, и им легче управлять (вам не нужно каждый раз перераспределять необработанный VMDK). Он также гораздо более переносим - вы можете хранить само определение виртуальной машины на флэш-накопителе вместе с его файлом образа виртуализированного диска (и даже исполняемым файлом установщика виртуальной коробки) и произвольно перемещать его по разным хост-компьютерам. (Хотя для запуска виртуальной машины Windows на произвольных хостах потребуется дополнительная работа, поскольку VirtualBox по умолчанию проходит через метаданные хост-машины.) Но большой недостаток - двойной ввод / вывод, который замедляет процесс сканирования на флэш-накопителе. Но, может быть, это того стоит в обмен на то, что вам намного легче управлять (по крайней мере, без сценариев) и более переносимо. Кроме того, это решение не позволит вам загружать что-либо изначально - это просто несколько обычных файлов данных на флэш-накопителе.