Я несколько лет использую VMWare Fusion (понятно, что я использую лицензионный продукт, другим не промышляю). Задачи достаточно тривиальны:

• запустить Windows 7, проверить приход денег по WebMoney и сделать несколько платежей за мобильную связь, Интернет и кабельное TV
• проверить работу OS X Server перед важными операциями по установке обновлений, запуску новых сервисов, имитация сбоев и восстановление после них
• посмотреть свежую версию дистрибутива Linux или FreeBSD
• запустить виртуальную машину для анализа уязвимостей сети.

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

VMWare хорош, но нет ощущения полёта. Захотелось лучшего, учитывая очень хорошие отзывы о Parallels Desktop и долгое отсутствие обновлений VMWare.

В комментариях к статье по VMWare произошёл такой диалог с Z][ANSWER:

ctrld: А вот какие твои ощущение по поводу Parallels vs VMWare? Что работает лучше/быстрее/удобнее (хотя бы субъективно)?

Z][ANSWER: Субъективно Parallels быстрее и фичастее, по крайней мере в моих задачах. VMWare мне больше нравиться в плане дизайна, он какой-то более Mac Way, нежели Parallels. Задачи я с помощью них решаю вполне обычные, виртуализирую Windows, для работы и Дальнобойщиков 3. Разные Linux дистрибутивы, для работы, Mac OS X Server 10.6 [...]. Из того, что мне показалось более быстрым в Parallels – это работа с 3D и дисковые операции. Хотя тут должен сказать, что Parallels 6 кроме отведённых 2 гигабайт, например Windows 7 HP, съедает ещё до 1 гигабайта под какие-то свои нужды. Что меня несколько заботит, пытаюсь выяснить под что, но пока не нашёл ответа. В VMWare мне не хватало раньше опции запрета бекапа через Time Machine, но сейчас бекаплю виртуалки тоже через неё на Time Capsule, поэтому этот минус отпал. По моим тестам, Parallels 6 быстрее чем VMWare 3, текущий, если выйдет новая версия, то попробую снова, если будет быстрее последний, перейду на него.

Желание перейти на Parallels было, но оно было далеко не первоочерёдным.

Месяца полтора назад мне понадобилось виртуализировать Lion. Это было мучительным процессом. Я несколько раз подходил к этой задаче, упирался в различные проблемы и отходил. Пробовал и VMWare Fusion, и Parallels Desktop 6 – без толку, Lion в них не работал. Но в итоге мне удалось решить вопрос и рабочую процедуру я описал в статье “Установка OS X Lion в виртуальной машине VMWare Fusion“. Повторять процедуру “с нуля” мне не очень хочется, а Lion в виртуальной машине нужен.

И вот сегодня благодаря @ru_Parallels мне удалось посмотреть новую версию Parallels Desktop 7. Спасибо!

Есть ещё шероховатости. Виртуальная машина Windows 7 из VMWare нормально мигрировала под Parallels, но установка пакета драйверов Parallels Tools завершилась неудачно и сеть не работает. При переключении в Lion Full Screen в Win 7 (наверное из-за сбоя установки) автоматом не переключается разрешение и происходит масштабирование (это лечится ручной установкой правильного разрешения). Но в основном всё работает!

Со всяческими экспериментами у меня не всё как у людей. Recovery HD на поднятой из бекапа TimeMachine системе не появилось, на Mac mini поставил RAID0, и там тоже Recovery HD нет, и на флешку с помощью Lion Recovery Disk Assistant записать его нельзя. Но клянусь, если вставлена флешка с Recovery HD (или есть раздел Recovery HD на диске), то в обчёркнутом месте появится опция установки с этого Recovery HD (для чистоты эксперимента я переформатировал флешку с Recovery HD, а создать новую не смог – именно поэтому я утверждаю о наличии возможности):

Пришлось идти кривой дорожкой на известный трекер и стягивать установочный диск Lion. Подсунул образ установщику и через некоторое время у меня стоял десктопный OS X Lion:

Пакет Parallels Tools поставился идеально и с виртуальной машиной стало возможным нормально работать.

От режима Lion Full Screen я в полном восторге. OS X Lion живёт на отдельном виртуальном экране и переключение производится стандартным жестом смахивания. Очень эффектно.

Ресурсов виртуальная машина потребляет в самый раз, на ноутбуке можно параллельно работать. Больше сказать пока нечего.

Описание новых функций Parallels Desktop 7 здесь приводить не буду – если захотите, то вы с ними сможете ознакомиться при запуске инсталлятора или же посмотреть текстовый файл с моего Dropbox.

Ещё хочу сказать о полезной возможности – к виртуальным машинам и хостовой системе можно получить доступ на iPhone/iPad через программу Parallels Mobile (на время акции $4.99, а потом – $19.99). Если у вас уже установлена бесплатная предыдущая версия, то и обновление будет бесплатным.

Такой вот аналог LogMeIn. Ничего не могу сказать об удобстве, я с программой работал мало, но экран виртуальной машины она показывает и какие-то действия производить с этим экраном можно:

Напоследок хочу сказать о лицензировании. Если у вас два компьютера и на двух нужно запускать Parallels Desktop, то нужно иметь две лицензии:

You may use one copy of the Software activated by a license key on a single instance (virtual or physical) owned, leased, or otherwise controlled by you, at a single time.

Мне непонятна фраза “at a single time”. Может запускать “по очереди” вполне допускается? Но это так, к слову.

Пока я рассказал о первом впечатлении от Parallels Desktop 7. И это впечатление хорошее.

Я пробовал разные варианты. И в конце-концов всё заработало. Когда вы прочитаете инструкцию, то вам может показаться, что вопрос и яйца выеденного не стоит, но эта простота стоила больших усилий. И если бы не nvram-файл, то так бы ничего не получилось.

Установка базируется на уже канонической статье об установке OS X 10.7 Developer Preview 2 в VMWare Fusion. Fusion – последний. Хостовая система – OS X Lion.

Беру установочный образ OS X Lion из раздела Recovery HD.

$ diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *160.0 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Lion                    159.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
$ diskutil mount /dev/disk0s3
Volume Recovery HD on /dev/disk0s3 mounted

Монтирую образ:

$ open /Volumes/Recovery\ HD/com.apple.recovery.boot/BaseSystem.dmg

Захожу в Disk Utility, File/New/Blank Disk Image. Параметры взял из статьи (обратите внимание на “Image Format: DVD/CD master”):

Клонирую установочный образ из Recovery HD в свежесозданный образ через Disk Utility:

“Erase” приводит к тому, что появляется два “Mac OS X Base System”. Второй из Finder переименовываю обратно в “MyInstaller”:

Теперь нужно скопировать необходимые для установки файлы из релиза OS X Lion. Списываю повторно установочный пакет из App Store по рецепту, описанному в “Re-Download Mac OS X Lion from the App Store“. По непонятной причине я не смог просто загрузиться с этого образа, поэтому иду на такие ухищрения.

Монтирую полный установочный образ:

$ open /Applications/Install\ Mac\ OS\ X\ Lion.app/Contents/SharedSupport/InstallESD.dmg

Теперь открыто три образа:

1. Mac OS X Base System – из Recovery HD


2. Mac OS X Install ESD – из установочного пакета OS X Lion


3. MyInstaller – пакет, который мы формируем.

Копирую kernelcache, в котором скомпонованы kext’ы (kernel extension) для ускорения загрузки:

$ sudo cp "/Volumes/Mac OS X Install ESD/kernelcache" /Volumes/MyInstaller/kernelcache

Для простоты копирую существующий com.apple.Boot.plist и удаляю строку с “root-dmg=file:///BaseSystem.dmg”:

$ sudo vim /Volumes/MyInstaller/Library/Preferences/SystemConfiguration/com.apple.Boot.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>Kernel Flags</key>
	<key>Kernel Cache</key>
	<string>\kernelcache</string>
</dict>
</plist>

Копирую установочные пакеты (1.5 GB), предварительно удаляя нерабочий симлинк:

$ sudo rm /Volumes/MyInstaller/System/Installation/Packages
$ sudo cp -Rv "/Volumes/Mac OS X Install ESD/Packages" /Volumes/MyInstaller/System/Installation/Packages

Можно приступать к VMWare Fusion. Модифицируем VMWare Fusion, чтобы она не проверяла “серверность”:

$ sudo bash
# cd "/Library/Application Support/VMware Fusion/isoimages"
# mkdir original
# mv darwin.iso tools-key.pub *.sig original
# perl -n -p -e 's/ServerVersion.plist/SystemVersion.plist/g' < original/darwin.iso > darwin.iso
# openssl genrsa -out tools-priv.pem 2048
# openssl rsa -in tools-priv.pem -pubout -out tools-key.pub
# openssl dgst -sha1 -sign tools-priv.pem < darwin.iso > darwin.iso.sig
# for A in *.iso ; do openssl dgst -sha1 -sign tools-priv.pem < $A > $A.sig ; done

Тут начинается путаница, этот вариант у меня в итоге не сработал, поэтому добавляю второй костыль для “серверности” в образ MyInstaller.cdr:

$ sudo touch /Volumes/MyInstaller/System/Library/CoreServices/ServerVersion.plist

Образ готов, eject:

$ diskutil eject /Volumes/MyInstaller

Создаю новую виртуальную машину, “Continue without disc” (кстати, знаете, чем отличается disc от disk?). В “Use operating system installation disc image file” подставляю свежесозданный диск. Тип операционной системы понятен. Mac OS X Server 10.6 64 bit.

Customize Settings. Сохраняю VM с именем Lion. В секции “Hard Disks” снимаю галочку с “Split into 2 GB files”, Apply. В “Processors & RAM” ставлю память 2048 – да, при меньшем количестве памяти система не стартует (можно правда поправить OSInstall.mpkg, но это отдельная тема). Остальное не трогаю, разве что меняю сетевое подключение с NAT на Bridged, это касается моей конфигурации сети.

В инструкции ищу ссылку на файл nvram.zip и списываю его. Нахожу в Finder виртуальную машину, Secondary Click, “Show Package Content”. Переношу куда-нибудь старый файл Lion.nvram, забрасываю списанный файл и переименовываю по имени виртуальной машины:

Без замены файла nvram VM не запустится. Как сделать этот файл “с нуля”, я не знаю, может кто-то просветит?

Запускаю виртуальную машину. После двух костылей “серверности” процесс начался:

Но в установленной системе файла ServerVersion.plist нет, и при старте выдаётся ошибка:

Есть два варианта:

1. Загрузиться с установочного образа. Предпочтительнее, так как нужно сделать ещё одну дополнительную операцию (об этом ниже).
2. Смонтировать диск виртуальной машины через MacFUSE.

Загрузка с установочного образа

Запускаю виртуальную машину, сразу же нажимаю пробел, вызывается BIOS (не уверен, что это не EFI/etc, но это несущественно):

Boot Manager. Выбираю первый из “EFI SCSI Device”. Не получится – повторяю и выбираю второй:

Запускаю Utilities/Terminal.app:

Делаю “серверность”:

$ sudo touch /Volumes/Macintosh\ HD/System/Library/CoreServices/ServerVersion.plist

Обычно грустно смотреть на серый экран виртуальной машины, если она не запускается уже десятую минуту. Для придания осмысленности процессу нужно включить загрузку операционной системы в Verbose mode. Однако клавиатурная комбинация Command+V у меня почему-то не работает в Fusion…

В том же терминале выполняю команду:

# nvram boot-args="-v"

“-x” тоже держу наготове, если VM зависнет на сообщении вида “Sandbox: sandboxd(125) deny distributed-notification-post”. Тогда снова загрузка с образа, включение Safe mode:

# nvram boot-args="-x -v"

Но не забудьте после успешного запуска системы отключить Safe Mode, оставив Verbose:

$ sudo nvram boot-args="-v"

или вернуть всё к обычному состоянию

$ sudo nvram boot-args=""

Вот сеанс:

В конце – рестарт системы через “shutdown -r now”.

Монтирование диска через MacFUSE

Версия MacFuse с Google Code не поддерживает Lion, в этом я убедился после его установки. Нашёл новую версию на сайте Tuxera: macfuse-core-10.5-2.1.9.dmg. После установки vmware-vmdkMounter начинает работать.

Монтирую образ:

$ sudo /Library/Application\ Support/VMware\ Fusion/VMDKMounter.app/Contents/MacOS/vmware-vmdkMounter /Volumes/Data/Virtual\ Machines.localized/Lion.vmwarevm/Lion.vmdk
$ sudo touch /Volumes/Lion.vmdk/System/Library/CoreServices/ServerVersion.plist

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

Отмонтировать можно традиционно через Finder, а потом нужно прервать запущенный ранее vmware-vmdkMounter.

Финиш

Вуаля! Система запустилась и можно приступать к настройке:

Кстати, на будущее не помешает на этой стадии сделать Shutdown VM, смонтировать диск через MacFUSE описанным выше методом и сделать dmg-файл, чтобы можно было быстро откатиться в случае необходимости или же начать новые эксперименты, не проделывая указанные выше операции. Disk Utility, выбрать смонтированный в vmware-vmdkMounter раздел, New/Disk Image from Macintosh HD:

Почему не Take Snapshot? А потому что vmware-vmdkMounter не может смонтировать образ со снепшотами.

Всё. Терпение, труд и Google всё перетрут.

Где можно взять Mac OS X Server? Кто где, а я списываю его в Mac Dev Center, имея соответствующую подписку. Списал я первый попавшийся там на глаза дистрибутив 10.6.

И вот всё было бы хорошо, но в Software Update ни одного обновления системы не появилось, а при попытке поставить Combo Update 10.6.8 я получил странное сообщение:

С разделом всё в порядке, да и что можно было сделать не так при дефолтовой установке виртуальной машины – GUID есть, HFS+ есть, в логах чисто.

Посмотрел информацию о системе и что-то отдалённо шевельнулось в мозгу:

10A403. А вроде релиз был другой… Захожу снова в Mac Dev Center и смотрю, что я списал:

Всё было бы в порядке, если бы экраном выше не было бы другого дистрибутива, 10A433:

Списал правильную версию, поставил, и Combo Update прошёл:

Вывод – внимательнее нужно быть.

Но радость длилась недолго – при попытке поставить через App Store из Mac OS X Server 10.6.8 программы OS X Lion Server получил сообщение:

А на Macbook Pro из OS X Lion всё нормально запустилось:

После короткого изучения вопроса мне стало понятно, что OS X Lion Server – это обычное приложение (с добавкой в виде необходимых системных сервисов в пакете ServerEsentials), запускающееся поверх OS X Lion, и сначала нужно обновиться до Lion, а уже потом ставить Server. Видел также упоминание о том, что при обновлении OS X Server 10.6 в комплекте одним пакетом ставится OS X Lion + Server, но возможно это действительно для нормального, а не виртуализированного сервера.

Пришло время поставить на сервер OS X Lion из App Store. И вот тут я сделал вторую, но очень грубую ошибку – понадеявшись, что продукты Apple просто работают и работают надёжно, я не сделал снимок виртуальной машины VmWare… Обновление пошло устанавливаться в фоне, пока я занимался другими делами, и через некоторое время виртуальная машина перезагрузилась. И тут пришло время слегка повырывать волосы (слегка, потому что система не в production):

Всё. На этом попытка установки OS X Lion Server провалилась. Потом продолжу развлечения.

В прошлой статье я сказал, что использую VMWare и на SSD-диске виртуальная машина Windows 7 работает очень быстро.

Но нельзя забывать, что виртуальная машина работает на SSD-диске и возможна активная запись в одни и те же ячейки диска. Windows 7 многое отключила бы сама, работая на SSD-диске, но она видит просто SCSI Disk.

Можно провести ручной тюнинг, но есть утилита SSD Tweak Utility, которая проделает нужные операции сама. Детали, включая и рекомендации по ручному изменению всех функций, приводятся в статье TweakTown’s Solid State Drive Optimization Guide.

Хочу предупредить – я слабо разбираюсь в Windows и мало использовал VMWare на SSD-диске. Всё это мои личные умозаключения. Если я неправ и вам есть что сказать, то пишите, я буду только рад исправить свои ошибки и заблуждения.

Но, несмотря на удобства, которые предоставлял VMWare по виртуализации, работать с ним даже на моём немаломощном MacBook Pro 2.8 GHz/4 GB RAM было практически невозможно. Всё упиралось в дисковую активность. Операционные системы грузились очень неторопливо, любая операция была далека от минимального уровня комфорта. Поэтому я подзабросил VMWare.

После замены штатного диска 5400 rpm на SSD я решил вернуться к этому вопросу – я захотел продолжить эксперименты с Mac OS X Server.

И что бы вы думали – на SSD VMWare летает. Это субъективная оценка. Объективных параметров я не смог навскидку придумать, но меня они и не интересуют – теперь я могу нормально пользоваться системой виртуализации. Один факт – я достаточно активно работал с Windows 7 на протяжении часа, и ни разу не услышал завывание вентилятора, которое начиналось почти сразу при использовании HDD. И в фоновом режиме потребление ресурсов достаточно нормальное:

Вот вам ещё один повод для перехода на SSD.

Update 12.08.2010 Скорость загрузки Win7 в виртуальной машине до окна приглашения ввода пароля – 40 секунд. Между вводом пароля и возможностью работы – 8 секунд. Неплохо.

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

Это логично – в нормальной ситуации на ноутбук ставить серверную операционную систему смысла нет. При попытке установить Mac OS X Server на ноутбук с установочного диска выдаётся сообщение о том, что система не поддерживается.

Но если нельзя, но очень хочется, то можно. Есть несколько методов установки. Можно, например, подключить MacBook к iMac в режиме Target Disk Mode через Firewire-кабель (но у меня нет ни кабеля, ни iMac). Или же воспользоваться отличной идеей с блога @tsybulin’а, (чрезвычайно рекомендую его блог) модифицировав пакет инсталлятора (честно, первое предложение из этого абзаца я написал сам, а потом увидел в статье Павла :-). Но я решил показать ещё один метод, используя VMWare Fusion, в котором можно поставить Mac OS X Server на виртуальную машину.

Сразу покаюсь – дистрибутив Mac OS X Server 10.6 я списал из Torrent’ов, найдя девелоперскую версию. Меня обеляет разве что лицензионность Fusion 3. Да ещё и то, что версия будет действовать до 31 декабря этого года.

Итак, приступим. Запускаем VMWare Fusion:

Создаём виртуальную машину для Mac OS X Server (ноутбук не из новых, поэтому создаём VM на основе 32-битной OS):

Устанавливаем операционную систему:

После установки накатываем все апдейты (необязательно, это можно сделать уже на ноутбуке):

Проверяем работу системы после апдейтов, затем делаем Shutdown – лучше не создавать себе дополнительных проблем и копировать гарантированно целостный образ:

Теперь – основа нашего метода. Нужно смонтировать диск нашей виртуальной машины как отдельное устройство через утилиту VMWare Fusin VMDKMounter. Это можно проделать из Finder, найдя виртуальную машину, нажав Secondary Click и выбрав VMDKMounter:

Если в Finder появился второй “Macintosh HD” со знаком “Eject”, то всё прошло нормально:

Если же нет, или же вы хотите смонтировать диск через консоль, то нужно запустить команду (путь к виртуальному диску у каждого будет свой):

$ /Library/Application\ Support/VMware\ Fusion/VMDKMounter.app/Contents/MacOS/vmware-vmdkMounter \
	/Users/Shared/Virtual\ Machines.localized/Mac\ OS\ X\ Server\ 10.6.vmwarevm

При нормальном монтировании появится диск на основе fusefs:

$ mount
/dev/disk0s2 on / (hfs, local, journaled)
devfs on /dev (devfs, local, nobrowse)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
/dev/disk0s3 on /Volumes/BOOTCAMP (msdos, asynchronous, local, noowners)
/dev/disk1s2 on /Volumes/ctrld (hfs, local, nodev, nosuid, journaled, noowners, mounted by ctrld)
vmware-vmdkMounter@fuse0 on /private/var/run/vmware/fuse/8134871403618496339 (fusefs, synchronous, nobrowse)
/dev/disk2s2 on /Volumes/Mac OS X Server 10.6.vmdk (hfs, local, nodev, nosuid, journaled)

Если же диск не подмонтируется и при запуске команды выдаётся ошибка, то нужно поставить MacFuse. Впервые я делал эту операцию достаточно давно, и у меня выдалась ошибка отсутствия библиотеки fuse, и как раз установка MacFuse помогла.

Заходим в Disk Utility, будем копировать Mac OS X Server на диск, подключённый по USB (и с него же будем грузить потом MacBook). Делаем один раздел, используем схему разделов GUID:

Выбираем закладку Restore на нашем USB-диске для копирования данных из виртуального диска на внешний диск:

Обратите внимание на Flat/Macintosh HD в нижней левой части Disk Utility – это смонтированный образ VMWare. Тащим Macintosh HD (из Flat, а не наш основной) в Source, и раздел USB-диска “Untitled 1″ – в Destination (не забудьте про “Erase destination”):

Жмём Restore и ждём. Когда процесс копирования завершится, то раздел “Untitled 1″ будет заменён на нужный нам “Macintosh HD”:

Всё, демонтируем диск, подключаем его к MacBook и стартуем его с зажатой “Option” для выбора, откуда грузить систему:

Несколько минут загрузки и на MacBook запущен Mac OS X Server 10.6:

Наслаждаемся:

Я заметил, что гораздо чаще использую VMWare Fusion для запуска разнообразных Unix (Ubuntu, Fedora Core, Debian), чем Windows 7. И видеть графический интерфейс этих виртуальных машин мне не нужно – я работаю с ними через SSH. Такой запуск называется “Headless Mode”, перевести на русский кроме как “безголовый режим” я не могу, поэтому я предпочитаю использование англоязычных терминов.

В Fusion 2 для режима “Headless” нужно было включить параметр fluxCapacitor, тогда в меню View появлялся пункт Headless:

$ defaults write com.vmware.fusion fluxCapacitor -bool YES

Однако в Fusion 3 он исчез:

The fluxCapacitor option was removed from Fusion 3.0 due to rearchitecting of the rendering engine; we did not have time to make sure that headless mode still worked. We realize it’s something that some people find useful. In the meantime, force quitting the UI or invoking Fusion directly should work.

Мне понравился честный ответ VMWare – “у нас не было времени, чтобы убедиться в том, что режим Headless работает”.

Первый вариант решения слегка странный. Нужно сделать “Force Quit” для приложения “VMWare Fusion”. Но я не уверен, работает ли он, желания так поступать с приложением у меня не было.

Второй вариант гораздо более правильный. Для управления виртуальными машинами из shell используется vmrun. При запуске можно указать ключ “nogui”, в итоге GUI VMWare не запустится, и мы получим “Headless Mode”.

Итак, запуск виртуальной машины (указывается полный путь к vmx-файлу и в конце команды – ключ nogui):

$ /Library/Application\ Support/VMware\ Fusion/vmrun -T fusion start \
	/Users/Shared/Virtual\ Machines.localized/Ubuntu\ 9.10\ 64-bit.vmwarevm/Ubuntu\ 9.10\ 64-bit.vmx \
	nogui

Список запущенных виртуальных машин:

$ /Library/Application\ Support/VMware\ Fusion/vmrun list
Total running VMs: 1
/Users/Shared/Virtual Machines.localized/Ubuntu 9.10 64-bit.vmwarevm/Ubuntu 9.10 64-bit.vmx

Остановка конкретной виртуальной машины (для “жёсткой” остановки вместо “soft” в конце команды нужно указать “hard”):

$ /Library/Application\ Support/VMware\ Fusion/vmrun -T fusion stop \
	/Users/Shared/Virtual\ Machines.localized/Ubuntu\ 9.10\ 64-bit.vmwarevm/Ubuntu\ 9.10\ 64-bit.vmx \
	soft

Если вы запустите GUI “VMWare Fusion”, то вы сможете подключиться к графическому интерфейсу виртуальной машины. Однако вы уже не сможете выйти из GUI “VMWare Fusion” без остановки виртуальной машины.

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

Если вы пытались установить под VMWare Fusion или Parallels Mac OS X, то сталкивались с отказом – есть возможность установить только Mac OS X Server. Это связано с лицензионным ограничением Apple, и, конечно же, ни VMWare, ни Parallels не хотят подвергать себя риску быть обвинёнными в нарушении Software License Agreement.

Интересно самому взглянуть на соглашение, а не просто принять это на веру – все Hardware и Software Product Agreements есть на сайте Apple. Смотрим раздел 2 “Permitted License Uses and Restrictions”, жирным текстом я выделил главное.

Mac OS X (Snow Leopard)

A. Single Use License. Subject to the terms and conditions of this License, unless you have purchased a Family Pack or Upgrade license for the Apple Software, you are granted a limited non-exclusive license to install, use and run one (1) copy of the Apple Software on a single Apple-branded computer at a time.

Mac OS X Server (Snow Leopard)

A. Mac OS X Server Software. Subject to the terms and conditions of this License, you are granted a limited non-exclusive license to install and use one copy of the Mac OS X Server software (the “Mac OS X Server Software”) on a single Apple-branded computer. You may also install and use other copies of Mac OS X Server Software on the same Apple-branded computer, provided that you acquire an individual and valid license from Apple for each of these other copies of Mac OS X Server Software.

Различие налицо. Можно использовать только одну копию Mac OS X на одном компьютере одновременно, а Mac OS X Server – несколько копий. Именно это и даёт возможность легальной виртуализации Mac OS X Server.

А теперь уйдём на тёмную сторону силы – рассмотрим, что и почему нужно делать для запуска Mac OS X в виртуальной машине (давайте сделаем вид, что не поняли пункт SLA “You agree not to install, use or run the Apple Software on any non-Apple-branded computer, or to enable others to do so” – ведь мы же работаем на родном Маке, а не Хакинтоше).

Сразу уточню – для установки под VMWare нужна Retail-версия Mac OS X. Версия, идущая с ноутбуком или же iMac, не подходит – Installer Mac OS X проверяет аппаратную часть, и не разрешает установку на другом оборудовании (а Model name “VMware Virtual Platform” – это совсем не “MacBook Pro”).

Предупреждение. Я показываю принцип поиска, а готовый рецепт есть в статье “Hack VMWare Fusion 2 – Virtualize Tiger/Leopard“. Я попытался пофантазировать, как происходило нахождение этого рецепта.

Итак, приступим. В наличии – VMWare Fusion 2.0 (заметьте – лицензионная, а не “лицензионная”) и DVD с Mac OS X 10.5 Retail вставлен в привод.

Создаём виртуальную машину “Mac OS X Server 10.5″ (все параметры стандартные). Запускаем в Terminal.app dtrace для проверки, к каким файлам обращается VMWare для проверки, сервер ли это. Нужен именно dtrace, fseventer не подходит – он не показывает открываемые файлы.

sudo dtrace -n 'syscall::open*:entry { printf("%s %s",execname,copyinstr(arg0)); }' > vmware-10.5.txt

Стартуем виртуальную машину, и получаем назидательное сообщение о том, что DVD не совсем тот:

Останавливаем dtrace и смотрим, к каким файлам обратился VMWare на DVD:

$ cat vmware-10.5.txt | grep "Install DVD"
  0  18474                       open:entry mds /Volumes/Mac OS X Install DVD/
  0  18474                       open:entry mds Mac OS X Install DVD
  1  19260              open_nocancel:entry diskarbitration /Volumes/Mac OS X Install DVD/.autodiskmounted
  1  18474                       open:entry mds /Volumes/Mac OS X Install DVD
  1  18474                       open:entry Finder /Volumes/Mac OS X Install DVD/System/Library/CoreServices/SystemVersion.plist
  1  18474                       open:entry Finder /Volumes/Mac OS X Install DVD/System/Library/CoreServices/SystemVersion.plist

Содержимое файла SystemVersion.plist явно не указывает, что для проверки используется информация из него:

Думаем, как заставить думать VMWare, что у нас серверная версия. Для запуска системы с DVD у VMWare должен быть загрузчик. Анализируя захваченные данные dtrace (отфильтровываем по vmware), в итоге находим интересные строки:

  0  19260              open_nocancel:entry vmware-vmx /Library/Application Support/VMware Fusion/isoimages/tools-key.pub
  0  19260              open_nocancel:entry vmware-vmx /Library/Application Support/VMware Fusion/isoimages/darwin.iso.sig
  0  19260              open_nocancel:entry vmware-vmx /Library/Application Support/VMware Fusion/isoimages/darwin.iso

Загрузчик – в iso-образе darwin.iso. Второй вариант – можно было изучить каталоги VMWare и найти iso.

cd "/Library/Application Support/VMware Fusion/isoimages/"

Открываем darwin.iso в hex-viewer’е “Hex Fiend“. Как обычно пишется код? Просто: сделали проверку – выдали сообщение. Если есть сравнение строк, обращение к файлам, и они не прописаны в отдельном блоке как переменные, то есть вероятность, что в ресурсах программы будет идти проверяемая строка, а затем – сообщение об ошибке.
Пытаемся найти строку сообщения “The operating system is not Mac OS X Server”. И мы его находим, причём рядом видим имя файла ServerVersion.plist:

Делаем бекап всех файлов:

sudo bash
cd "/Library/Application Support/VMware Fusion/isoimages"
mkdir original
mv darwin.iso tools-key.pub *.sig original

На установочном диске в каталоге /System/Library/CoreServices файла ServerVersion.plist нет. Может стоит его подменить на SystemVersion.plist? Правим iso в Hex Fiend (бекапы!), благо количество букв совпадает. Другой вариант, без редактирования в hexeditor’е:

perl -n -p -e 's/ServerVersion.plist/SystemVersion.plist/g' < original/darwin.iso > darwin.iso

Загружаем, ошибка:

Вспоминаем о обращении к tools-key.pub и darwin.iso.sig перед открытием darwin.iso и понимаем, что файл изменился, и нужно перегенерировать цифровую подпись. Выходим из VMWare. В каталоге “/Library/Application Support/VMware Fusion/isoimages” видим не только публичный ключ tools-key.pub, но и приватный tools-priv.pem, которым производится подписывание (это не оплошность, так производится подписывание загружаемых образов). Смотрим документацию по OpenSSL и генерируем подпись (напоминаю, эти команды я взял из “Hack VMWare Fusion 2 – Virtualize Tiger/Leopard“):

sudo -s
cd "/Library/Application Support/VMware Fusion/isoimages"
openssl genrsa -out tools-priv.pem 2048
openssl rsa -in tools-priv.pem -pubout -out tools-key.pub
openssl dgst -sha1 -sign tools-priv.pem < darwin.iso > darwin.iso.sig
for A in *.iso ; do openssl dgst -sha1 -sign tools-priv.pem < $A > $A.sig ; done

Запускаем виртуальную машину. Вуаля! Установщик загрузился:

Наслаждаемся.