Изначально у нас голый сервер с root доступом. На локальной машине стоит клиент. На Linux и Mac клиент работает нативно. На windows вроде бы тоже, но тут надо уточнить. У меня есть конфиг, из которого собираются образы и заливаются в repository (тоже поднимается докер-контейнер). Далее через docker-machine устанавливается docker сервер на сервер с root доступом. Этот сервер мы можем теперь использовать. Далее есть конфиг окружения для docker-compose. Запускаю на локальной машине docker-compose up -d и он устанавливает на удалённый сервер из repository нужные образы и запускает их. То есть, насколько я понимаю, это то, что Вы ищите.
Примерно так всё и работает, там очень много инструментов, как официальных, так и сторонних. Сначала придётся хорошо разобраться, но профит того стоит.
В BIOS setup настроек никаких с этим связанных нет. Он очень скудный. Там можно только установить порядок загрузки, включить/выключить secure boot, uefi/lagacy загрузчик и intel rapid start и anti theft. На этом там всё. Контроллер Intel, на сколько я понимаю, в диспетчере устройств определяется как "Расширяемый хост-контроллер Intel(R) USB 3.0 - 1.0 (Майкрософт)", когда ОС удаётся запустить контроллер при загрузке с подключенным устройством. Вообще чипсет Intel® 8/C220. Он довольно распространённый.
По первой ссылке проблема похожа. Действительно, если отключить устройство и подключить заново - оно снова не определяется. Но решение, которое описано там у меня не работает, если отключить устройство в диспетчере прежде чем отсоединить его - при переподсоединении оно не появляется. Я тоже думал, что Windows как-то влияет на оборудование, поэтому первым делом провел эксперемент с полным обесточиванием и загрузкой только в Linux. Но это не помогло. Linux ведёт себя точно так же. Не подхватывает устройство, если его отключить. Да ещё на второй машине точно такой же контроллер USB (чипсет одинаковый) и процессор. И там проблемы нет ни в Windows, ни в Linux.
Я видимо просто забью на это, т.к. не очень критично. Этот компьютер приобретался для создания домашнего сервера и в основном он всегда включен и устройства не будут к нему подсоединяться-отсоединяться.
Спасибо за советы.
У меня получилось больше локализовать проблему. Оказалось, что если в USB 3.0 порт во время перезагрузки системы вставлено USB 3.0 устройство (тот же жесткий диск), то после загрузки все USB 3.0 порты работают. Windows устанавливает драйвер и контроллер запускается. Т.е. всё как надо. Если же вытащить устройство и перезагрузиться - драйвер опять слетает и на подсоединение USB 3.0 устройств не реагирует. Ubuntu так же грузится без проблем, если во время загрузки вставлено USB 3.0 устройство в USB 3.0 порт. И всё работает. Но природу этого поведения я не понимаю.
Мне не то чтобы очень нужен рабочий USB 3.0 на этой машине, она используется как вспомогательная. Мне просто было интересно, что же там произошло, ну и моего внутреннего перфекциониста немного напрягают ошибки в драйверах и залипание при загрузке Linux-дистрибутивов. USB 2.0 устройства, на сколько я понимаю, работают, т.к. используют другие контакты в разъёме и подключаются к USB 2.0 контроллеру. USB 3.0 устройства работают в USB 2.0 разъёме, т.к. в нём нет контактов USB 3.0 и используется режим обратной совместимости. Получается, что тупо не работает контроллер USB 3.0. А вот причина мне не понятна. Мог ли он умереть отдельно, я так понимаю, что он является частью чипсета. Вряд ли это ошибка в BIOS, т.к. по этой модели ноутбуков данная проблема не гуглится. Могло ли выйти из строя что-то на пути между разъёмом и чипсетом? Хотя в этом случае ОС бы, скорее всего, нормально запускала устройство и симптомы бы были иными.
