It looks like the bug still exists in 'trusty', qemu-kvm 2.0, however, it's not clear why.
Aftre installation /dev/kvm have wrong permissions:
---
crw------- 1 root root 10, 232 Jan 20 02:09 /dev/kvm
---
Reinstalling qemu-system-common fixes the problem.
I did a simple research, and here is what I've found:
* The code to fix acl still exists, but was moved to qemu-system-common package.
* There is no /lib/udev/rules.d/70-udev-acl.rules, it looks like ACLs for /dev/kvm are set by /lib/udev/rules.d/70-uaccess.rules, there is a string:
---
SUBSYSTEM=="misc", KERNEL=="kvm", TAG+="uaccess"
---
* A builtin function 'builtin_uaccess' [1] is called to set permissions according to the following string from /lib/udev/rules.d/73-seat-late.rules:
---
TAG=="uaccess", ENV{MAJOR}!="", RUN{builtin}+="uaccess"
---
It looks like the bug still exists in 'trusty', qemu-kvm 2.0, however, it's not clear why.
Aftre installation /dev/kvm have wrong permissions:
---
crw------- 1 root root 10, 232 Jan 20 02:09 /dev/kvm
---
Reinstalling qemu-system-common fixes the problem.
I did a simple research, and here is what I've found:
* The code to fix acl still exists, but was moved to qemu-system-common package. rules.d/ 70-udev- acl.rules, it looks like ACLs for /dev/kvm are set by /lib/udev/ rules.d/ 70-uaccess. rules, there is a string: rules.d/ 73-seat- late.rules: +="uaccess"
* There is no /lib/udev/
---
SUBSYSTEM=="misc", KERNEL=="kvm", TAG+="uaccess"
---
* A builtin function 'builtin_uaccess' [1] is called to set permissions according to the following string from /lib/udev/
---
TAG=="uaccess", ENV{MAJOR}!="", RUN{builtin}
---
[1] https:/ /github. com/systemd/ systemd/ blob/master/ src/udev/ udev-builtin- uaccess. c