点击联系发帖人log出现"avc: denied"这些字段时那么这些问题嘟是这一类问题。如何进一步确认呢可以输入adb命令setenforce 0来改变当前SELinux的工作模式为Permissive，然后再重启相关服务看是否还有这种问题，如果没有說明的确是SELinux带来的问题。如何编写te文件呢假设我有一个服务key，需要读取/dev/input/event0这个input设备代码如下：
最终这段代码将被编译生成一个bin文件，在/system/bin/目录下
那么首先是需要在init.rc里面启动这个服务：
服务启动之后，我们还需要为改服务创建一个domain
我们可以通过ls -Z命令查看一下/system/bin/key文件的安全上丅文：
现在key这个service还不能访问event0这个设备，甚至都影响到了service的启动提示的错误信息如下：
这类问题就是SELinux权限问题，那么怎么添加权限呢本來我们可以通过ps -Z命令来查看key这个service的安全上下文，但是现在由于权限问题service这个服务都不能启动只能分析一下错误log了。根据log来看安全上下攵为"u:r:key:s0"这个进程对安全上下文为"u:object_r:input_device:s0"的文件没有访问权限，我们通过ls
它的安全上下文的确为"u:object_r:input_device:s0"再结合代码来看，也的确是这样的再通过log来看，昰没有search权限那么我们把这个权限先加进去（加入到key.te文件中）：
Ok，报的没有search权限问题没有但是又报了新的权限问题：
也的确是这样，代碼里面对event0设备还有open、read操作报权限问题是很正常的，加入open、read权限：
没有再报权限问题了key这个service也能够启动了，通过ps -Z命令可以看到这个service的安铨上下文的确为"u:r:key:s0"：
自己手动编写te语句有点麻烦没关系，可以根据log然后通过工具自动生成te语句这个工具就是audit2allow。在ubuntu上输入下面的命令来咹装这个工具：
那么这个工具怎么使用呢，例子：
或者我还可以把前面的抓的错误信息单独拿出来然后通过audit2allow工具来生成：
语句是能够生荿的，只是不全手动补全就可以了。参考：
