Android 5.0/Lollipop：强制重新扫描 /system/priv-app

Question

在 Android 4.x 中，将 APK 文件放入 /system/priv-app 就足够了，包管理器会识别新文件并（卸载）安装相应的应用程序或服务。

自 Android L 以来，仅将文件放入该目录似乎是不够的 - 需要重新启动系统才能强制 Android 识别该更改。

有人知道如何规避这个问题吗？可能使用任何setprop ctl.restart xxx 或通过终止专用服务？

编辑：

以下是 logcat 的一些日志：

1。将 APK 从 /system 移动到 /system/priv-app（=安装）

su
mount -o remount rw /system
cd /system/priv-app
mv ../AARSCService.apk . // move from /system to /system/priv-app

W/mv      ( 3268): type=1400 audit(0.0:53): avc: denied { rename } for name="AARSCService.apk" dev="mmcblk0p22" ino=23041 scontext=u:r:init:s0 tcontext=u:object_r:system_file:s0 tclass=file

（但文件已被移动为 Nexus 7 Android 的当前根实现 Android L P2 禁用了根命令的 SELinux！）

-> APK 未加载且未在 app-list 中列出 -> 与预期不同，APK 将在 Android 4.4 上的 priv-app 文件夹中自动安装。

2。重启设备，在 /system/priv-app 中有 APK

reboot

I/PackageManager(  567): /system/priv-app/AARSCService.apk changed; collecting certs

-> APK 已加载并在 app-list 中列出 -> 符合预期

3。将 APK 从 /system/priv-app 移动到 /system（=deinstallation）

su
mount -o remount rw /system
cd /system/priv-app
mv AARSCService.apk .. // move from /system/priv-app to /system

W/mv      ( 3189): type=1400 audit(0.0:31): avc: denied { rename } for name="AARSCService.apk" dev="mmcblk0p22" ino=23041 scontext=u:r:init:s0 tcontext=u:object_r:system_file:s0 tclass=file

（但文件已被移动为 Nexus 7 Android 的当前根实现 Android L P2 禁用了根命令的 SELinux！）

-> APK 仍然加载并列在应用列表中，应用内的服务仍然可以从另一个应用绑定 -> 不像预期的那样，APK 将在 Android 4.4 上从 priv-app 文件夹中删除后自动卸载。

4。重启设备，APK 不在 /system/priv-app 中

reboot 

W/PackageManager(  570): System package eu.airaudio.aarscservice no longer exists; wiping its data

-> APK 不再加载，也不再列在 app-list 中 -> 符合预期

编辑 2：

在无根的 Android L (21) 模拟器上存在相同的行为 - 当然，没有 SELinux 警告。 但是 APK 也只是（卸载）在重启后安装（=kill zygote）。

Answer 1

比较 KitKat 和 Lollipop 的 PackageManagerService 的源代码，您可以看到显着的变化，其中一些明显与这种变化有关。

PackageManagerService.java on Lollipop

PackageManagerService.java on KitKat

问题主题最显着的变化是删除了对 AppDirObserver（PackageManagerService 的嵌套类）的所有引用，该引用被初始化为监视所有目录（附图显示了相关代码的比较已使用。右侧显示 KitKat 代码，左侧显示 Lollipop）

仍然没有找到解决方案，但可能会帮助某人解决这个问题。

Answer 2

根据您的 logcat 消息，PackageManagerService 似乎甚至没有看到文件夹/文件的更改。

这是规避/触发重新扫描的一种方法，通过广播操作模拟“启动完成”事件：

    adb shell am broadcast -a android.intent.action.BOOT_COMPLETED

这应该会触发PackageManagerService 的重新扫描

Answer 3

pms 将在开始时扫描/system/app(priv-app)。所以只需杀死进程systemserver :) 它在我的棒棒糖模拟器上工作。只需稍等片刻即可显示“升级 android，选择应用程序...”

Answer 4

1. 将 apk 推送到 /system/priv-app/
2. 运行命令：adb shell > su > am restart（使用此命令不会丢失 adb 连接）
3. 等待系统启动 - 安装脚本可以等待命令的干净输出：“adb shell dumpsys phone”

片段：

def am_restart(self):
    """Restarts am waits for complete Android boot."""

    self._log.info('Restarting application manager!')

    ret, out, err = self.shell('am restart', require_root=True)
    if ret != 0:
        self.log_failure('am restart', ret, out, err)
        return False

    on_main_screen = False
    while not on_main_screen:
        sleep(2)
        ret, out, err = self.shell('dumpsys phone')
        if ret != 0:
            self.log_failure('dumpsys phone', ret, out, err)
            return False
        if not (out or err):
            on_main_screen = True
            self._log.info('Application manager successfully restarted!')

    return True

Answer 5

我遇到了完全相同的问题。 原来，当我将包处理回 priv-app 时，它是用不同的权限复制的

priv-app（和应用）中所有包的权限：

rwx-r-x-r-x

我复制回来的包的权限：

rwx--------

一个简单的chmod -R a+rw <path/to/package>就解决了问题

编辑： 通过发出确保您的 /system/ 不是只读的 mount -o remount,rw /system/

Answer 6

给你：

adb shell cmd package compile -f -r first-boot com.yourpackage.name