因为`扩容`后,C 盘的 GUID 就变了,BCD 就找不到 C 盘了,能启动才见鬼

像 DG/傲梅分区助手这种,它可能(逻辑上来说是必须要)自动调用了 BCDBOOT/BCDEDIT 来重写了 BCD 数据库,更新了 C 盘的 GUID,所以才能扩容之后成功启动

遇到过,应该是动态灰电平衡了(滑稽)

@dongbeicxy #8 我电报号也是一觉睡醒直接虚无了,申诉了,目前还无反应

@dogechai #9

楼上几个老哥都说了,brew 是吃 https_proxy 这个环境变量的,你 clash 暴露一个 http 代理端口出来就行了

#32 这几个环境变量只是一个大家都`约定俗成地默契`而已,并不是一个强制标准,是否吃这些环境变量取决于具体地开发者

brew 吃这几个环境变量吗?你这看起来 brew 根本没走代理端口

curl 是吃这几个环境变量的,所以它的测试结果符合你预期

前几天我还感叹过,很久很久没在大街上看见过孕妇了,我都记不得上一次看见是什么时候了

雀食,我的一个落地机 IP 就看不了图片,能进主页,但是无限转圈

人家拼得就是一个概率,这么大基数,概率再低,绝对数量也不少

有没有人试过 GV 这种虚拟号能不能验证

官方 ISO 启动后选择专业版/教育版,下面有加入域选项,可以直接创建本地账户,不用啥骚操作

你想开 SOCKS5 服务端?然后把加速器网络分享出去?

BROOK 一条命令

经济压力先不谈,这天天很心累吧

#5

还有一个现象:缺少地这俩文件和其父目录,会在以开发者模式被加载后自动被删除

目前发现:

[将 XXX.crx 解压后,再从 Brave 浏览器中以开发者模式加载],和[由 IDM 自动为 Brave 浏览器安装自身的扩展]相比,少了俩文件,分别是[_metadata\computed_hashes.json]和[_metadata\verified_contents.json]

结合报错[文件已损坏 XXX]来看,问题应该出在这里

新的疑问是:

我看每一个扩展所在的目录下都有这俩文件啊,这个校验和难道不是由浏览器在调用扩展之前/之后来主动计算并且记录吗?(猜测还是 IDM 在中间有 HOOK 吧)

@SilencerL #3 我正在比较