Linux Device Manager junta sysfs, udev y lspci en una sola ventana GTK4
El proyecto, escrito en Java 25 sobre GTK4 y con licencia GPL-3.0, llega a la versión 0.2.0 con paquetes para Debian, Fedora, Arch, AppImage y Flatpak
Un desarrollador ha publicado Linux Device Manager (LDM), una aplicación GTK4 nativa que reúne en una sola ventana lo que en Linux suele repartirse entre lspci, lsusb, lshw, un par de recorridos por sysfs y un grep sobre dmesg que uno lanza de memoria. Va por la versión 0.2.0, con licencia GPL-3.0-or-later, y el código está en el repositorio del proyecto.
Qué hace
La interfaz organiza los dispositivos en un árbol por categorías funcionales —multimedia, red, almacenamiento, USB, PCI— que tienen prioridad sobre la agrupación por bus. Cada nodo abre pestañas con información general, avanzada, el driver asociado y los eventos del kernel, cargadas de forma perezosa y cacheadas hasta que se refresca.
Dos detalles apuntan a problemas reales. La identidad del dispositivo se resuelve a partir de rutas canónicas de sysfs, de modo que los alias no dupliquen entradas y un controlador no se confunda con sus discos o sus NIC. Y los registros del kernel se emparejan con identificadores de dispositivo o interfaz en lugar de por nombre de driver, que es donde suelen aparecer los falsos positivos cuando varios equipos comparten módulo.
La parte delicada es el interruptor. LDM permite autorizar o desautorizar un dispositivo USB y hacer bind/unbind de drivers a través de un componente auxiliar privilegiado protegido por polkit, con verificación del estado después de cada operación.
Cómo está construido
Java 25 con java-gi para los bindings de GTK4. La interfaz se define en Cambalache y se carga con GtkBuilder, sin construir los widgets por código. La capa de datos lee sysfs y udev directamente y delega en lspci, lsusb, modinfo, journalctl, dmesg y udevadm como enriquecimiento opcional: si no están, la aplicación sigue funcionando. Se distribuye con un runtime jlink recortado, respeta XDG y no lleva rutas de home hardcodeadas.
Hay paquetes .deb, .rpm, pkg.tar.zst para Arch, AppImage y Flatpak, todos generados desde el mismo árbol. La compilación desde fuente cabe en una imagen Docker reproducible.
Lo que falta
La limitación conocida está en el sandbox de Flatpak: la enumeración es de solo lectura y el componente privilegiado queda degradado. La idea es alcanzar las herramientas del host con flatpak-spawn --host más adelante. El autor también busca un patrocinador de Debian, un mantenedor de COPR o de AUR para entrar en Repology y pkgs.org, y tiene en marcha el envío a Flathub y a AppImageHub.
Para quien administra máquinas Linux, la utilidad no está en sustituir lspci —que ya funciona— sino en tener el estado del dispositivo, su driver y sus eventos del kernel en el mismo sitio, con una acción de deshabilitar que no obliga a recordar la ruta exacta de sysfs. El proyecto es joven y el propio autor pide reportes de hardware raro: USB compuestos y tarjetas PCI multifunción son donde aparecen los fallos.
