{"id":453,"date":"2013-05-30T05:07:49","date_gmt":"2013-05-30T08:07:49","guid":{"rendered":"http:\/\/www.viazap.com.br\/?p=453"},"modified":"2013-05-30T05:07:50","modified_gmt":"2013-05-30T08:07:50","slug":"udev-funcionamento-e-regras","status":"publish","type":"post","link":"https:\/\/blog.clusterweb.com.br\/?p=453","title":{"rendered":"Udev – Funcionamento e Regras"},"content":{"rendered":"\n\n\n\n\n
Detec\u00e7\u00e3o e ativa\u00e7\u00e3o de dispositivos e a fun\u00e7\u00e3o do udev nesse processo<\/b><\/p>\n
\n

Introdu\u00e7\u00e3o<\/h1>\n

Udev<\/em> (Userspace devfs) \u00e9 um sistema de arquivos presente desde o kernel 2.6 e substitui o devfs<\/em> completamente.<\/p>\n

\u00c9 respons\u00e1vel por gerenciar os arquivos de dispositivos do diret\u00f3rio \/dev<\/em>, criando e removendo os mesmos dinamicamente. O udev tamb\u00e9m tem fun\u00e7\u00e3o do hotplug<\/em>, trabalhando em conjunto com o HAL (Hardware Abstraction Layer), adicionando os dispositivos conforme s\u00e3o instalados na m\u00e1quina. Sem ele, seria imposs\u00edvel acessar seu pendrive, webcam e impressora, por exemplo, quando conectados.<\/p>\n

Funcionamento<\/h1>\n

Entendendo como os dispositivos s\u00e3o detectados e adicionados no sistema GNU\/Linux<\/a>.<\/p>\n

O sistema GNU\/Linux faz uso do kernel e de servi\u00e7os para detectar e adicionar dispositivos ao sistema, para que os mesmos fiquem dispon\u00edveis para uso do usu\u00e1rio e do pr\u00f3prio sistema.<\/p>\n

Abaixo, \u00e9 mostrada a hierarquia no processo de detec\u00e7\u00e3o e adi\u00e7\u00e3o de dispositivos:<\/p>\n

\"Linux:<\/div>\n

Como visto na figura acima, existe todo um processo at\u00e9 os dispositivos estarem dispon\u00edveis para uso do sistema e\/ou usu\u00e1rios, que vai desde a detec\u00e7\u00e3o do device pelo kernel at\u00e9 a cria\u00e7\u00e3o de um arquivo de dispositivo no diret\u00f3rio \/dev<\/em> pelo udev.<\/p>\n

Todo processo come\u00e7a com o kernel detectando os dispositivos e exportando informa\u00e7\u00f5es sobre os mesmos para o sistema de arquivos virtual Sysfs<\/em> (que est\u00e1 montado no diret\u00f3rio \/sys<\/em>) e ao mesmo tempo, enviando um evento para o daemon do servi\u00e7o udev.<\/p>\n

O evento informa ao udev uma a\u00e7\u00e3o no dispositivo, esta a\u00e7\u00e3o pode ser um adi\u00e7\u00e3o, remo\u00e7\u00e3o ou altera\u00e7\u00e3o de um dispositivo conectado \u00e0 m\u00e1quina.<\/p>\n

Quando o udev \u00e9 informado pelo kernel sobre o evento, trata de usar as informa\u00e7\u00f5es do diret\u00f3rio \/sys<\/em> para identificar o device conectado, carregar o m\u00f3dulo correto e criar um arquivo especial no diret\u00f3rio \/dev<\/em> com exce\u00e7\u00e3o da placa de rede que \u00e9 tratada no kernel.<\/p>\n

A\u00ed voc\u00ea pergunta: E o HAL?<\/p>\n

Simples, o HAL \u00e9 um servi\u00e7o que informa aos programas do sistema se um dispositivo est\u00e1 dispon\u00edvel, foi alterado ou removido a todo tempo.<\/p>\n

Na verdade, o HAL j\u00e1 n\u00e3o \u00e9 essencial para este trabalho, pois algumas distribui\u00e7\u00f5es atualmente, conseguem fazer todo este trabalho somente pelo udev, ou em conjunto com o servi\u00e7o D-Bus. No entanto, para outras distribui\u00e7\u00f5es, isso torna-se essencial.<\/p>\n

\u00c9 importante destacar que todo este processo de detectar e ativar os devices explicado anteriormente, n\u00e3o s\u00f3 acontece em Hotplug, ou seja, os dispositivos s\u00e3o instalados com o sistema em uso, mas tamb\u00e9m em Coldplug, os dispositivos s\u00e3o conectados (instalados) com a m\u00e1quina desligada e o sistema, quando em uso, detecta-os.<\/p>\n

Observe que quem realmente faz o trabalho de hotplug, \u00e9 o udev.<\/p>\n

Os arquivos de dispositivos criados no diret\u00f3rio \/dev<\/em> nada mais s\u00e3o que arquivos especiais, obtidos pela combina\u00e7\u00e3o de dois endere\u00e7os do kernel, um chamado de major number<\/em> e outro de minor number<\/em>.<\/p>\n

Sendo que:<\/p>\n

Hierarquia dos dispositivos e chaves do udev<\/b><\/p>\n
\n

Hierarquia dos dispositivos<\/h1>\n

Antes de come\u00e7ar a trabalhar com regras no udev, \u00e9 necess\u00e1rio saber como o kernel representa os dispositivos em sua estrutura. O kernel do Linux<\/a> organiza e representa os dispositivos conectados \u00e0 m\u00e1quina em uma estrutura de \u00e1rvore, ou seja, existe uma hierarquia onde cada device \u00e9 “filho” de um device “pai”.<\/p>\n

Toda esta estrutura est\u00e1 exposta no diret\u00f3rio \/sys<\/em> contendo informa\u00e7\u00f5es de cada device. Para poder ter mais detalhes sobre os devices, use o comando udevadm<\/strong> e poder\u00e1 ver todas as chaves dos dispositivos.<\/p>\n

Veja o exemplo do arquivo de dispositivo \/dev\/usb\/lp0<\/em> da minha m\u00e1quina, que representa a impressora, rodando o comando abaixo como root:<\/p>\n

# udevadm info -a -p $(sudo udevadm info -q path -n \/dev\/usb\/lp0)<\/strong><\/p>\n

\"\"<\/a><\/div>\n

A sa\u00edda do comando mostra bem a organiza\u00e7\u00e3o e hierarquia do device. Sendo que \/dev\/usb\/lp0<\/em> \u00e9 filho do device “usb”, e neste device o kernel nomeia-o de “lp0”, justamente o nome dado pelo udev, que por sua vez \u00e9 filho do device pai, tamb\u00e9m chamado de “usb” e o kernel nomeia-o de “2-2:1.1”, carregando o driver “usblp”, que por sua vez \u00e9 filho do device “pci” e o kernel nomeia-o neste subsistema de “0000:00:1d.0”, carregando o driver “uhci_hcd”.<\/p>\n

Veja o exemplo do arquivo de dispositivo \/dev\/sda<\/em> que representa o primeiro disco r\u00edgido da minha m\u00e1quina:<\/p>\n

# udevadm info -a -p $(sudo udevadm info -q path -n \/dev\/sda)<\/strong><\/p>\n

\"\"<\/a><\/div>\n

O device \/dev\/sda<\/em> nesta hierarquia, \u00e9 filho do device “block”, ou seja, \u00e9 um dispositivo de bloco e o kernel nomeia-o de “sda”, que por sua vez, \u00e9 filho do device chamado de “scsi”, e o kernel nomeia-o de “0:0:0:0”, carregando o driver “sd”, que por sua vez \u00e9 filho do device chamado tamb\u00e9m de “scsi”, e o kernel nomeia-o de “target0:0:0”.<\/p>\n

Observe que, na hierarquia mostrada na sa\u00edda do comando udevadm<\/em>, os devices de baixo s\u00e3o pais dos de cima “filhos”.<\/p>\n

As chaves do udev<\/h1>\n

Chaves no udev s\u00e3o informa\u00e7\u00f5es de dispositivos e podem ser classificadas em dois tipos, existindo as chaves de combina\u00e7\u00e3o e de atributos. Ambas ser\u00e3o abordadas a seguir, e o seu uso torna-se necess\u00e1rio para aplicar as regras do udev.<\/p>\n

As chaves de combina\u00e7\u00e3o mais usadas, s\u00e3o as listadas abaixo:<\/p>\n

    \n
  • KERNEL \u2192 Esta chave informa o nome atribu\u00eddo pelo kernel ao dispositivo em quest\u00e3o;<\/li>\n
  • SUBSYSTEM \u2192 Chave que informa o tipo de dispositivo, seja o dispositivo pai ou filho;<\/li>\n
  • DRIVER \u2192 Chave que informa o driver para o dispositivo;<\/li>\n
  • ATTR \u2192 Esta chave tem informa\u00e7\u00f5es adicionais sobre o dispositivo;<\/li>\n
  • OWNER \u2192 Usu\u00e1rio que ser\u00e1 o propriet\u00e1rio do dispositivo criado no \/dev;<\/li>\n
  • GROUP \u2192 Grupo do dispositivo criado no \/dev;<\/li>\n
  • MODE \u2192 Atribui a umask padr\u00e3o para o dispositivo criado em \/dev.<\/li>\n<\/ul>\n

    Al\u00e9m das chaves de combina\u00e7\u00e3o j\u00e1 vistas, \u00e9 poss\u00edvel usar outras descritas abaixo:<\/p>\n

      \n
    • NAME \u2192 Esta chave cont\u00e9m o nome que ser\u00e1 usado para o dispositivo;<\/li>\n
    • SYMLINK \u2192 Nesta chave, configura-se um link simb\u00f3lico;<\/li>\n
    • RUN \u2192 Adiciona um programa que ser\u00e1 executado;<\/li>\n
    • ACTION \u2192 A\u00e7\u00e3o do evento do dispositivo, se o dispositivo est\u00e1 sendo conectado, removido ou alterado.<\/li>\n<\/ul>\n

      Chaves de combina\u00e7\u00e3o KERNELS, SUBSYSTEMS e DRIVERS, cont\u00eam informa\u00e7\u00f5es similares \u00e0s chaves de combina\u00e7\u00e3o apresentadas acima, no entanto, estas chaves de combina\u00e7\u00e3o s\u00e3o usadas em dispositivos pais (parent devices).<\/p>\n

      As chaves de atributo ATTR, cont\u00eam informa\u00e7\u00e3o adicional a um dispositivo e a chave de atributo ATTRS \u00e9 similar a ATTR, no entanto, \u00e9 usada em devices pais (parent devices).<\/p>\n

      A observa\u00e7\u00e3o \u00e9 que em uma regra, n\u00e3o pode ser atribu\u00eddo mais de uma chave de atributo e\/ou de combina\u00e7\u00e3o de dispositivos “pai” (device parent) junto \u00e0 chave de combina\u00e7\u00e3o “filho” e nem combinar chaves de atributos de diferentes dispositivos pais em um \u00fanico dispositivo pai. Caso isso aconte\u00e7a, a regra n\u00e3o ir\u00e1 funcionar.<\/p>\n

      Para a regra funcionar, podemos colocar uma ou mais chaves de combina\u00e7\u00e3o “filho” seguida de uma chave de atributo ou de combina\u00e7\u00e3o “pai” na mesma regra e\/ou, caso queira atribuir mais de uma chave de atributo “pai”, \u00e9 necess\u00e1rio informar o dispositivo a qual ela pertence, basta usar a chave de combina\u00e7\u00e3o “pai” SUBSYSTEMS.<\/p>\n

      Se ficou confuso, na pr\u00f3xima p\u00e1gina irei exemplificar para ter um melhor entendimento.<\/p>\n

      Para aplicar as regras, al\u00e9m das chaves j\u00e1 mencionadas, podemos fazer uso de strings e \u00e9 necess\u00e1rio usar operadores. Veja abaixo as strings e operadores que podemos usar.<\/p>\n

      Strings que podem ser usadas nas regras:<\/p>\n

        \n
      • * \u2192 Corresponde a tudo naquela posi\u00e7\u00e3o (\u00e9 similar ao coringa asterisco).<\/li>\n
      • ? \u2192 Qualquer caractere naquela posi\u00e7\u00e3o.<\/li>\n
      • [] \u2192 Corresponde a qualquer caractere especificado dentro dos colchetes.\n

        Por exemplo, a sequ\u00eancia de caracteres ‘tty[SR]’ iria corresponder tanto ‘ttyS’ quanto a ‘ttyR’. Voc\u00ea pode tamb\u00e9m especificar intervalos usando a faixa atrav\u00e9s do caractere ‘-‘. Se o primeiro caractere ap\u00f3s o ‘[‘ \u00e9 um ‘!’, h\u00e1 uma exce\u00e7\u00e3o.<\/li>\n<\/ul>\n

        Operadores mais usados nas regras:<\/p>\n

          \n
        • == \u2192 Compara se \u00e9 igual (atribui uma valor de igualdade);<\/li>\n
        • != \u2192 Compara se \u00e9 diferente (atribui um valor de diferen\u00e7a);<\/li>\n
        • = \u2192 Atribui um valor \u00e0 chave (\u00e9 usado quando se quer mudar o nome do device, por exemplo);<\/li>\n
        • += \u2192 Adiciona um valor \u00e0 chave e pode manter uma lista de entradas – Pode, por exemplo, usar na chave RUN e especificar v\u00e1rios comandos.<\/li>\n<\/ul>\n

          Depois de toda esta explica\u00e7\u00e3o, vamos come\u00e7ar a aplicar as regras na pr\u00f3xima p\u00e1gina.<\/p>\n<\/div>\n<\/td>\n<\/tr>\n

Regras do udev<\/b><\/p>\n
O udev \u00e9 muito poderoso quanto \u00e0 aplica\u00e7\u00e3o das regras, pois permite desde nomear um dispositivo at\u00e9 executar aplica\u00e7\u00f5es, e\/ou scripts quando conectamos ou desconectamos, ou quando o dispositivo \u00e9 alterado.<\/p>\n

Para aplicar tais regras, \u00e9 necess\u00e1rio ter informa\u00e7\u00f5es obtidas atrav\u00e9s das chaves de cada device.<\/p>\n

Os arquivos que cont\u00e9m as regras do udev est\u00e3o contidos no diret\u00f3rio \/etc\/udev\/rules.d<\/em> e devem ter a extens\u00e3o “.rules”, caso algum arquivo dentro do diret\u00f3rio n\u00e3o use essa extens\u00e3o, o seu conte\u00fado n\u00e3o ser\u00e1 processado.<\/p>\n

Eles s\u00e3o lidos em ordem num\u00e9rico alfab\u00e9tica, por exemplo: se dentro do diret\u00f3rio \/etc\/udev\/rules.d<\/em>, temos os arquivos “025_usb- regras.rules” e “035_usb-regras.rules”, o arquivo “025_usb-regras.rules” ser\u00e1 lido antes que o “035_usb-regras.rules”.<\/p>\n

Agora, sintaxe das regras e exemplos de regras que funcionam e n\u00e3o funcionam.<\/p>\n

Cada arquivo com extens\u00e3o “.rules” tem regras que seguem a seguinte sintaxe:<\/p>\n

<chave de combina\u00e7\u00e3o>, <chave de combina\u00e7\u00e3o e ou chave de atributo>, <A\u00e7\u00e3o><\/div>\n

Para obter as informa\u00e7\u00f5es de cada chave dos devices, usamos o comando udevadm<\/em> para pegar um relat\u00f3rio.<\/p>\n

N\u00e3o vou entrar em detalhes de uso do comando, mas deixo o link para o manual:<\/p>\n