Как Ubuntu обнаруживает оборудование?

Вы можете установить его с помощью команды dpkg:

sudo dpkg -i google-chrome-stable_current_i386.deb

Проверить dpkg --help для получения дополнительной информации.

7
задан 12 October 2010 в 18:02

20 ответов

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

# Low-level USB device add trigger
ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", RUN+="udev-configure-printer add %p"
# usblp device add trigger (needed when usblp is already loaded)
ACTION=="add", KERNEL=="lp*", RUN+="udev-configure-printer add %p"

Вышеприведенное является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, в 10.10), в котором также содержится правило для удаления принтера из CUPS, если вы отключили его.

BTW: USB-класс 7 - USB-принтеры.

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимым обходным решением (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 26 May 2018 в 01:06

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

# Low-level USB device add trigger ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", RUN+="udev-configure-printer add %p" # usblp device add trigger (needed when usblp is already loaded) ACTION=="add", KERNEL=="lp*", RUN+="udev-configure-printer add %p"

Вышеприведенное является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, в 10.10), в котором также содержится правило для удаления принтера из CUPS, если вы отключили его.

BTW: USB-класс 7 - USB-принтеры.

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимым обходным решением (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 25 July 2018 в 23:07

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

# Low-level USB device add trigger ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", RUN+="udev-configure-printer add %p" # usblp device add trigger (needed when usblp is already loaded) ACTION=="add", KERNEL=="lp*", RUN+="udev-configure-printer add %p"

Вышеприведенное является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, в 10.10), в котором также содержится правило для удаления принтера из CUPS, если вы отключили его.

BTW: USB-класс 7 - USB-принтеры.

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимым обходным решением (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 27 July 2018 в 02:47

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

# Low-level USB device add trigger ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", RUN+="udev-configure-printer add %p" # usblp device add trigger (needed when usblp is already loaded) ACTION=="add", KERNEL=="lp*", RUN+="udev-configure-printer add %p"

Вышеприведенное является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, в 10.10), в котором также содержится правило для удаления принтера из CUPS, если вы отключили его.

BTW: USB-класс 7 - USB-принтеры.

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимым обходным решением (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 31 July 2018 в 11:15

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

  # Низкоуровневый USB  device add trigger ACTION == "add", SUBSYSTEM == "usb", ATTR {bInterfaceClass} == "07", ATTR {bInterfaceSubClass} == "01", RUN + = "udev-configure-printer add% p" #  usblp add add (требуется, когда usblp уже загружен) ACTION == "add", KERNEL == "lp *", RUN + = "udev-configure-printer add% p"  

Вышеприведенная часть является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, 10.10), которая также включает правило удаления принтера из CUPS, если вы отключите его.

BTW: USB-класс 7 - USB-принтеры .

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 2 August 2018 в 04:27

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

  # Низкоуровневый USB  device add trigger ACTION == "add", SUBSYSTEM == "usb", ATTR {bInterfaceClass} == "07", ATTR {bInterfaceSubClass} == "01", RUN + = "udev-configure-printer add% p" #  usblp add add (требуется, когда usblp уже загружен) ACTION == "add", KERNEL == "lp *", RUN + = "udev-configure-printer add% p"  

Вышеприведенная часть является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, 10.10), которая также включает правило удаления принтера из CUPS, если вы отключите его.

BTW: USB-класс 7 - USB-принтеры .

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 4 August 2018 в 20:59

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

  # Низкоуровневый USB  device add trigger ACTION == "add", SUBSYSTEM == "usb", ATTR {bInterfaceClass} == "07", ATTR {bInterfaceSubClass} == "01", RUN + = "udev-configure-printer add% p" #  usblp add add (требуется, когда usblp уже загружен) ACTION == "add", KERNEL == "lp *", RUN + = "udev-configure-printer add% p"  

Вышеприведенная часть является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, 10.10), которая также включает правило удаления принтера из CUPS, если вы отключите его.

BTW: USB-класс 7 - USB-принтеры .

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 6 August 2018 в 04:32

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

  # Низкоуровневый USB  device add trigger ACTION == "add", SUBSYSTEM == "usb", ATTR {bInterfaceClass} == "07", ATTR {bInterfaceSubClass} == "01", RUN + = "udev-configure-printer add% p" #  usblp add add (требуется, когда usblp уже загружен) ACTION == "add", KERNEL == "lp *", RUN + = "udev-configure-printer add% p"  

Вышеприведенная часть является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, 10.10), которая также включает правило удаления принтера из CUPS, если вы отключите его.

BTW: USB-класс 7 - USB-принтеры .

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 7 August 2018 в 22:40

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

  # Низкоуровневый USB  device add trigger ACTION == "add", SUBSYSTEM == "usb", ATTR {bInterfaceClass} == "07", ATTR {bInterfaceSubClass} == "01", RUN + = "udev-configure-printer add% p" #  usblp add add (требуется, когда usblp уже загружен) ACTION == "add", KERNEL == "lp *", RUN + = "udev-configure-printer add% p"  

Вышеприведенная часть является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, 10.10), которая также включает правило удаления принтера из CUPS, если вы отключите его.

BTW: USB-класс 7 - USB-принтеры .

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 10 August 2018 в 10:47

Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (USB и т. д.). Когда аппаратное обеспечение распознается, будет загружен связанный с ним модуль ядра (драйвер), и в большинстве случаев пользовательское пространство будет уведомлено через dbus / udev, чтобы определить, что делать с этим оборудованием; Удэв имеет набор «правил», которые определяют, что делать с определенными типами оборудования. Например. «если обнаруженное оборудование является USB-принтером, добавьте его на сервер печати (CUPS)», это пример такого правила, и он будет выглядеть примерно так:

  # Низкоуровневый USB  device add trigger ACTION == "add", SUBSYSTEM == "usb", ATTR {bInterfaceClass} == "07", ATTR {bInterfaceSubClass} == "01", RUN + = "udev-configure-printer add% p" #  usblp add add (требуется, когда usblp уже загружен) ACTION == "add", KERNEL == "lp *", RUN + = "udev-configure-printer add% p"  

Вышеприведенная часть является частью /lib/udev/rules.d/70-printers.rules (по крайней мере, 10.10), которая также включает правило удаления принтера из CUPS, если вы отключите его.

BTW: USB-класс 7 - USB-принтеры .

В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).

4
ответ дан 13 August 2018 в 17:21

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 26 May 2018 в 01:06

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 25 July 2018 в 23:07

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 27 July 2018 в 02:47

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 31 July 2018 в 11:15

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 2 August 2018 в 04:27

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 4 August 2018 в 20:59

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 6 August 2018 в 04:32

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 7 August 2018 в 22:40

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 10 August 2018 в 10:47

Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.

0
ответ дан 13 August 2018 в 17:21

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

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