Difference between revisions of "Udev (Español)"

From ArchWiki
Jump to: navigation, search
(Ejecutar HAL)
(Dispositivo iscsi: Actualizar)
Line 176: Line 176:
 
  3600601607db11e0013ab5a8e371ce111
 
  3600601607db11e0013ab5a8e371ce111
  
{{hc|/etc/udev/rules.d/75-iscsi.rules|<nowiki>
+
{{hc|/etc/udev/rules.d/75-iscsi.rules|2=<nowiki>
# reglas para el dispositivo iscsi
+
#The iscsi device rules.
# esto creará un dispositivo iscsi para cada targets
+
#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",
+
KERNEL=="sd*", SUBSYSTEM=="block", \
NAME="isda"
+
    PROGRAM="/usr/lib/udev/scsi_id --whitelisted --replace-whitespace /dev/$name", \ RESULT=="3600601607db11e0013ab5a8e371ce111", \
 +
    NAME="isda"</nowiki>}}
 +
 
 +
==== Dispositivos de vídeo ====
 +
Para configurar la cámara web, en primer lugar, consulte [[Webcam_Setup#Webcam configuration|Webcam configuration]].
 +
 
 +
Si utilizamos múltiples cámaras web, útil por ejemplo con {{pkg|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 [[Udev (Español)#Escribir reglas udev|sección anterior]]).
 +
 
 +
{{hc|/etc/udev/rules.d/83-webcam.rules|<nowiki>
 +
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"
 
</nowiki>}}
 
</nowiki>}}
 +
 +
{{Nota| El uso de otros nombres distintos de "/dev/video*" se romperá con la precarga de v4l1compat.so y, quizás, v4l2convert.so.}}
  
 
=== Ejecutar HAL ===
 
=== Ejecutar HAL ===

Revision as of 23:20, 15 March 2013

udev reemplaza la funcionalidad de hotplug y hwdetect.

«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». Fuente: Wikipedia

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 /lib/udev/rules.d/. En el caso de que existan dos reglas con el mismo nombre en /lib y en /etc, la norma que se encuentra en la carpeta /etc tendrá prioridad.

Escribir reglas udev

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"

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/

Cargas 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.

Podemos forzar manualmente a udev a activar sus reglas con:

# udevadm trigger

Udisks

Simplemente tiene que instalar el paquete udisks y todos sus unidades deberían montarse automáticamente en GNOME y KDE SC 4.6. De esta manera, no habrá necesidad de regla adicional alguna. Tenga en cuenta que udisks2 es una reescritura novedosa de udisks manteniendo la compatibilidad con este último y es la versión actualmente requerida por GNOME, mientras que XFCE y KDE, parece que todavía requerieren udisks.

Como elemento adicional, puede eliminar HAL si solo se utiliza para fines de auto montaje.

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). 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 - Escrito en Haskell. Permite el montaje automático por cualquier usuario. Diseñado para ser integrado con traydeviceAUR.
  • 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 pmount, 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 udisks para la shell

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.

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 . 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.

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_INTERNAL}="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):
# 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 dispositivos, pero preferiblemente nombres distintos de «ethX» y «wlanX».

Para dispositivos de bloque, consulte Persistent block device naming.

Dispositivo de red

Por ejemplo, con dos tarjetas de red, es posible que note un cambio de nombres entre eth0 y eth1 en cada reinicio.

Un método para evitar el comportamiento anterior y ordenar la tarjeta de red es utilizar el método udev-sanctioned para fijar el nombre de cada interfaz. Cree el siguiente archivo para obligar a la dirección MAC de cada una de sus tarjetas a asociarse a un nombre de la interfaz:

/etc/udev/rules.d/10-network.rules
SUBSYSTEM=="net", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="net0"
SUBSYSTEM=="net", ATTR{address}=="ff:ee:dd:cc:bb:aa", NAME="wifi0"

Algunas puntualizaciones:

  • Para obtener la dirección MAC de cada tarjeta, utilice esta orden: udevadm info -a -p /sys/class/net/<su_dispositivo> | grep address | tr [A-Z] [a-z]
  • Asegúrese de utilizar los valores hexadecimales en minúsculas en las reglas udev. No use mayúsculas.
Nota: Al elegir los nombres estáticos se debe evitar usar nombres con el formato «ethX» y «wlanX», ya que esto puede conducir a conflictos de competencia entre el kernel y udev durante el arranque. Intente usar nombres de interfaz que no sean utilizados por defecto por el kernel , por ejemplo: net0, net1, wifi0, wifi1

¡No olvide actualizar los archivos de configuración que usen la antigua notación ethX!

Consulte también el artículo sobre renombrar interfaz network.

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).

/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.

Ejecutar HAL

Algunos programas requieren todavía HAL (como el contenido DRM de Flash). Hal se puede instalar desde halAUR y hal-infoAUR.

Con Systemd : se puede iniciar y detener el servicio hal utilizando las órdenes de systemd siguientes:

Start HAL : # systemctl start hal.service

Stop HAL : # systemctl stop hal.service

Como alternativa, se puede usar el siguiente script:

#!/bin/bash

## escrito por Mark Lee <bluerider>
## información utilizada de <https://wiki.archlinux.org/index.php/Chromium#Google_Play_.26_Flash>

## Iniciar y detener el servicio Hal en orden para el servicio de Google Play Movie

function main () {  ## run the main insertion function
clear-cache;  ## remove adobe cache
start-hal;  ## start the hal daemon
read -p "Press 'enter' to stop hal";  ## pause the command line with a read line
stop-hal;  ## stop the hal daemon
}

function clear-cache () {  ## remove adobe cache
cd ~/.adobe/Flash_Player;  ## go to Flash player user directory
rm -rf NativeCache AssetCache APSPrivateData2;  ## remove cache
}

function start-hal () {  ## start the hal daemon
sudo systemctl start hal.service && ( ## systemd : start hal daemon
 echo "Started hal service..."
 ) || (
 echo "Failed to start hal service!"
 ) 
}

function stop-hal () {  ## stop the hal daemon
sudo systemctl stop hal.service && (  ## systemd : stop hal daemon
 echo "Stopped hal service..."
 ) || (
 echo "Failed to stop hal service!"
 )
}

main;  ## run the main insertion function

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. 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