On Mo, 03.10.22 02:17, Branko (brankob@xxxxxxxxxxxxxx) wrote: > cat /etc/udev/rules.d/99-zz-network.rules: > ACTION=="add", DRIVERS=="?*", ATTR{address}=="11:22:33:44:55:66", > NAME="wlan17", OWNER="chosen_user", GROUP="chosen_group", > MODE="0666" ACTION="add" is almost always the wrong expression. Because devices will be triggered via "change" and similar, and thus your props will be dropped again once that happens. You want ACTION!="remove" instead, i.e. match all "positive" events, i.e. where the device is still there afterwards (which is systematically different from "remove" where it isn't). > I know it does get triggered, since after replugging the WIFi stick I > do get "wlan17" interface.But resulting created device in > /dev/bus/usb/00x/00y gets created with MODE=0640 and root:usb As mentioned elsewhere, what's a usbfs file, not a netif. network interfaces have no ownership concept. > I'm at a loss here. How is one supposed to get more detailed info on > what's and WHY is going on with systemd-udevd tree processing ? if you boot up with "debug" you should get tons of debug output to wade through. Lennart -- Lennart Poettering, Berlin