# udev (Español)

`udev` reemplaza la funcionalidad de `hotplug` y `hwdetect`.

Del artículo de Wikipedia:

  «Udev es el gestor de dispositivos que usa el kernel de Linux. Principalmente, su función es controlar los archivos de dispositivo en `/dev`. Es el sucesor de devfs y de hotplug, lo que significa que maneja el directorio `/dev` y todas las acciones del espacio de usuario al agregar o quitar dispositivos, incluyendo la carga de firmware».

Udev carga los módulos del kernel en paralelo (simultáneamente) para proveer una potencial ventaja de rendimiento, en vez de cargar los módulos secuencialmente (uno después de otro). Los módulos son, por lo tanto, cargados asíncronamente. La desventaja inherente de este método es que udev no siempre carga los módulos en el mismo orden en cada arranque del sistema. Si la máquina posee múltiples dispositivos de bloque, esto se puede manifestar en que los nodos de los dispositivos cambian su designación aleatoriamente. Por ejemplo, si la máquina tiene dos discos duros, `/dev/sda` puede convertirse aleatoriamente en `/dev/sdb`. Continue leyendo más abajo para mayor información.

## Instalación

Udev es ahora parte de systemd y es instalado de forma predeterminada en los sistemas Arch Linux.

## Acerca de las reglas udev

Las reglas de udev escritas por el administrador del sistema se encuentran en el directorio `/etc/udev/rules.d/`, y el nombre del archivo terminado con la extensión `.rules`. Las reglas proporcionadas por la instalación de diversos paquetes se encuentran en `/usr/lib/udev/rules.d/`. En el caso de que existan dos reglas con el mismo nombre en `/usr/lib` y en `/etc`, la norma que se encuentra en la carpeta `/etc` tendrá prioridad.

### Escribir reglas udev

- Para aprender a escribir las reglas de udev, consulte: Escribir reglas udev
- Para ver un ejemplo de regla udev, consulte: Regla udev mejorada para Arch Linux.

Este es un ejemplo de una regla que coloca un enlace simbólico /dev/video-cam1 cuando una cámara web está conectada. En primer lugar, hemos averiguado que dicha cámara se conecta y se carga como el dispositivo /dev/video2. La razón para escribir esta regla es que en el siguiente arranque el dispositivo bien podría aparecer bajo otro nombre, como por ejemplo /dev/video0.

    # udevadm info -a -p $(udevadm info -q path -n /dev/video2)

    Udevadm info starts with the device specified by the devpath and then
    walks up the chain of parent devices. It prints for every device
    found, all possible attributes in the udev rules key format.
    A rule to match, can be composed by the attributes of the device
    and the attributes from one single parent device.

      looking at device '/devices/pci0000:00/0000:00:04.1/usb3/3-2/3-2:1.0/video4linux/video2':
        KERNEL=="video2"
        SUBSYSTEM=="video4linux"
        ...
      looking at parent device '/devices/pci0000:00/0000:00:04.1/usb3/3-2/3-2:1.0':
        KERNELS=="3-2:1.0"
        SUBSYSTEMS=="usb"
        ...
      looking at parent device '/devices/pci0000:00/0000:00:04.1/usb3/3-2':
        KERNELS=="3-2"
        SUBSYSTEMS=="usb"
        ...
        ATTRS{idVendor}=="05a9"
        ...
        ATTRS{manufacturer}=="OmniVision Technologies, Inc."
        ATTRS{removable}=="unknown"
        ATTRS{idProduct}=="4519"
        ATTRS{bDeviceClass}=="00"
        ATTRS{product}=="USB Camera"
        ...

Desde el dipositivo video4linux usamos `KERNEL=="video2"` y `SUBSYSTEM=="video4linux"`, entoces hacemos que coincida con la webcam del usb principal usando los ID del proveedor y del producto `SUBSYSTEMS=="usb"`, `ATTRS{idVendor}=="05a9"` y `ATTRS{idProduct}=="4519"`.

    /etc/udev/rules.d/83-webcam.rules

    KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", \
            ATTRS{idVendor}=="05a9", ATTRS{idProduct}=="4519", SYMLINK+="video-cam1"

En el ejemplo anterior hemos creado un enlace simbólico con `SYMLINK+="video-cam1"`, pero podemos configurar fácilmente el usuario `OWNER="john"` o el grupo usando `GROUP="video"`, o ajustando los permisos mediante `MODE="0660"`

Sin embargo, si tiene la intención de escribir una regla para que actúe cuando se remueve dispositivo, tenga en cuenta que los atributos del dispositivos pueden no estar accesibles. En este caso, tendrá que trabajar con las variables del entorno predeterminadas del dispositivo. Para controlar las variables del entorno, ejecute la orden siguiente al desenchufar el dispositivo:

    # udevadm monitor --environment --udev

En la salida de esta orden, verá pares de valores tales como ID_VENDOR_ID and ID_MODEL_ID, que se corresponden a los atributos utilizados anteriormente "idVendor" y "idProduct". Una regla que utilice variables de entorno del dispositivo puede tener este aspecto:

    /etc/udev/rules.d/83-webcam-removed.rules

    ACTION=="remove", SUBSYSTEM=="usb", \
            ENV{ID_VENDOR_ID}=="05a9", ENV{ID_MODEL_ID}=="4519", RUN+="/path/to/your/script"

### Listar los atributos de un dispositivo

Para obtener una lista de todos los atributos de un dispositivo que podemos utilizar para escribir reglas, ejecutaremos esta orden:

    # udevadm info -a -n [device name]

Sustituya `[device name]` con el dispositivo presente en el sistema, como `/dev/sda` o `/dev/ttyUSB0`.

Si no sabemos el nombre del dispositivo, también podemos listar todos los atributos de una ruta específica del sistema:

    # udevadm info -a -p /sys/class/backlight/acpi_video0

### Comprobar las reglas antes de cargarlas

    # udevadm test $(udevadm info -q path -n [device name]) 2>&1

This will not perform all actions in your new rules but it will however process symlink rules on existing devices which might come in handy if you are unable to load them otherwise. You can also directly provide the path to the device you want to test the udev rule for:

    # udevadm test /sys/class/backlight/acpi_video0/

### Cargar reglas nuevas

Udev detecta automáticamente cambios en los archivos de reglas, por lo que los cambios surtan efecto inmediatamente sin necesidad de reiniciar udev. Sin embargo, las reglas no se recargan automáticamente en aquellos dispositivos que están en funcionamiento. Los dispositivos que se ponen en funcionamiento al conectarse, como los dispositivos USB, si ya estaban conectados, probablemente tendrán que volver a conectarse para que la nueva regla entre en vigor, o, al menos, recargar los módulos del kernel ohci-hcd y ehci-hcd y, por lo tanto, volver a cargar todos los controladores USB.

Si las reglas no pueden cargarse de manera automática:

    # udevadm control --reload-rules

Podemos forzar manualmente a udev a activar sus reglas con:

    # udevadm trigger

## Udisks

Si desea montar unidades extraíbles no haga una llamada a 'mount' en la regla udev. En el caso de sistemas de archivos fuse (por ejemplo, ntfs-3g) obtendrá el error "Transport endpoint not connected". En su lugar utilice udisks que maneja el montaje automático correctamente.

Hay dos versiones incompatibles, udisks y udisks2, una reescritura de udisks que rompe la compatibilidad. Dependiendo de nuestro DE, uno u otra versión será necesaria (la cual ya vendrá instalada como una dependencia):

- Para GNOME o KDE 4.10+, instale udisks2
- Para Xfce, instale udisks

No hay necesidad de cualquier regla adicional. Como elemento adicional, se puede eliminar HAL si se está utilizando solo para fines de montaje automático.

### Montaje automático de wrappers de udisks

Los soportes de udisks («udisks wrapper») tienen la ventaja de ser muy fácil de instalar y sin necesidad de configuración (o mínima). Con wrapper se montarán automáticamente elementos como CDs y memorias flash.

- udevil - udevil «Monta y desmonta dispositivos extraíbles sin necesidad de una contraseña, muestra información del dispositivo, y monitorea los cambios de los dispositivos». Está escrito en C y puede sustituir a udisks e incluye devmon, que se puede instalar por separado desde AUR (devmonAUR[broken link: archived in aur-mirror]). También puede iniciar aplicaciones automáticamente de forma selectiva o ejecutar órdenes después del montaje, hacer caso omiso de dispositivos especificados y volúmenes etiquetados, y desmontar las unidades extraíbles.
- ldmAUR - Un demonio ligero que monta automáticamente unidades usb, cd, dvd o floppys. [1]
- udiskie - Escrito en Python. Permite el montaje y desmontaje automático por otros usuarios.
- udisksevtAUR[broken link: archived in aur-mirror] - Escrito en Haskell. Permite el montaje automático por cualquier usuario. Diseñado para ser integrado con traydeviceAUR[broken link: archived in aur-mirror].
- udisksvmAUR - Una GUI de UDisks wrapper que utiliza la interfaz dbus udisks2. Llama al script 'traydvm' , incluido en el paquete. El utilidad GUI 'traydvm' es un script que muestra un icono de la bandeja del sistema para un dispositivo conectado, proporcionando un menú con el botón derecho del ratón para realizar acciones simples sobre el dispositivo. Así, se puede desactivar la función de montaje automático; esta herramienta debe trabajar con otras herramientas de montaje automático, para mostrar los iconos de la bandeja del sistema. Es independiente de cualquier administrador de archivos.

- Se pueden montar automáticamente y expulsar dispositivos extraíbles con la combinación de pmountAUR, udisks2 y spacefm. Tenga en cuenta que ha de ejecutar spacefm en modo demonio con `spacefm -d &` en los scripts de inicio, `~/.xinitrc` o `~/.xsession`, para obtener el montaje automático . También puede montar los discos internos agregándolos a `/etc/pmount.allow`.

### Funciones de la shell de udisks

Mientras udisks incluye un método simple de montaje (y desmontaje) de los dispositivos a través de la línea de órdenes, puede ser, sin embargo, tedioso tener que escribir las órdenes una y otra vez. Estas funciones de la shell que se enumeran a continuación, generalmente, sirven para acortar y facilitar el uso de la línea de órdenes.

- udisks_functions - Escrito para Bash.
- bashmount - bashmountAUR es un script bash estructurado a modo de menú, articulado como un simple archivo de configuración que hace que sea fácil de redactar e implementar.

### udisks2 - montar en /media

Por defecto, udisks2 monta unidades extraibles en `/run/media/$USER/`, en lugar de `/media/`. Si no le gusta este comportamiento, utilice esta regla:

    /etc/udev/rules.d/99-udisks2.rules

    ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{UDISKS_FILESYSTEM_SHARED}="1"

## Consejos y Trucos

### Acceder a programadores de firmware y a dispositivos USB de comunicación virtual

El siguiente conjunto de reglas permite a los usuarios normales (en el grupo «users») acceder al programador USB USBtinyISP para microcontroladores AVR y al USB genérico (SiLabs CP2102) para el adaptador UART y para el programador Atmel AVR Dragon y Atmel AVR ISP mkII . Ajuste los permiso de acuerdo al caso. Verificado al 31-10-2012.

    /etc/udev/rules.d/50-embedded_devices.rules

    # USBtinyISP Programmer rules
    SUBSYSTEMS=="usb", ATTRS{idVendor}=="1781", ATTRS{idProduct}=="0c9f", GROUP="users", MODE="0666"
    SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="0479", GROUP="users", MODE="0666"
    # USBasp Programmer rules http://www.fischl.de/usbasp/
    SUBSYSTEMS=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc", GROUP="users", MODE="0666"

    # Mdfly.com Generic (SiLabs CP2102) 3.3v/5v USB VComm adapter
    SUBSYSTEMS=="usb", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", GROUP="users", MODE="0666"

    #Atmel AVR Dragon (dragon_isp) rules
    SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2107", GROUP="users", MODE="0666"

    #Atmel AVR JTAGICEMKII rules
    SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2103", GROUP="users", MODE="0666"

    #Atmel Corp. AVR ISP mkII
    SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2104", GROUP="users", MODE="0666"

### Ejecutar USB al insertar

Consulte el artículo Execute on USB insert o devmon wrapper script.

### Detectar nuevas unidades eSATA

Si la unidad eSATA no se detecta cuando se conecte, podemos intertar algunas cosas. Por ejemplo reiniciar con la unidad eSATA enchufada, o bien podría intentar lo siguente:

    # echo 0 0 0 | tee /sys/class/scsi_host/host*/scan

O puede instalar scsiadd (disponible en AUR) y probar esto:

    # scsiadd -s

Esperaremos para comprobar que la unidad se encuentra ahora en /dev. Si esto no funciona, podríamos probar con las órdenes anteriores mientras se ejecuta:

    # udevadm monitor

para ver qué está sucediendo realmente.

### Marca como interna tanto SATA-Ports como eSATA-Ports

Si ha conectado un puerto eSATA u otro adaptador eSATA, el sistema todavía reconocerá este puerto como un disco duro SATA interno. GNOME y KDE le preguntará por su contraseña de root todo el tiempo. La siguiente regla marcará el SATA-Port especificado como un eSATA-Port externo. Con esto, un usuario normal de GNOME pueden conectar sus unidades de disco eSATA al puerto como una unidad USB, sin ningún tipo de contraseña de root y así sucesivamente.

    /etc/udev/rules.d/10-esata.rules

    DEVPATH=="/devices/pci0000:00/0000:00:1f.2/host4/*", ENV{UDISKS_SYSTEM}="0"

Nota: el DEVPATH (ruta del dispositivo) se puede encontrar después de la conexión de la unidad de disco eSATA con la siguiente orden (sustituya sdb según su caso):

    # udevadm info -q path -n /dev/sdb
    /devices/pci0000:00/0000:00:1f.2/host4/target4:0:0/4:0:0:0/block/sdb

    # find /sys/devices/ -name sdb
    /sys/devices/pci0000:00/0000:00:1f.2/host4/target4:0:0/4:0:0:0/block/sdb

### Configurar nombres estáticos para los dispositivos

Debido a que udev carga todos los módulos de forma asíncrona, se pueden inicializar en un orden diferente en cada arranque. Esto puede dar como resultado dispositivos con nombres cambiados aleatoriamente. Udev permite crear reglas donde se utilicen nombres estáticos para los dispositivo:

- Véase Persistent block device naming para dispositivos de bloque.
- Véase Network configuration#Device names para dispositivos de red.

#### Dispositivo iscsi

Compruebe la salida de scsi_id:

    /usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/sdb
    3600601607db11e0013ab5a8e371ce111

    /etc/udev/rules.d/75-iscsi.rules

    #The iscsi device rules.
    #This will create an iscsi device for each of the targets.
    KERNEL=="sd*", SUBSYSTEM=="block", \
         PROGRAM="/usr/lib/udev/scsi_id --whitelisted --replace-whitespace /dev/$name", \ RESULT=="3600601607db11e0013ab5a8e371ce111", \
         NAME="isda"

#### Dispositivos de vídeo

Para configurar la cámara web, en primer lugar, consulte Webcam configuration.

Si utilizamos múltiples cámaras web, útil por ejemplo con motion (software detector de movimiento que toma imágenes de los dispositivos video4linux y/o de webcams), asignará los dispositivos de vídeo como /dev/video0..n al azar en el arranque. La solución recomendada es crear enlaces simbólicos que utilicen una regla udev (como en el ejemplo de la sección anterior[broken link: invalid section]).

    /etc/udev/rules.d/83-webcam.rules

    KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="05a9", ATTRS{idProduct}=="4519", SYMLINK+="video-cam1"
    KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="08f6", SYMLINK+="video-cam2"
    KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="0840", SYMLINK+="video-cam3"

Nota: El uso de otros nombres distintos de "/dev/video*" se romperá con la precarga de v4l1compat.so y, quizás, v4l2convert.so.

#### Impresoras

Si utiliza varias impresoras, los dispositivos `/dev/lp[0-9]` serán asignados al azar en el arranque, que rompera, por ejemplo, la configuración de CUPS.

Puede crear la siguiente regla, que creará enlaces simbólicos en `/dev/lp/by-id` y `/dev/lp/by-path`, similar al esquema Persistent block device naming:

    /etc/udev/rules.d/60-persistent-printer.rules

    ACTION=="remove", GOTO="persistent_printer_end"

    # This should not be necessary
    #KERNEL!="lp*", GOTO="persistent_printer_end"

    SUBSYSTEMS=="usb", IMPORT{builtin}="usb_id"
    ENV{ID_TYPE}!="printer", GOTO="persistent_printer_end"

    ENV{ID_SERIAL}=="?*", SYMLINK+="lp/by-id/$env{ID_BUS}-$env{ID_SERIAL}"

    IMPORT{builtin}="path_id"
    ENV{ID_PATH}=="?*", SYMLINK+="lp/by-path/$env{ID_PATH}"

    LABEL="persistent_printer_end"

### Despertar desde la suspención con un dispositivo USB

En primer lugar, encuentre el ID del proveedor y del producto del dispositivo, por ejemplo:

    # lsusb | grep Logitech

    Bus 007 Device 002: ID 046d:c52b Logitech, Inc. Unifying Receiver

Ahora cambie el atributo `power/wakeup` del dispositivo y del controlador USB al que está conectado, que en este caso es `driver/usb7/power/wakeup`. Utilice la siguiente regla:

    /etc/udev/rules.d/50-wake-on-device.rules

    ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c52b", ATTR{power/wakeup}="enabled", ATTR{driver/usb7/power/wakeup}="enabled"

Nota: Asegúrese también que el controlador del USB esté activado en `/proc/acpi/wakeup`.

## Solución de problemas

### Blacklisting de Módulos

En casos extraños, udev puede cometer un error y cargar los módulos incorrectos. Para prevenir este comportamiento, se pueden introducir los módulos afectados en lista negra («blacklist»). Udev nunca cargará los módulos que estén listados («blacklisted»). Consulte Blacklisting[broken link: invalid section]. Ni al momento del arranque del sistema ni después cuando se produce un evento de conexión sobre la marcha es recibido (por ejemplo, conectando una unidad flash USB).

### udevd falla al inicio

Después de migrar a LDAP o actulizar el sistema con LDAP-backed, udevd puede colgarse en el arranque apareciendo el mensaje «Starting UDev Daemon». Esto es causado, normalmente, porque udevd trata de buscar un nombre de LDAP, pero falla, porque la red no está todavía. La solución es asegurarse de que todos los nombres de grupo del sistema están presentes localmente.

Extraiga los nombres de los grupos mencionados en las reglas de udev y los nombres de grupos realmente presentes en el sistema:

    # fgrep -r GROUP /etc/udev/rules.d/ /usr/lib/udev/rules.d | perl -nle '/GROUP\s*=\s*"(.*?)"/ && print $1;' | sort | uniq > udev_groups
    # cut -f1 -d: /etc/gshadow /etc/group | sort | uniq > present_groups

Para ver las diferencias, hacer una comparación de lado a lado:

    # diff -y present_groups udev_groups
    ...
    network							      <
    nobody							      <
    ntp							      <
    optical								optical
    power							      |	pcscd
    rfkill							      <
    root								root
    scanner								scanner
    smmsp							      <
    storage								storage
    ...

En este caso, el grupo pcscd, por alguna razón, no está presente en el sistema. Agregue, en consecuencia, los grupos que faltan, en este caso:

    # groupadd pcscd

Además, asegúrese de que los recursos locales se desbloquearon antes de recurrir a LDAP. El archivo de configuración `/etc/nsswitch.conf` debe contener la siguiente línea:

    group: files ldap

### Problemas conocidos con el Hardware

#### Dispositivos BusLogic dejan de funcionar y causan bloqueos durante el arranque

Esto es un error en el kernel y todavía no se a provisto ningún arreglo.

#### Dispositivos extraibles no son reconocidos como tales

Cree una regla udev personalizada, configurando `UDISKS_SYSTEM_INTERNAL=0`. Para más detalles, consulte la manpage de udisks.

### Problemas conocidos con la carga automática

#### Problemas de sonido con algunos módulos no cargados automáticamente

Algunos usuarios han reportado este problema de entradas antiguas en `/etc/modprobe.d/sound.conf`. Intente limpiar ese archivo y probar de nuevo.

Nota: A partir de `udev>=171`, los módulos de emulación de OSS, (`snd_seq_oss, snd_pcm_oss, snd_mixer_oss`), no vienen cargados automáticamente por defecto.

### Problemas conocidos para usuarios con Kernel personalizado

#### Udev no se ejecuta

Asegúrese que tiene una versión del kernel 2.6.15 o superior. Los kernels anteriores no tienen las capacidades uevent necesarias para que udev realice la auto-carga.

### Dispositivos IDE CD/DVD

A partir de la versión 170, udev no es compatible con las unidades de CD-ROM/DVD-ROM, que vendrán cargadas como unidades tradicionales IDE con el módulo `ide_cd_mod` y vendrán identificadas como `/dev/hd*`. La unidad sigue siendo usable para las herramientas que acceden directamente al hardware, como cdparanoia, pero es invisible para los programas userspace más avanzados, como KDE.

Un motivo por el cual el módulo ide_cd_mod se carga antes que otros, como sr_mod, podría ser debido, quizás, a que, por cualquier razón, el módulo piix viene cargado por initramfs. En ese caso, es posible reemplazarlo con ata_piix en el archivo `/etc/mkinitcpio.conf`.

### Dispositivos ópticos con ID de grupo ajustado a «disk»

Si el ID de grupo de la unidad de disco óptico está ajustado a disk y desea que esté configurado para optical tiene que crear una regla udev personalizada:

    /etc/udev/rules.d

    # permissions for IDE CD devices
    SUBSYSTEMS=="ide", KERNEL=="hd[a-z]", ATTR{removable}=="1", ATTRS{media}=="cdrom*", GROUP="optical"

    # permissions for SCSI CD devices
    SUBSYSTEMS=="scsi", KERNEL=="s[rg][0-9]*", ATTRS{type}=="5", GROUP="optical"

## Véase también

- Udev Homepage
- An Introduction to Udev
- Udev mailing list information

Category:

- Hardware detection and troubleshooting (Español)

Hidden categories:

- Pages with broken package links
- Pages with broken section links