udev rules broken, causes /bin/chmod 0666 to be run on all USB ADD events

Bug #1801362 reported by TJ
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
sbig (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

A user with 18.10 reported log being spammed with:

Nov 01 16:49:50 myhostname systemd-udevd[3398]: Process '/bin/chmod 0666 ' failed with exit code 1.
Nov 01 16:49:50 myhostname systemd-udevd[3400]: Process '/bin/chmod 0666 ' failed with exit code 1.
Nov 01 16:49:50 myhostname systemd-udevd[3399]: Process '/bin/chmod 0666 ' failed with exit code 1.
Nov 01 16:49:50 myhostname systemd-udevd[3403]: Process '/bin/chmod 0666 ' failed with exit code 1.

We tracked this down to a broken udev rule

Nov 1 16:49:53 feminalia systemd-udevd[3293]: Invalid rule /etc/udev/rules.d/99-sbig.rules:49: unknown key 'SYSFS{idVendor}'
Nov 1 16:49:53 feminalia systemd-udevd[3293]: Invalid rule /etc/udev/rules.d/99-sbig.rules:54: unknown key 'SYSFS{idVendor}'
Nov 1 16:49:53 feminalia systemd-udevd[3293]: Invalid rule /etc/udev/rules.d/99-sbig.rules:59: unknown key 'SYSFS{idVendor}'

where it is using:

SUBSYSTEM=="usb", ACTION=="add", SYSFS{idVendor}=="0d97", SYSFS{idProduct}=="0003" ... RUN+="/bin/chmod 0666 $env{DEVNAME}"

and as the idVendor is being ignored is executing for almost all USB ADD events. It should be using ATTR{idVendor}

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in sbig (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.