Существуют ли какие-либо общие действия, которые пользователь должен делать после установки нового оборудования? Ubuntu выполняет некоторые зависящие от оборудования корректировки во время установки (кроме генерации файла /etc/fstab), который пользователь должен делать при смене любого устройства, например, материнской платы, графической карты или другого? Методы обнаружения оборудования в Ubuntu для меня не ясны. Что я могу прочитать об этом?
У меня сейчас нет реальных проблем, но я хотел бы знать, что делать, когда это произойдет.
(PS: Вы меня понимаете? :-) Я не являюсь носителем английского языка, и это мой первый опыт, пожалуйста, прокомментируйте мои ошибки: -)
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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-принтеры.
В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимым обходным решением (некоторые аппаратные средства невозможно или трудно обнаружить).
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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-принтеры .
В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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-принтеры .
В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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-принтеры .
В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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-принтеры .
В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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-принтеры .
В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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-принтеры .
В некоторых случаях вам может потребоваться изменить некоторые файлы конфигурации, но это будет считаться ошибкой или необходимое обходное решение (некоторые аппаратные средства невозможно или трудно обнаружить).
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.