问题描述
一位用户在将CM12.1固件的LCD密度从低值更改为正常值后，重启手机时遇到了“system ui has stopped”的消息。用户试图通过TWRP备份和恢复/data分区中的数据解决该问题。但在没有恢复整个系统的情况下，他希望仅恢复/data并手动调整/system/build.prop文件来修改ro.sf.lcd_density设置。尽管尝试了直接修改后仍无法解决问题，并且发现通过数据库更改LCD密度后手机陷入CM标志界面中。
解决方案
方案1
请注意，您可能需要具备Android系统恢复的相关知识并谨慎操作。
理由：在尝试修复未响应的UI问题之前，请恢复整个系统的初始状态。
- 完全恢复：
- 首先从TWRP恢复中恢复整个系统到备份状态。这将是解决当前问题的最佳方法，因为直接修改
build.prop文件可能会导致更多的兼容性或稳定性问题。 - 如果固件文件有合适的版本和正确设置，重新安装CyanogenMod（CM12.1），以确保所有系统的组件都处于一致的状态。
然而，如果用户希望尝试通过手动干预解决此问题，则可参考其他方法：
方案2
请注意，此恢复步骤涉及到的数据文件处理可能较为复杂。
理由：对于直接修改后的系统，用户可基于当前的备份尝试更正build.prop以解决问题。
- 使用TWRP操作：
- 使用TWRP从
/data.ext4.win文件中恢复完整的系统的data分区数据。此步骤可以借助于各种在线指南和教程进行实现。 - 连接并开启ADB根权限访问：
- 将设备与电脑通过USB线相连，并确保adb在机器上正确配置。运行命令
adb root来获得root权限，随后使用adb来执行操作：shell
adb pull /data/data/com.android.providers.settings/settings.db ./ - 修改设置数据库文件并推送回设备：
- 使用文本编辑器打开
settings.db文件，在SQL字段中查找global表。将ro.sf.lcd_density值调整为原数值，然后保存修改。 - 推送更改后的数据库文件：
shell
adb push ./settings.db /data/data/com.android.providers.settings/settings.db - 恢复后重新启动设备：
- 在执行完上述步骤之后，请让设备重启来加载最新的设置。
方案3
如果仅尝试手动调整build.prop文件无效，用户可以直接从数据库中获取正确的LCD密度，而不是在/system/build.prop中直接修改。此方法避免了ro.sf.lcd_density值可能因其他原因变得不一致的问题。
1. 通过TWRP备份及恢复完整系统分区：
– 使用TWRP恢复系统到最初的安装状态前的备份（若可用的话）。这可以恢复正确的build.prop设置而不必手动调整。
在尝试所有步骤后，如果问题仍然存在，那么可能需要更仔细地检查系统的各个部分。例如，确认未被覆盖的数据分区是否含有导致问题的关键信息，并考虑使用Android Debug Bridge (ADB) 进一步诊断深层系统状态或利用其他诊断工具进一步分析。
通过上述方法中的一种，应当能够解决因LCD密度更改引起的“system ui has stopped”消息及其他相关问题。始终确保在进行任何操作前备份重要数据以防止意外的丢失或者破坏。此外，在操作过程中务必保持耐心与谨慎，尽量参考官方文档和社区资源来理解每一个步骤的目的。