Вы можете установить его с помощью команды dpkg:
sudo dpkg -i google-chrome-stable_current_i386.deb
Проверить dpkg --help для получения дополнительной информации.
Как говорит Мариус: аппаратное обеспечение обнаруживается ядром во время загрузки или позже, если оно «подключается» (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)», это пример такого правила, и он будет выглядеть примерно так:
# 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)», это пример такого правила, и он будет выглядеть примерно так:
# 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)», это пример такого правила, и он будет выглядеть примерно так:
# 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 обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.
Как правило, нет. Ubuntu обнаруживает аппаратное обеспечение компьютера во время загрузки или когда оборудование подключено.