lovecraft

Семерка, наверное. В Vista/7 появились паравиртуальные штуки под названием enlightenments (www.linux-kvm.org/images/0/0a/2012-forum-kvm_hyper..., которые сильно ускоряют работу ОС в виртуальной среде. Раз уж их поддержка есть в KVM, то в VMware точно есть )

Наверное, в гостевую все-таки? Tools входят в поставку VMware Worstation и монтируются в виртуальный сидиром из верхнего меню. Потом в гостевой машине нужно этот сидиром примонитровать и запустить скрипт. С другой стороны, есть open-vm-tools:
sudo apt-get install open-vm-tools open-vm-tools-desktop open-vm-tools-dkms

Хост не включается по пакету или не загружается?

WoL работает не на уровне ОС (ESXi), а на уровне BIOS/EFI, т.е. сетевая карта, в зависимости от настроек BIOS, посылает материнской плате сигнал на включение. Так что, скорее всего, у вас проблема в настройках BIOS.

Забекапьте сначала таблицу разделов через gdisk, а потом - раздел с ESX (там вроде VFAT) и vmfs через partclone. Скачать статические бинарники можно тут, не во всех дистрибутивах в пакете partclone идет partclone.vmfs

Можно.

1) Подключаем по NFS хранилище KVM к хосту ESX
2) Копируем файлы VMDK на хранилище KVM
3) Делаем конвертацию qemu-img convert -f vmdk -O qcow2 my_disk.vmdk my_disk.qcow2
4) Создаем VM с дисками qcow2, тип контроллера для первого диска ставим IDE, остальных - VIRTIO
5) Стартуем VM, видится только первый диск, ставим virtio-драйверы.
6) Выключаем машину, меняем тип контроллера на VIRTIO, запускаемся, сносим vmware-tools, перезагружаемся
6.1) Можно сненсти vmware-tools до начала переноса, там же как-нибудь поставить virtio и т.п.
7) Все готово

Можно было бы попробовать еще live migration, но KVM не поддерживает ее на VMDK-дисках.

Создайте новую VM без диска, выдерните из старой vmdk и положите в новую.

Ядро слишком новое - модули, необходимые для работы VMPlayer не собираются. Можно, например, подождать следующей версии ) Вот тут обсуждение https://communities.vmware.com/thread/521374?start... , но удалось запустить только на ядре 3.19.

Fault Tolerance, конечно, красивая штука и, если можно так сказать, - апофеоз виртуализации как технологии "отвязывания" ОС от железа. Но эффективность ее преувеличена. Например, у VMWare есть жесткие ограничения на Fault Tolerance - не более одного vCPU на VM (https://pubs.vmware.com/vsphere-50/index.jsp?topic..., что превращает Fault Tolerance просто в красивую игрушку. Все это происходит от необходимости постоянно синхронизировать состояние двух VM на хостах. Я не знаю, как это делает VMWare, а у Remus на этот счет есть большой документ: https://www.usenix.org/legacy/event/nsdi08/tech/fu...
Вкратце, там описана такая схема - состояние VM передается на резервный хост (делается чекпоинт), после этого весь I/O машины накапливается в специальном буфере до следующего чекпоинта. Когда происходит следующий чекпоинт, весь I/O из буфера "отпускается" наружу и цикл повторяется снова. Естественно, все это катастрофически снижает производительность.
Проблем добавляет и то, что гостевая ОС не в курсе, что с ней постоянно происходит suspend/restart и может выпасть в синий экран. По крайней мере, в KVM в свое время добавили специальный виртуальный таймер (hv_time/hv_relaxed), чтобы Windows не сегфолтилась на больших нагрузках. Отдельный разговор - паравиртуальные драйверы. До недавнего времени для оригинального XEN'a нормальных драйверов не было, а было недоразумение под названием GPLPV. Сейчас драйверы с поддержкой от команды XEN появились, но тестировались ли они совместно с Remus'ом - большой вопрос.
Если проанализировать угрозы для вашего проекта по степени уменшения их вероятности, то получится вот что:
1) Отказ из-за сбоя в софте мониторига
2) Синий экран из-за работы в виртуальном окружении или сбоя в паравиртуальных драйверах
3) Синий экран "просто так" - винда иногда тоже падает )))
4) Сбой оборудования
Из всего этого Remus может защитить только от п. 4

Таким образом, на мой взгляд, сам факт применения "сырого" XEN и "сырых" PV-драйверов создает для ОС намного более вероятную угрозу, чем та, которая может произойти при отказе оборудования. Допиленный же XEN от Citrix и Oracle не поддерживает Fault Tolerance, и думаю, на то есть причины )

Не, ну конечно можно представить себе вот что:

1. Ставим Linux
   
2. Ставим libvirt/virtmanager
   
3. Ставим виртуалку с SPICE-видеокартой
   
4. Конфигурим libvirt, чтобы запускалась при старте системы
   
5. Ставим на локальную машину клиент SPICE
   
6. Добавляем его в autorun оконного менеджера или...
   
7. Правим конфигурацию системы так, чтобы он сам стартовал вместо оконного меджера
   

Но зачем?