Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Am 23.03.20 um 05:51 schrieb Michael Biebl: > Am 23.03.20 um 05:33 schrieb Vasudev Kamath: > >> I've not done any changes to initramfs on this system. It is the default >> initramfs which came with Buster installation. I'm seeing this message >> from the freshly installed Buster system. I can confirm this give me >> some time so I can install it on another box to see if message comes >> back. > > Please attach the the initrd. > > And tar up /etc/initramfs-tools and /usr/share/initramfs-tools and attach it to this bug report as well, please. Please also provide the output of cat /proc/cmdline signature.asc Description: OpenPGP digital signature
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Am 23.03.20 um 05:33 schrieb Vasudev Kamath: > I've not done any changes to initramfs on this system. It is the default > initramfs which came with Buster installation. I'm seeing this message > from the freshly installed Buster system. I can confirm this give me > some time so I can install it on another box to see if message comes > back. Please attach the the initrd. signature.asc Description: OpenPGP digital signature
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Michael Biebl writes: > Am 23.03.20 um 05:02 schrieb Vasudev Kamath: >> Michael Biebl writes: >> I see above message in syslog as well. Also this is a fresh Buster installation. If you want any more information let me know and I can try to provide that. >>> >>> Yes, please provide steps how this can be reproduced. >> >> Well every time I reboot I see this message. Other than that I don't >> have any specific way to reproduce. > As said earlier in the bug report, the udev hook provided by the Debian > udev package uses > > SYSTEMD_LOG_LEVEL=$log_level /lib/systemd/systemd-udevd --daemon > --resolve-names=never > > I.e. it should not cause any such error messages. > > So I assume your initramfs is modified in a way which overrides the way > systemd-udevd is started. > You should investigate in that direction and check how your initramfs is > assembled. I've not done any changes to initramfs on this system. It is the default initramfs which came with Buster installation. I'm seeing this message from the freshly installed Buster system. I can confirm this give me some time so I can install it on another box to see if message comes back. Cheers,
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Am 23.03.20 um 05:02 schrieb Vasudev Kamath: > Michael Biebl writes: > >>> >>> >>> I see above message in syslog as well. Also this is a fresh Buster >>> installation. If you want any more information let me know and I can try >>> to provide that. >> >> Yes, please provide steps how this can be reproduced. > > Well every time I reboot I see this message. Other than that I don't > have any specific way to reproduce. As said earlier in the bug report, the udev hook provided by the Debian udev package uses SYSTEMD_LOG_LEVEL=$log_level /lib/systemd/systemd-udevd --daemon --resolve-names=never I.e. it should not cause any such error messages. So I assume your initramfs is modified in a way which overrides the way systemd-udevd is started. You should investigate in that direction and check how your initramfs is assembled. signature.asc Description: OpenPGP digital signature
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Am 23.03.20 um 04:23 schrieb Vasudev Kamath: > > Control: reopen -1 > > I also see these messages in the startup and it seems to be originating > from initramfs. > > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441386] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:18: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441515] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:19: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441640] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:20: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441763] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:21: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441885] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:22: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442007] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:23: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442129] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:24: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442252] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:25: Invalid > GROUP operation > Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442428] > systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:27: Invalid > GROUP operation > > > I see above message in syslog as well. Also this is a fresh Buster > installation. If you want any more information let me know and I can try > to provide that. Yes, please provide steps how this can be reproduced. signature.asc Description: OpenPGP digital signature
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Control: reopen -1 I also see these messages in the startup and it seems to be originating from initramfs. Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441386] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:18: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441515] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:19: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441640] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:20: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441763] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:21: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.441885] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:22: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442007] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:23: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442129] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:24: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442252] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:25: Invalid GROUP operation Mar 20 15:41:59 fk-cloud-d3a-ms-1375774 kernel: <1051>[7.442428] systemd-udevd[585]: /usr/lib/udev/rules.d/50-udev-default.rules:27: Invalid GROUP operation I see above message in syslog as well. Also this is a fresh Buster installation. If you want any more information let me know and I can try to provide that. Cheers, Vasudev
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Am 10.02.20 um 10:30 schrieb Philipp Matthias Hahn: > This is from InitRamFS and the actual path is > /lib/udev/rules.d/50-udev-default.rules > All those lines are using GROUP="tty", but the InitRamFs environment > does not contain the file /etc/group and this the name is not > resolvable. The initramfs hook shipped by udev uses SYSTEMD_LOG_LEVEL=$log_level /lib/systemd/systemd-udevd --daemon --resolve-names=never signature.asc Description: OpenPGP digital signature
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Am 10.02.20 um 10:30 schrieb Philipp Matthias Hahn: > Package: udev > Version: 241-7~deb10u3 > Severity: minor > > Dear Maintainer, > > on every boot `dmesg` contains these warnings: >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:18: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:19: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:20: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:21: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:22: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:23: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:24: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:25: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:27: Invalid >> GROUP operation >> systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:29: Invalid >> GROUP operation I'm not getting any such messages in dmesg. Can you provide more information how this issue can be reproduced. signature.asc Description: OpenPGP digital signature
Bug#951047: udev/rules.d/50-udev-default.rules: Invalid GROUP operation
Package: udev Version: 241-7~deb10u3 Severity: minor Dear Maintainer, on every boot `dmesg` contains these warnings: > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:18: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:19: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:20: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:21: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:22: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:23: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:24: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:25: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:27: Invalid > GROUP operation > systemd-udevd[87]: /usr/lib/udev/rules.d/50-udev-default.rules:29: Invalid > GROUP operation This is from InitRamFS and the actual path is /lib/udev/rules.d/50-udev-default.rules All those lines are using GROUP="tty", but the InitRamFs environment does not contain the file /etc/group and this the name is not resolvable. The rules file is copied by /usr/share/initramfs-tools/hooks/udev Either that script needs to copy /etc/group (or a minimized version) as well or sanitize the rules file by removing those GROUP= statements. After the boot has finished the file are assigned to the right group, so I assume this is only a cosmetic issue. -- Package-specific info: -- System Information: Debian Release: 10.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages udev depends on: ii adduser 3.118 ii dpkg 1.19.7 ii libacl1 2.2.53-4 ii libblkid1 2.33.1-0.1 ii libc6 2.28-10 ii libkmod2 26-1 ii libselinux1 2.8-1+b1 ii libudev1 241-7~deb10u3 ii lsb-base 10.2019051400 ii systemd-sysv 241-7~deb10u3 ii util-linux2.33.1-0.1 udev recommends no packages. udev suggests no packages. Versions of packages udev is related to: ii systemd 241-7~deb10u3 -- debconf information: udev/new_kernel_needed: false udev/reboot_needed: udev/sysfs_deprecated_incompatibility: udev/title/upgrade: P: /devices/LNXSYSTM:00 L: 0 E: DEVPATH=/devices/LNXSYSTM:00 E: SUBSYSTEM=acpi E: MODALIAS=acpi:LNXSYSTM: E: USEC_INITIALIZED=21482794 E: ID_VENDOR_FROM_DATABASE=The Linux Foundation P: /devices/LNXSYSTM:00/LNXCPU:00 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:00 E: SUBSYSTEM=acpi E: MODALIAS=acpi:LNXCPU: E: USEC_INITIALIZED=21485531 E: ID_VENDOR_FROM_DATABASE=The Linux Foundation P: /devices/LNXSYSTM:00/LNXCPU:01 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:01 E: SUBSYSTEM=acpi E: MODALIAS=acpi:LNXCPU: E: USEC_INITIALIZED=21486140 E: ID_VENDOR_FROM_DATABASE=The Linux Foundation P: /devices/LNXSYSTM:00/LNXCPU:02 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:02 E: SUBSYSTEM=acpi E: MODALIAS=acpi:LNXCPU: E: USEC_INITIALIZED=21486679 E: ID_VENDOR_FROM_DATABASE=The Linux Foundation P: /devices/LNXSYSTM:00/LNXCPU:03 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:03 E: SUBSYSTEM=acpi E: MODALIAS=acpi:LNXCPU: E: USEC_INITIALIZED=21487208 E: ID_VENDOR_FROM_DATABASE=The Linux Foundation P: /devices/LNXSYSTM:00/LNXPWRBN:00 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00 E: SUBSYSTEM=acpi E: DRIVER=button E: MODALIAS=acpi:LNXPWRBN: E: USEC_INITIALIZED=21488891 E: ID_VENDOR_FROM_DATABASE=The Linux Foundation P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1 E: SUBSYSTEM=input E: PRODUCT=19/0/1/0 E: NAME="Power Button" E: PHYS="LNXPWRBN/button/input0" E: PROP=0 E: EV=3 E: KEY=10 0 E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw E: USEC_INITIALIZED=21638758 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00 E: TAGS=:seat: P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1 N: input/event1 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/event1 E: SUBSYSTEM=input E: DEVNAME=/dev/input/event1 E: MAJOR=13 E: MINOR=65 E: USEC_INITIALIZED=23169609 E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-LNXPWRBN:00 E: ID_PATH_TAG=acpi-LNXPWRBN_00 E: LIBINPUT_DEVICE_GROUP=19/0/1:LNXPWRBN/button E: TAGS=:power-switch: P: /devices/LNXSYSTM:00/LNXSYBUS:00 L: 0 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00 E: SUBSYSTEM=acpi E: MODALIAS=acpi:LNXSYBUS: E: USEC_INITIALIZED=21487763 E:
