pfg21

Никак не синхронизировать. Приватный ключ не должен покидать места, где был сохранен после генерации, кроме 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) и скорость (лучше - больше):

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

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

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

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

Два аспекта вашего вопроса:
1. Можно ли писать программу для iOS под Линуксом?
Конечно, можно. Это же просто текст, его можно писать где угодно.
2. Можно ли полный цикл создания приложения для iOS пройти без Мака хоть с какими-никакими удобствами?
Да щас, дождешься от Apple интереса к твоим проблемам...
Марш в магазин за макбуком, айпадом и аккаунтом разработчика! И не рассуждать!

Поставьте Ubuntu с XFCE (Xubuntu). Наиболее дружелюбный и простой дистрибутив.

https://www.sublimetext.com/docs/3/linux_repositor...