Вопросы Теги

Как понять поток обнаружения USB?

Я хотел бы понять, что поток событий USB формирует пространство ядра в пространстве пользователя (просто из моего любопытства, зная, как все реализовано).

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

Я также хотел бы узнать, как он узнает, есть ли какие-то изображения на моем USB-устройстве, и если «да», как он спрашивает меня, нужно ли мне открывать его в GIMP или другом программном обеспечении?

Я знаю его очень большой и широкий вопрос, но, пожалуйста, назовите меня некоторыми указателями на то, как понять всю идею, стоящую за ней.

Я не делал больших кодовых просмотров, но я заверяю вас, что у меня нет проблем при этом, если я могу правильно руководствоваться.

14
задан 22 December 2010 в 06:16

9 ответов

Устройство подключено, и программное обеспечение, которое управляет аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие связанные с шиной аппаратные действия для идентификации Устройство. Ядро запрашивает загрузку драйвера для нового оборудования путем вызова / sbin / modprobe с идентификатором шины / устройства / etc устройства. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (Полный список см. В /lib/modules/$(uname -r)/modules.alias.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci:v0000102Bd00002527sv*sd*bc*sc*i* для поставщика 102B устройства PCI, устройства 2527 и всего для субвентора и т. Д. Или USB: usb:v2040p4982d*dc*dsc*dp*ic*isc*ip*. после загрузки драйвера устройства (или инициализируется новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление о загруженном устройстве в udev в пользовательском пространстве. udev соответствует уведомлению о его списке правил в /lib/udev/rules.d/ и /etc/udev/rules.d. Отсюда поведение чрезвычайно специализировано, основываясь на правилах. В случае USB-диска файл 80-udisks.rules, вероятно, лучше всего подходит для работы. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV{UDISKS_PRESENTATION_HIDE}="1", чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks». Диск udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как список доступных для обнаружения устройств по DBus. (См. «Udisks --enumerate».) В udisks настраиваются различные действия, а политика для разрешения этих действий видна в файле политики /usr/share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.) Службы, которые интересуются устройствами, будут прослушивать события DBus от udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks, который будет проверять свою политику, упомянутую выше). Как только файловая система будет смонтирована, те же самые службы прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot, когда в файловой системе обнаружен каталог общего хранения файлов DCIM.
16
ответ дан 25 May 2018 в 23:52
  • 1
    Может быть, вы знаете, как это отличается во время загрузки (я предполагаю, что только шаг 1 отличается)? Почему устройство не может быть обнаружено во время загрузки, но правильно загружается после ручной подпитки? – naktinis 11 December 2015 в 14:42
Устройство подключено, и программное обеспечение, которое управляет аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие связанные с шиной аппаратные действия для идентификации Устройство. Ядро запрашивает загрузку драйвера для нового оборудования путем вызова / sbin / modprobe с идентификатором шины / устройства / etc устройства. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (Полный список см. В /lib/modules/$(uname -r)/modules.alias.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci:v0000102Bd00002527sv*sd*bc*sc*i* для поставщика 102B устройства PCI, устройства 2527 и всего для субвентора и т. Д. Или USB: usb:v2040p4982d*dc*dsc*dp*ic*isc*ip*. после загрузки драйвера устройства (или инициализируется новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление о загруженном устройстве в udev в пользовательском пространстве. udev соответствует уведомлению о его списке правил в /lib/udev/rules.d/ и /etc/udev/rules.d. Отсюда поведение чрезвычайно специализировано, основываясь на правилах. В случае USB-диска файл 80-udisks.rules, вероятно, лучше всего подходит для работы. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV{UDISKS_PRESENTATION_HIDE}="1", чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks». Диск udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как список доступных для обнаружения устройств по DBus. (См. «Udisks --enumerate».) В udisks настраиваются различные действия, а политика для разрешения этих действий видна в файле политики /usr/share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.) Службы, которые интересуются устройствами, будут прослушивать события DBus от udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks, который будет проверять свою политику, упомянутую выше). Как только файловая система будет смонтирована, те же самые службы прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot, когда в файловой системе обнаружен каталог общего хранения файлов DCIM.
16
ответ дан 25 July 2018 в 22:42
Устройство подключено, и программное обеспечение, которое управляет аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие связанные с шиной аппаратные действия для идентификации Устройство. Ядро запрашивает загрузку драйвера для нового оборудования путем вызова / sbin / modprobe с идентификатором шины / устройства / etc устройства. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (Полный список см. В /lib/modules/$(uname -r)/modules.alias.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci:v0000102Bd00002527sv*sd*bc*sc*i* для поставщика 102B устройства PCI, устройства 2527 и всего для субвентора и т. Д. Или USB: usb:v2040p4982d*dc*dsc*dp*ic*isc*ip*. после загрузки драйвера устройства (или инициализируется новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление о загруженном устройстве в udev в пользовательском пространстве. udev соответствует уведомлению о его списке правил в /lib/udev/rules.d/ и /etc/udev/rules.d. Отсюда поведение чрезвычайно специализировано, основываясь на правилах. В случае USB-диска файл 80-udisks.rules, вероятно, лучше всего подходит для работы. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV{UDISKS_PRESENTATION_HIDE}="1", чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks». Диск udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как список доступных для обнаружения устройств по DBus. (См. «Udisks --enumerate».) В udisks настраиваются различные действия, а политика для разрешения этих действий видна в файле политики /usr/share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.) Службы, которые интересуются устройствами, будут прослушивать события DBus от udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks, который будет проверять свою политику, упомянутую выше). Как только файловая система будет смонтирована, те же самые службы прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot, когда в файловой системе обнаружен каталог общего хранения файлов DCIM.
16
ответ дан 26 July 2018 в 23:54
Устройство подключено, и программное обеспечение, которое управляет аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие связанные с шиной аппаратные действия для идентификации Устройство. Ядро запрашивает загрузку драйвера для нового оборудования путем вызова / sbin / modprobe с идентификатором шины / устройства / etc устройства. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (Полный список см. В /lib/modules/$(uname -r)/modules.alias.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci:v0000102Bd00002527sv*sd*bc*sc*i* для поставщика 102B устройства PCI, устройства 2527 и всего для субвентора и т. Д. Или USB: usb:v2040p4982d*dc*dsc*dp*ic*isc*ip*. после загрузки драйвера устройства (или инициализируется новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление о загруженном устройстве в udev в пользовательском пространстве. udev соответствует уведомлению о его списке правил в /lib/udev/rules.d/ и /etc/udev/rules.d. Отсюда поведение чрезвычайно специализировано, основываясь на правилах. В случае USB-диска файл 80-udisks.rules, вероятно, лучше всего подходит для работы. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV{UDISKS_PRESENTATION_HIDE}="1", чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks». Диск udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как список доступных для обнаружения устройств по DBus. (См. «Udisks --enumerate».) В udisks настраиваются различные действия, а политика для разрешения этих действий видна в файле политики /usr/share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.) Службы, которые интересуются устройствами, будут прослушивать события DBus от udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks, который будет проверять свою политику, упомянутую выше). Как только файловая система будет смонтирована, те же самые службы прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot, когда в файловой системе обнаружен каталог общего хранения файлов DCIM.
16
ответ дан 2 August 2018 в 04:08
  1. Устройство подключено, а программное обеспечение, управляющее аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие аппаратные средства, относящиеся к шине действия для идентификации устройства.
  2. Ядро запрашивает загрузить драйвер для нового оборудования, вызвав / sbin / modprobe с идентификатором шины / устройства / etc аппаратного обеспечения.
  3. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (См. [D0] / lib / modules / $ (uname -r) /modules.alias для полного списка.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci: v0000102Bd00002527sv * sd * bc * sc * i * для устройства 102B устройства PCI, устройство 2527 и все для субвентора и т. Д. Или USB: usb: v2040p4982d * dc * dsc * dp * ic * isc * ip * .
  4. после загрузки драйвера устройства (или инициализировано новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление загруженного устройства в udev в пользовательском пространстве.
  5. udev соответствует уведомлению о его списке правил в / lib / udev / rules .d / и /etc/udev/rules.d . Здесь поведение чрезвычайно специализировано на основе правил.
  6. В случае USB-диска файл 80-udisks.rules , скорее всего, является лучшим местом для работы из. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV {UDISKS_PRESENTATION_HIDE} = "1" , чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks».
  7. Демон udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как доступный список устройств по DBus. (См. «Udisks --enumerate».)
  8. Различные действия настраиваются в udisks , а политика для разрешения этих действий видна в файле политики / usr /share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.)
  9. Службы, которые интересуются устройствами, будут прослушивать события DBus из udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks , который будет проверять свою политику, упомянутую выше).
  10. Как только файловая система была все те же услуги прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot , когда в файловой системе обнаружен каталог общего хранилища фотографий DCIM .
16
ответ дан 4 August 2018 в 20:12
  1. Устройство подключено, а программное обеспечение, управляющее аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие аппаратные средства, относящиеся к шине действия для идентификации устройства.
  2. Ядро запрашивает загрузить драйвер для нового оборудования, вызвав / sbin / modprobe с идентификатором шины / устройства / etc аппаратного обеспечения.
  3. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (См. [D0] / lib / modules / $ (uname -r) /modules.alias для полного списка.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci: v0000102Bd00002527sv * sd * bc * sc * i * для устройства 102B устройства PCI, устройство 2527 и все для субвентора и т. Д. Или USB: usb: v2040p4982d * dc * dsc * dp * ic * isc * ip * .
  4. после загрузки драйвера устройства (или инициализировано новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление загруженного устройства в udev в пользовательском пространстве.
  5. udev соответствует уведомлению о его списке правил в / lib / udev / rules .d / и /etc/udev/rules.d . Здесь поведение чрезвычайно специализировано на основе правил.
  6. В случае USB-диска файл 80-udisks.rules , скорее всего, является лучшим местом для работы из. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV {UDISKS_PRESENTATION_HIDE} = "1" , чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks».
  7. Демон udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как доступный список устройств по DBus. (См. «Udisks --enumerate».)
  8. Различные действия настраиваются в udisks , а политика для разрешения этих действий видна в файле политики / usr /share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.)
  9. Службы, которые интересуются устройствами, будут прослушивать события DBus из udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks , который будет проверять свою политику, упомянутую выше).
  10. Как только файловая система была все те же услуги прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot , когда в файловой системе обнаружен каталог общего хранилища фотографий DCIM .
16
ответ дан 6 August 2018 в 04:13
  1. Устройство подключено, а программное обеспечение, управляющее аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие аппаратные средства, относящиеся к шине действия для идентификации устройства.
  2. Ядро запрашивает загрузить драйвер для нового оборудования, вызвав / sbin / modprobe с идентификатором шины / устройства / etc аппаратного обеспечения.
  3. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (См. [D0] / lib / modules / $ (uname -r) /modules.alias для полного списка.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci: v0000102Bd00002527sv * sd * bc * sc * i * для устройства 102B устройства PCI, устройство 2527 и все для субвентора и т. Д. Или USB: usb: v2040p4982d * dc * dsc * dp * ic * isc * ip * .
  4. после загрузки драйвера устройства (или инициализировано новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление загруженного устройства в udev в пользовательском пространстве.
  5. udev соответствует уведомлению о его списке правил в / lib / udev / rules .d / и /etc/udev/rules.d . Здесь поведение чрезвычайно специализировано на основе правил.
  6. В случае USB-диска файл 80-udisks.rules , скорее всего, является лучшим местом для работы из. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV {UDISKS_PRESENTATION_HIDE} = "1" , чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks».
  7. Демон udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как доступный список устройств по DBus. (См. «Udisks --enumerate».)
  8. Различные действия настраиваются в udisks , а политика для разрешения этих действий видна в файле политики / usr /share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.)
  9. Службы, которые интересуются устройствами, будут прослушивать события DBus из udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks , который будет проверять свою политику, упомянутую выше).
  10. Как только файловая система была все те же услуги прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot , когда в файловой системе обнаружен каталог общего хранилища фотографий DCIM .
16
ответ дан 7 August 2018 в 22:16
  1. Устройство подключено, а программное обеспечение, управляющее аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие аппаратные средства, относящиеся к шине действия для идентификации устройства.
  2. Ядро запрашивает загрузить драйвер для нового оборудования, вызвав / sbin / modprobe с идентификатором шины / устройства / etc аппаратного обеспечения.
  3. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (См. [D0] / lib / modules / $ (uname -r) /modules.alias для полного списка.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci: v0000102Bd00002527sv * sd * bc * sc * i * для устройства 102B устройства PCI, устройство 2527 и все для субвентора и т. Д. Или USB: usb: v2040p4982d * dc * dsc * dp * ic * isc * ip * .
  4. после загрузки драйвера устройства (или инициализировано новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление загруженного устройства в udev в пользовательском пространстве.
  5. udev соответствует уведомлению о его списке правил в / lib / udev / rules .d / и /etc/udev/rules.d . Здесь поведение чрезвычайно специализировано на основе правил.
  6. В случае USB-диска файл 80-udisks.rules , скорее всего, является лучшим местом для работы из. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV {UDISKS_PRESENTATION_HIDE} = "1" , чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks».
  7. Демон udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как доступный список устройств по DBus. (См. «Udisks --enumerate».)
  8. Различные действия настраиваются в udisks , а политика для разрешения этих действий видна в файле политики / usr /share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.)
  9. Службы, которые интересуются устройствами, будут прослушивать события DBus из udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks , который будет проверять свою политику, упомянутую выше).
  10. Как только файловая система была все те же услуги прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot , когда в файловой системе обнаружен каталог общего хранилища фотографий DCIM .
16
ответ дан 10 August 2018 в 10:27
  1. Устройство подключено, а программное обеспечение, управляющее аппаратной шиной для этого устройства, получает прерывание (или другое уведомление на аппаратном уровне), а драйвер шины перечисляет подключенные устройства или выполняет другие аппаратные средства, относящиеся к шине действия для идентификации устройства.
  2. Ядро запрашивает загрузить драйвер для нового оборудования, вызвав / sbin / modprobe с идентификатором шины / устройства / etc аппаратного обеспечения.
  3. В пользовательском пространстве modprobe пытается найти соответствующий псевдоним, указанный драйвером. (См. [D0] / lib / modules / $ (uname -r) /modules.alias для полного списка.) Они будут выглядеть по-разному в зависимости от аппаратного интерфейса. Например, pci: v0000102Bd00002527sv * sd * bc * sc * i * для устройства 102B устройства PCI, устройство 2527 и все для субвентора и т. Д. Или USB: usb: v2040p4982d * dc * dsc * dp * ic * isc * ip * .
  4. после загрузки драйвера устройства (или инициализировано новое устройство, у которого уже был драйвер), драйвер в ядре отправляет уведомление загруженного устройства в udev в пользовательском пространстве.
  5. udev соответствует уведомлению о его списке правил в / lib / udev / rules .d / и /etc/udev/rules.d . Здесь поведение чрезвычайно специализировано на основе правил.
  6. В случае USB-диска файл 80-udisks.rules , скорее всего, является лучшим местом для работы из. Эти правила будут использовать такие вещи, как blkid и другие помощники, чтобы исследовать тип и содержимое диска, заполняя всевозможные значения конфигурации, включая такие вещи, как ENV {UDISKS_PRESENTATION_HIDE} = "1" , чтобы по какой-то причине игнорировать диск. Подробнее см. «Man 7 udisks».
  7. Демон udisks-daemon наблюдает за появлением устройств в базе данных udev и представляет их как доступный список устройств по DBus. (См. «Udisks --enumerate».)
  8. Различные действия настраиваются в udisks , а политика для разрешения этих действий видна в файле политики / usr /share/polkit-1/actions/org.freedesktop.udisks.policy. (Кто может монтировать, umount и т. Д.)
  9. Службы, которые интересуются устройствами, будут прослушивать события DBus из udisks и предпринимать действия, когда видят определенные условия. Например, Nautilus от GNOME (через gvfs volume-monitor) запросит автоматизацию для устройств (через udisks , который будет проверять свою политику, упомянутую выше).
  10. Как только файловая система была все те же услуги прослушивания будут принимать больше действий. Например, Nautilus спросит, хотите ли вы открыть F-Spot , когда в файловой системе обнаружен каталог общего хранилища фотографий DCIM .
16
ответ дан 13 August 2018 в 16:53
  • 1
    Может быть, вы знаете, как это отличается во время загрузки (я предполагаю, что только шаг 1 отличается)? Почему устройство не может быть обнаружено во время загрузки, но правильно загружается после ручной подпитки? – naktinis 11 December 2015 в 14:42

Другие вопросы по тегам:

Похожие вопросы: