Pandora Kernel 发布 – Telegram
Pandora Kernel 发布
10.6K subscribers
42 photos
24 files
14 links
本频道任何消息均可构成医学建议或投资建议,频道全体成员对频道消息承担连带无限责任。
Download Telegram
Forwarded from KongWife
👍82
Forwarded from Art James
👍35
Forwarded from [ZH/EN] Pandora Kernel 交流 (Anime)
UI喜好?
Anonymous Poll
53%
md3
47%
miuix
Forwarded from 蓝点网订阅频道 (山外的鸭子哥)
#硬件设备 Windows 11 安装更新后 SSD 掉盘的真相终于被找到:原来出现掉盘的 SSD 使用的均为工程固件。

台湾科技网站 PCDIY! 使用 100GB 大文件进行压测时复现问题,这些硬盘均使用群联主控芯片。

群联工程师经过研究后发现问题盘均为工程固件,相同型号的正式版固件没问题,至于为什么搭载工程固件的 SSD 出现在消费者手中,这就需要 OEM 进行调查了。

查看全文:https://ourl.co/110552

🎲 订阅频道 🎲 蓝点网 🌐 CN2GIA
Please open Telegram to view this post
VIEW IN TELEGRAM
👍23
Forwarded from Dimole 的废话频道
小米云控开启的RescuePartyPlus自动删除第三方应用数据

今天用哔哩哔哩的时候,软件并没有卡死,但是系统开始弹窗“哔哩哔哩”未响应。这种弹窗很常见,我选择了点“等待”以不关闭应用仅关闭弹窗。但是沟槽的小米从MIUI14开始这个弹窗就会莫名其妙无限弹,此时并没有点“确定”来关闭哔哩哔哩,因为视频还正常播放。
结果过了一会,哔哩哔哩直接自动退出了,重新打开发现登录态没了,缓存的视频也全部没了,一看空间占用也直接没了几个GB。
此时并不知道原因,但是赶紧抓了日志以便查证。在分析日志之前,我甚至还怀疑过哔哩哔哩用后门自动删数据(毕竟曾经网页端出现过后门)。但是经过日志分析,发现是小米系统魔改出来的RescuePartyPlus删除的。他在误检测应用无响应之后直接选择了删除应用数据。
只看日志前面的“RescuePartyPlus: Clear app cache”,它本该选择删除应用缓存,但是后面却出现“RescueParty: Attempting rescue level ALL_DEVICE_CONFIG_RESET”,直接删除了数据,导致我缓存的大量视频数据直接丢失,账号登录态也丢失。
此外,原版的RescueParty并不会对第三方应用和其数据进行任何操作,而小米却魔改出这样一个RescuePartyPlus直接随意删除第三方应用数据,并且随意利用云控而不告知用户,已经严重违反了法律。

如果这个事情发生在QQ微信或者工作类软件上呢?那损失将十分惨重。可见小米对用户数据安全并没有一丝的重视。

最后建议还在使用小米设备的用户多加备份以免数据丢失。
👍59
补充说明:并非云控开启,实则云控关闭。只要没有手动设置禁用的prop,相关功能就是启用状态。

persist.device_config.configuration.disable_rescue_party=1
persist.device_config.configuration.disable_rescue_party_factory_reset=1
persist.sys.enable_rescue=0
persist.sys.rescuepartyplus.disable=1
👍37
Pandora Kernel 发布
只要没有手动设置禁用的prop,相关功能就是启用状态。
private static final String RESCUEPARTY_PLUS_DISABLE_PROP = "persist.sys.rescuepartyplus.disable";
private static final String RESCUEPARTY_PLUS_ENABLE_PROP = "persist.sys.rescuepartyplus.enable";

static boolean checkDisableRescuePartyPlus() {
    if (SystemProperties.getBoolean(RESCUEPARTY_PLUS_DISABLE_PROP, false)) {
        Slog.w(TAG, "RescueParty Plus is disable!");
        return true;
    }

    if (!SystemProperties.getBoolean(RESCUEPARTY_PLUS_ENABLE_PROP, false)) {
        return false;
    }

    Slog.w(TAG, "This device support and enable RescuePartyPlus! (Via cloud control)");
    return false;
}


可以看到,无论persist.sys.rescuepartyplus.enable是什么值,最终返回值都没有区别,所以并不需要关注这个prop。
如果你的HyperOS设备在部分应用内滑动手感怪异(例如Termux),可以尝试设置persist.sys.mi.prerender=0
👍12
Forwarded from 资源管理器喵的瞎几把bb (zyglq)
👍53
👍19
小米Pad8 Pro拆解显示其使用KIOXIA 512G的QLC UFS闪存,基于BICS6Q
Forwarded from 不许摸鱼见闻
不好意思开个炮。

Android 之魂早已烟消云散。

作为一个整个初中都在玩 Android、写 Android 系统优化 App 的人,我对此很有发言权。以前我们对 Android 和 Google 的开放性是很向往的,也常以 "don't be evil" 作为座右铭,并且将 Google 的闭源 GMS 视为 Android 最重要的一部分,等等。当然,这也是我自己一段充实且精彩的青春;尽管 Android 对于我而言早已走进了坟墓,这段经历仍然值得怀念。

曾经那群人自称为 “搞机玩家”,他们热衷于给自己的手机刷上千奇百怪的 ROM、体验各种好玩的 Xposed 插件。从第一次看到 CyanogenMod 的开机动画到含泪迎接 LineageOS,从唾骂魔趣的收费 ROM 到安装大杂烩 Resurrection Remix,从 WeChatUnrecalled 到微 X 模块,从经典老牌 Nova Launcher 到后来的 Lawnchair,从大家都用的 SuperSU 到 Magisk,数不胜数。那个时代的 Android 是混乱的,也是多彩和自由的。

国产系统 ADUI 的系统级广告推送、XMPushService 的胡乱启动、拍照广播的自动唤醒、友盟广告的持久化 ID,都成为了这一代玩家心中的梦魇。于是,一群开发者开始在这个自由的平台上尽情舞蹈,让 Android 变得更加干净的同时也增加了玩机的乐趣。绿色守护、阻止运行、MyAndroidTools、冰箱、SDMaid 几乎成了那个时代的标配。后来,我们又有了 AppOps、存储重定向、Shizuku。很幸运,我也是这些开发者中的一员,做过一些微小的工作。

曾经有人说 “Android 那样 broken by design 就真的好吗?” 的确,需要用户手动使用 Root 权限来让手机不发热确实是历史的局限性。随着 Android 的发展,很多系统工具都走入了历史。时代变了嘛,不是任何人的错,只是留下了很多值得回头看的记忆罢了。然而,Google 做的还远不止 “优化 Android”,而是将它慢慢推向封闭的坟墓。

Android 不再需要 Root 了。2019 年的时候,我就通过和一些优化 App 开发者的沟通中了解到,他们的 App 在被 Google Play 反复无厘头地下架,原因都是诸如 “可能对设备有害” 云云。我不知道 Google Play 下架这些软件的真实目的是什么,但如果我们做一个最坏的推测,那么或许是 Android 已经不需要这些 App 来优化了吧。同时,随着系统权限和 Google Play 的越发收紧,越来越多曾经无需 Root 的自定义工具也变得举步维艰,而 Termux 便是最好的证明。只可惜,他们成为了 “整顿生态” 路上无辜的牺牲品。

开源?难说。往 AOSP 中增加私有的 Google API 早已屡见不鲜。Android Pie 发布时,Android 引入了一个 Digital Wellbeing 的功能。通过阅读系统源码得知,AOSP Framework 中新增了很多专门为 Digital Wellbeing 使用的 API 和权限。这些 API 都不公开,也没有文档记载(除了 Javadoc 以外)。他们生来就是为 Digital Wellbeing 量身定制的。而 Google 也将 Digital Wellbeing 打造为一个 Android 9 的 “新功能”。然而,它真的是 Android 的功能吗?恐怕不是。它只是闭源的 GMS 中的一个组件,需要厂商和 Google 签署合同才能植入,且完全属于 Google 所有,并不是 AOSP 的组件。

左手开放,右手封闭。还有 SafetyNet,曾经它只局限于 Android Pay 等银行软件,也很容易隐藏;而在 2025 年,Play Integrity 被无限扩大:不光用户往往需要借助泄漏的私钥来勉强通过验证,更有越来越多的银行、影视、游戏等软件开始借助 Play Integrity 确保用户没有 Root 他们的设备。这里我们不禁要问:用户购买了手机,为什么不能 Root 呢?Google 一边说 Android 是 “开放” 的,一边大力推广 Play Integrity,究竟是开放在哪了呢?

以安全为名,夹缝中求生存。2019 的时候和一位资深 Android 开发者聊天,其表示 Google 显然不会自己禁止解锁 Bootloader,因为将解锁用户夹死是厂商的利益所在。现在看来,这些话千真万确。在 Android 设备厂商和 SafetyNet 的双重驱使下,解锁 Bootloader 变得越来越不可能。曾经到手就能解锁的小米已经玩起了跑酷,就连之前自带 CyanogenOS、被誉为刷机小王子的 OnePlus 也开始了解锁认证;同时,越来越多的用户放弃在 Android 上运行银行和游戏等 App,也有一些用户开始尝试更多更复杂的 Root 隐藏方案。当然也有我,从 2019 开始就没有换过手中的 OnePlus 7 Pro、从 2021 就再也没有安装过 GMS 了。

压死骆驼的最后一根稻草。2025 年中旬,Google 宣布 2026 年 9 月开始,用户自行安装 APK 需要开发者前往 Google 实名认证,否则拒绝用户安装。2025 年中下旬,Android 16 发布,而发布 10 多天后 AOSP 源代码仍然没有公开,反而以 NDA 的方式分享给了手机厂商进行二创。我想,作为一个从 2016 一路走来,为 Android 的发展做出过微小贡献的我,此时千言万语都已经难以表达心中的失望了吧。

未来真的可期吗?或许在 Google 的眼中,Android 的未来是光明的。它摆脱了各种流氓软件的群魔乱舞,不再需要用户来 Root,有着不少的用户和无数的开发商为其平台开发软件,可以继续和 iOS 竞争。或许在 Google 的眼中,Android 的自由程度丝毫不逊当年。用户仍然可以将系统配色由绿色改为粉色,仍然可以不用 Google 签名就开发调试 App,仍然可以更改桌面布局,仍然可以新建来宾用户,甚至开发者可以更加稳定地信任这个平台、通过 Play Integrity 确保设备没有被他们的主人非法篡改。也或许,在 Google 的眼中,Android 仍然是非常开放的。仍然会有无数手机厂商对这个市场趋之若鹜,从 Google 那里签署 NDA 获得 Android "Open Source" Project 的源码并进行二创然后添加第三方功能,为市面上增加一个新的手机型号,继续维持这份开放包容和谐的生态环境;第二年 Google 还可以 “整顿市场” 为名将好用的第三方功能收入麾下,成为 Android "Open Source" Project 的一部分。未来是多么可期?

只可惜,在我看来,Android 之魂,随着那段青春一起,早已烟消云散


点击展开阅读。
👍52
这是机圈最有权势的人,你敢直视他的眼睛超过10秒吗?
👍54
Forwarded from TinkerREN
《一模一样》
👍54