Описание тега openstack-autopilot
USB был изначально разработан с звездообразную топологию: в центре, есть хост-контроллер , который управляет весь автобус. Оттуда, соединения идут наружу для устройств и хабов, и в обоих этих случаях потребуется хост-контроллер, чтобы управлять им или нет трафик будет. По сути, хост-контроллер является мастером, и все другие вещи в автобус рабы.
Меняется только программное обеспечение не достаточно: хост-контроллер имеет различный вид чип интерфейса USB чем любое устройство, и хост-контроллера потребуется обновить конфигурацию оборудования, чтобы действовать в качестве ведомого устройства.
С появлением смартфонов и других мобильных устройств, это было проблематично, и по USB-на-ходу спецификация была разработана. С этим, концепция двойной роли устройств был представлен: для этого требуется модифицированный хост-контроллера, который мог бы поддержать обоих ролей ведущего и ведомого, и новый суб-протоколом договариваться переключения в главной роли от одного устройства к другому.
К сожалению, хост-контроллера с USB-на-ходу функции, как правило, используются только в смартфонах, планшетах и других мобильных устройствах, а не на настольные и серверные материнские платы.
Если ваш NAS имел USB-порт оборудования, которые могут выступать в качестве ведомого устройства, то этот вопрос будет довольно прост: ядро Linux уже поддерживает устройства с USB слишком (в отличие от более привычных узлов-боковая поддержка). Однако я не думаю, что в CentOS 6.X имеет следующие особенности включены, так что вы, возможно, придется скомпилировать ядро с "Поддержка USB гаджет" подсистема включена. В рамках этой подсистемы, вам придется включить специальный драйвер для вашего устройства USB-оборудования и устройства драйвер для протокола USB-накопитель.
К сожалению, там, кажется, нет стандартов интерфейса, Как ними/с OHCI/интерфейса расширенного контроллера узла/xHCI на стороне устройства: все устройства конструкции чип контроллера представляется уникальная снежинки и нужно точно знать, какой чип используется в вашем накопителе.
Как только вопрос водителя был решен, есть еще одна техническая проблема: масса USB хранения доступ является низкая протокола уровня доступа к отдельным блокам на устройстве хранения данных, так же, как с интерфейсом SATA; не на уровне файлов, вроде NFS. В результате, устройстве NAS придется прекратить общий доступ и отключить все его представлена через USB, поскольку система доступа предполагаю, что он имеет полный контроль файловой системы USB-накопителя, и будет рассматривать любые изменения, внесенные на устройстве NAS сам или с помощью любых других устройств доступа к NAS по сети одновременно с повреждением файловой системы.
Одним из способов преодоления этой проблемы является запуск файловой системы кластера на USB-общего хранилища. Файловую систему кластера (например, GFS или OCFS2) предназначена для такого рода множественного доступа, но это требует от всех систем, участвующих сотрудничать и общаться друг с другом. Это добавляет совсем немного дополнительную сложность. Еще один способ-не использовать USB накопителя протокол, но вместо того, чтобы использовать USB МТР (медиа трансфер протокол) или ее упрощенный вариант, также PTP (протокол передачи изображений) - оба работают на файловом уровне, а не на уровне блоков, таких как USB накопитель. Что позволит НАН поддерживать общее управление общая файловая система, в то время как совместное использование USB является активной, и так позволит ему сохранить совместного использования файловой системы по сети одновременно.