¿Cómo saber si se está utilizando haldaemon o udev en el servidor RHEL?

Question

Estoy bastante confundido si hal está realmente en uso o simplemente udev.

Lo que he entendido:

• En general, HAL es una capa de abstracción que permite que un sistema operativo interactúe con un dispositivo de hardware.

• Y el demonio hald es diferente de HAL. Es un servicio que proporciona HAL y se utiliza para identificar dispositivos y luego montarlos (y dónde estarían, en /dev?) o configurarlos automáticamente para el uso de aplicaciones.

• Y ahora está en desuso por udev, que también hace algo similar, es decir, montar automáticamente los dispositivos a medida que están conectados leyendo mensajes del kernel y nombrando de acuerdo con las reglas predefinidas.

• Y actualmente, solo unas pocas aplicaciones basadas en GUI como GNOMe usan hald para recibir notificaciones sobre dispositivos recién conectados (¿mientras udev todavía se encarga del montaje?)

  Entonces mi pregunta es si hal solo se usa para notificar aplicaciones basadas en GUI sobre hardware recién conectado, ya que puede comunicarse a través de DBUS, pero udev no tiene implementación de dbus. Y para dispositivos de montaje automático, ¿solo udev hace eso y no se usa hal?

Y me refiero particularmente a Redhat 5,6 y 7.

Gracias.

Answer 1

Algunos antecedentes: udevha existido durante años (desde el kernel 2.5) y (para RHEL) es lo que configura los nodos del dispositivo cuando los controladores anuncian el hardware. Incluso en los sistemas que usaban HAL, todavía había udevalgo debajo. udevpuede llamar a otros programas cuando "detecta" cambios y HAL fue un intento de abstraer el anuncio y la configuración de ciertas piezas de hardware nuevo para sistemas de escritorio *nix (no sólo Linux sino también otros como FreeBSD). Con el tiempo, la gente eliminó ciertas partes de HAL, pero no todas las partes de HAL eran movibles udev: algunas se dividieron en otros demonios. Aproximadamente en 2012, la mayoría de las distribuciones de Linux de vanguardia habían abandonado HAL y en estos días (principios de 2019) los demonios antes mencionados son cosas como udisks, upoweretc. Hay un buen resumen de lo que sucedió enhttps://en.wikipedia.org/wiki/HAL_(software)...

Entonces, dado que RHEL se basa libremente en Fedora (se puede ver un mapeo aproximado enhttps://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux#Relationship_with_Fedora) y dado que sabemos que fueFedora 16 que estaba libre de HAL:

• RHEL 5 definitivamente tendráhald
• RHEL 6 probablemente tendráhald
• RHEL 7 no lo tiene haldy otros demonios se habrán hecho cargo de cosas a las que udevno se les podría convencer para que lo hicieran.

¿Cómo saber[ ]si se está utilizando haldaemon o udev en el servidor RHEL?

Simplemente inicie la versión apropiada de RHEL y haga algo como:

rpm -qa "*hal*"

(Oh, no, me acabo de dar cuenta de que has ocultado varias preguntas en una :-()

Y el demonio hald es diferente de HAL. Es un servicio que proporciona HAL y se utiliza para identificar dispositivos y luego montarlos (y dónde estarían, en /dev?) o configurarlos automáticamente para el uso de aplicaciones.

Los dispositivos están debajo /dev, pero si luego necesito "montar" un dispositivo depende del contexto. Podría montar un disco (por ejemplo, debajo, /mntpero hay otros lugares donde también se montan cosas) pero no monto un escáner (anunciar/encontrar escáneres es algo de lo que se ocupó HAL).

Y ahora está en desuso por udev, que también hace algo similar, es decir, montar automáticamente los dispositivos a medida que están conectados leyendo mensajes del kernel y nombrando de acuerdo con las reglas predefinidas.

A veces lo hace sólo udev, a veces otros servicios también participan. /devLa denominación de dispositivos está bajo udevcontrol, sí.

Y actualmente, solo unas pocas aplicaciones basadas en GUI como GNOM[E] usan hald, para recibir notificaciones sobre dispositivos recién conectados (¿mientras udev todavía se encarga del montaje?)

Bueno, los sistemas modernos no lo tienen, haldpor lo que tu pregunta es extraña y complicada. Además, incluso en los sistemas que lo hicieron, la respuesta es "depende". Sí, udevse puede montar, pero a veces cosas como conectar una cámara USB a través del protocolo PTP se manejan prácticamente desde el espacio de usuario de GNOME (aunque supongo que se puede discutir sobre todo el ángulo FUSE).

Entonces mi pregunta es si hal solo se usa para notificar [sic] aplicaciones basadas en GUI sobre hardware recién conectado, ya que puede comunicarse a través de DBUS, pero udev no tiene implementación de dbus.

¿Es esta una pregunta? HAL se usó para notificar aplicaciones GUI, pero también podría activar otras cosas (por ejemplo, ajustar las reglas de energía/montaje de discos) ante cambios de dispositivo.

Y para dispositivos de montaje automático, ¿solo udev hace eso y no se usa hal?

Nuevamente es un esfuerzo conjunto. Sí, hay udevmuchas reglas para hacer, pero dependiendo del contexto, pueden estar involucradas otras cosas (por ejemplo, si necesita comenzar a avisar al usuario) y ahí es donde cosas como udiskscomienzan a involucrarse.

Sin embargo, supongo que hay un subtexto aquí: ¿por qué preguntas si se usa HAL? Quizás sea mejor que hagas esa pregunta directamente...

(Estas preguntas de varias partes son dolorosas :-()