Udev

From Gentoo Wiki
Jump to:navigation Jump to:search
This page is a translated version of the page Udev and the translation is 33% complete.
Outdated translations are marked like this.
Other languages:
Resources
Not to be confused with eudev.


udev (user /dev) es el gestor de dispositivos para el núcleo Linux. Gestiona los nodos de dispositivo en /dev y también todos las acciones en espacio de usuario cuando se añaden o eliminan dispositivos. El lector debería también echar un vistazo a [Project:Eudev|eudev] una bifurcación de udev. Readers of this article should also look at eudev, a fork of udev.

udev from the sys-apps/systemd-utils package is used as the default device manager for Gentoo systems using the OpenRC init system, independently of systemd.

¿Qué es udev?

El directorio /dev

Most Linux users understand that /dev/sda1 is just a fast way of referring to the first partition on the first disk that the kernel found. That's pretty easy, right?

But consider hotpluggable devices like USB, IEEE 1394, hot-swappable PCI, etc. What is the first device for each of these? And for how long? What will the other devices be named when the first one disappears? How will that affect ongoing transactions? Wouldn't it be fun if a printing job were suddenly moved from a high-end laser printer to an almost-dead matrix printer just because someone decided to pull the plug on the laser printer (which just happened to be the first printer)?

Enter the device manager. A modern device manager must:

  • Run in userspace.
  • Dynamically create and remove device files.
  • Provide consistent device naming.
  • Provide a userspace application program interface (API).

Every time a change happens within the device structure, the kernel emits a uevent which gets picked up by the device manager. The device manager then follows the rules declared in the /etc/udev/rules.d, /run/udev/rules.d and /lib/udev/rules.d directories. Based on the information contained within the uevent, it finds the rule or rules it needs to trigger and performs the required actions. These actions may involve the creation or deletion of device files, and may also trigger the loading of particular firmware files into kernel memory.

Instalación

Importante
Cuando actualice udev, eche un vistazo a guía de actualización de udev para obtener información sobre cómo evitar que los sistemas no inicien.

Núcleo

udev necesita las siguientes opciones del núcleo:

KERNEL 
General setup --->
  [*] Configure standard kernel features (expert users) --->
     [ ] Enable deprecated sysfs features to support old userspace tools
     [*] Enable signalfd() system call
Enable the block layer --->
  [*] Block layer SG support v4
Networking support --->
  Networking options --->
     <*> Unix domain sockets
Device Drivers --->
  Generic Driver Options --->
     () path to uevent helper
     [*] Maintain a devtmpfs filesystem to mount at /dev
  < > ATA/ATAPI/MFM/RLL support (DEPRECATED) --->
File systems --->
  [*] Inotify support for userspace
  Pseudo filesystems --->
     [*] /proc file system support
     [*] sysfs file system support

Ajustes USE

Portage reconoce el ajuste USE global udev para habilitar el soporte de udev en otros paquetes. Al añadir este ajuste USE a la lista de ajustes (se realiza por defecto en todos los perfiles) se instalará automáticamente el paquete sys-fs/udev:

ARCHIVO /etc/portage/make.conf
USE="udev"

Cannot load package information. Is the atom sys-fs/udev correct?

Emerge

Después de definir los ajustes USE, seguramente se desee actualizar el sistema para que los cambios tengan efecto:

root #emerge --ask --changed-use --deep @world

Configuración

Servicio

Para arrancar udev en el inicio del sistema, añádalo al nivel de ejecución sysinit. Esto se puede hacer lanzando la siguiente orden con privilegios de root:

root #rc-update add udev sysinit

Configuración avanzada

Reglas

Udev ofrece un conjunto de reglas que concuerdan con los valores exportados de los uevents (eventos enviados por el núcleo) y las propiedades del dispositivo que se ha descubierto. Una regla que concuerda posiblemente creará y nombrará un nodo de dispositivo y lanzará los programas definidos para poner en marcha y configurar el dispositivo.

Las definiciones de las reglas se almacenan en dos localizaciones:

  1. /lib/udev/rules.d/. Las reglas en este directorio son instaladas por determinados paquetes, normalmente los usuarios no deberían cambiarlas.
  2. /etc/udev/rules.d/. Este directorio es para las reglas especificadas por los usuarios finales. Cualquier nueva regla se debe añadir en este directorio.

En estos directorios se recorren en orden alfabético múltiples ficheros de reglas (con el sufijo .rules), udev buscará expresiones que concuerden con un uevent y con el estado definido (es el uevent debido que se ha añadido o retirado un dispositivo) y la orden a ejecutar.

La concordancia del evento se basa en información como:

  • El SUBSYSTEM del uevent (para qué tipo de dispositivo se dispara el uevent).
  • La ACTION que se realiza (añadir, cambiar o eliminar).
  • Uno o más atributos (a través de ATTR o ATTRS), tales como la clase del dispositivo, el fabricante u otra información del dispositivo.
  • El nombre que ofrece el núcleo (a través de KERNEL), como sd* (para los discos SCSI/SATA) o input* (para dispositivos de entrada como ratones y teclados)
  • Uno o más ajustes de entorno (a través de ENV), utilizados para enviar información entre múltiples reglas.

Basándose en esta información, la regla puede entonces comprobar sí:

  1. Se necesita compartir alguna información con eventos posteriores (a través de variables de entorno)
  2. Se necesita crear enlaces en /dev
  3. Se necesita lanzar alguna orden

Udev realiza esto para cada regla que concuerda (por lo que no se detiene en la primera concordancia) para permitir un enfoque flexible de gestión de los dispositivos.

Nombres persistentes de dispositivos

El núcleo detecta los dispositivos de forma asíncrona. Udev crea un reflejo del sistema de ficheros del núcleo sysfs y por lo tanto los dispositivos se nombran y numeran en el orden de su detección. Así, por defecto udev no ofrece nombres persistentes de los dispositivos. Sin embargo, existen mecanismos de algunas clases de dispositivo para ofrecerlos:

  • Udev crea enlaces simbólicos adicionales para los dispositivos de almacenamiento basándose en el identificador (ID), la etiqeta, el UUID y la ruta del dispositivo. Eche un vistazo al directorio /dev/disk/by-*. Por lo que, por ejemplo, en lugar de utilizar el archivo de dispositivo /dev/sda utiliza el fichero /dev/disk/by-label/ALGUNA_ETIQUETA.
  • Lo mismo aplica para los dispositivos de entrada en el directorio /dev/input.
  • Usando reglas propias los usuarios pueden crear sus propios ficheros de dispositivo.

Predictable network interface naming

The new network interface naming convention is not the same. So the symlinks used by netifrc will need to be re-linked. Use /etc/init.d/net.lo as a link target for whatever interface names need to be added. Be sure to replace <interface_name> in the commands below with the Ethernet interface names present on the system. It is possible to discover which interfaces exist by running the ip link command:

user $ip link

Create a symbolic link for the existing interfaces in the /etc/init.d/ directory:

root #ln -s /etc/init.d/net.lo /etc/init.d/net.<interface_name>

Edit /etc/conf.d/net with any necessary configuration for all interfaces.

Add the script(s) to the default runlevel to have the interface(s) start automatically:

root #rc-update add net.<interface_name> default

Optional: Disable or override predictable network interface naming

Network device names such as eth0 or wlan0 as provided by the kernel are normally changed on system boot (see dmesg) by the /lib/udev/rules.d/80-net-setup-link.rules udev rule and the NamePolicy in /lib/systemd/network/99-default.link.

This behavior may be disabled in several ways:

  1. Symlink /etc/systemd/network/99-default.link to /dev/null: ln -s /dev/null /etc/systemd/network/99-default.link.
  2. Create a lower-numbered .link file in /etc/systemd/network which assigns a different name to the interface.
  3. Pass net.ifnames=0 on the kernel command line.

Reference: https://systemd.io/PREDICTABLE_INTERFACE_NAMES/

Utilización

Algunas órdenes útiles son las siguientes:

  • Monitorizar las actividades de udev:
    root #udevadm monitor
root #udevadm monitor
  • Mostrar todos los mensajes sobre un determinado archivo de dispositivo: :
    root #udevadm info --query=all --name=/dev/FICHERO_DE_DISPOSITIVO
root #udevadm info --query=all --name=/dev/DEVICE_FILE
  • Show udev info about a given sys path device file (might be obtained via udevadm monitor):
root #udevadm info --attribute-walk --path=/devices/DEVICE_FILE
  • Asignar un nombre persistente a un dispositivo Ethernet:
ARCHIVO /etc/udev/rules.d/ethernet.rules
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="01:23:45:67:89:ab", NAME="eth0"
ARCHIVO /etc/udev/rules.d/50-ethernet.rules
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="01:23:45:67:89:ab", NAME="ethernet0"
  • After changing a rules file in /etc/udev/rules.d/, either reboot or make udev reload them with:
root #udevadm control --reload-rules
  • For already added devices (plugged USB, etc.), the reloaded rules take effect either after changing the device (replugging USB, etc.) or by making udev request kernel events again via udevadm trigger. Various event actions can be triggered. By default, the change event action is triggered:
root #udevadm trigger

Lea la página del manual de udevadm para más información.

Resolución de problemas

Registrar mensajes del monitor

Para registrar todos los mensajes cuando se lanza udevadm monitor, se debe modificar el siguiente fichero de configuración:

ARCHIVO /etc/conf.d/udev
udev_monitor="YES"

Se creará un el nuevo fichero de registro localizado en /run/udev/udevmonitor.log.

Modo depuración

Habilitar el modo depuración permitirá mostrar más mensajes de registro:

ARCHIVO /etc/conf.d/udev
udev_debug="YES"

Defina la prioridad del registro:

ARCHIVO /etc/udev/udev.conf
udev_log="debug"

Se creará el fichero de registro /run/udevdebug.log pero no se mostrarán mensajes en él. Las versiones más recientes de udev mostrarán todos los mensajes en dmesg.

Faltan los ficheros de dispositivo /dev/null y /dev/console

Algunas versiones de udev necesitan los ficheros /dev/null y /dev/console para funcionar correctamente pero no pueden crearlos ellos mismos. Para crear manualmente estos ficheros por udev, lance las siguientes ordenes con privilegios de root:

root #mkdir test
root #mount --bind / test
root #cd test/dev
root #mknod -m 660 console c 5 1
root #mknod -m 660 null c 1 3
root #cd ../..
root #umount test
root #rmdir test

NIC asignada a eth0 pero se mueve a eth1

En las placas base con dos tarjetas de red puede suceder que ifconfig no muestre ni eth0 ni eth1. La orden dmesg puede mostrar las NIC detectadas como eth0 y luego cambiar a eth1. Al realizar un ifconfig -a también se mostrar la NIC como eth1. Esto es debido a que el núcleo asigna estos nombres en primer lugar. Los usuarios deben escribir sus propias reglas personalizadas como /etc/udev/rules.d/70-my-network.rules para usar los nombres que elija como lan0 o wireless0 o utilizar los nombres predecibles para las interfaces (que se han habilitado por defecto a partir de la versión 197 de udev).

Recuerde también eliminar los ficheros antiguos de las versiones anteriores de udev:

root #rm /etc/udev/rules.d/70-persistent-net.rules /etc/systemd/network/99-default.link

Asegúrese también de no pasar net.ifnames=0 en la línea de órdenes del núcleo. Este ajuste desactivaría la característica de nombres predecibles de dispositivo de interfaz para todo el sistema udev.

Ver también

Recursos externos

Bug 575718 - Petición para que el consejo decida en relación al proveedor por defecto de virtual/udev - Proveedor por defecto del paquete virtual/udev ha cambiado a sys-fs/eudev

Retrieved from "https://wiki.gentoo.org/index.php?title=Udev/es&oldid=1281257"