pfg21

Для начала нужно поставить внутри гостевой ОС драйвера VirtualBox

Я бы также привёл эту статью:
https://ru.wikipedia.org/wiki/%D0%A1%D1%83%D0%BC%D...

Собственно, ответ можно получить из неё, но для правильного понимания принципа действия необходимо прочесть хотя бы
https://ru.wikipedia.org/wiki/%D0%9B%D0%BE%D0%B3%D...

Никак не синхронизировать. Приватный ключ не должен покидать места, где был сохранен после генерации, кроме 2 ситуаций: угроза хранилищу с ключом и угроза кражи. Для того, чтобы баловаться с огнём, придумали цепочки сертификатов: создавайте отдельный корневой CA и им подписывайте сертификаты остальных серверов.

Смотреть нужно, в первую очередь, на скилл команды, которую собираетесь привлечь к разработке. Если команда рубит в Java и не-в-зуб-ногой в .Net, то выбор будет очевиден. Следующий нюанс - инфраструктура. Если Вы собираетесь строить ее на Windows, то наверное .Net будет лучше смотреться. Затем архитектура приложения. Если Вы собираетесь делать desktop приложения, опять же для windows, то тут без вариантов - лучше взять C#, WCF и .Net. Если у Вас будет Web приложение, с браузером в качестве клиента, то Java тут по серьезней выглядит с ее наработками в "кровавом ынтэрпрайзе". А можно все в кучу смешать - клиент будет десктопным приложением на .Net Framework, а сервер - написан на Java.

Я бы просто описал в виде ТЗ хотелки, и дал бы оценить его опытному разработчику, думаю он сделает верный выбор стека технологий.

Как-то так:

dd if=/dev/sda bs=65536 | ssh target-ip 'dd of=/dev/sda bs=65536'.

На агрегированном канале 2x1Gbit выдает 100 мегабайт в секунду. Если подшаманить размеры блока bs= и mtu, и еще шифрование у ssh выключить, можно, я думаю, и все 200 мегабайт выжать.

Проводить, на отмонтированном! (или смонтированном в readOnly) диске!
Не зря dd расшифровывается как DestroyData.
Варианты настройки шифрования (-c) и скорость (лучше - больше):

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

Время запуска браузера - от оболочки мало зависит.

Да, имел такую же неприятность. Вышел из неё, наклеив на разъём снаружи накладки из жёсткого металла (не консервная жесть, не алюминий - что-нибудь пожёстче). Толщина этих накладок должна быть не слишком большой, чтобы они не мешали втыкновению в диск. На период высыхания клея надо зажать разъём в тиски с плоскими параллельными губками, дабы обеспечить компенсацию выпучивания сторон разъёма и прилегание накладок по всей их поверхности.
Ещё лучше, если бы это были не накладки, а наружный бандаж на разъём, но это сложнее делать и вклеивать.

А что касается причины - навскидку это плохое качество пластика. У брэндовых кабелей такое, небось, не случается.