pandownload 那种坐/牢模式?

这个需要加引导参数,看你是[改 grub.cfg 永久生效]还是[启动时按 e 键来临时修改]了

locale=zh_CN

(不需要加编码)

@YGHMXFAL 接#66

安卓上一样地操作,不过第[1]步中可用地客户端,目前我就只知道 nekobox(sagernet 似乎不开发了)

@pppguest3962 #54

[1]最简单地办法,先找一个原生支持前置代理的客户端(目前我就知道 shadowsocks-csharp 和 brook 这俩款),然后 VPS 上正常部署对应地服务端

[2]你买了机场,使用啥客户端来连接机场节点都无所谓,反正最终在本地暴露出一个 socks5 端口来

[3]在你第[1]步中选择得客户端中填写前置代理,指向你在第[2]步中暴露出来地 socks5,然后正常填写服务端信息来连接 VPS

这样不管你 VPS 有没有被墙都无所谓,反正你过墙靠机场

机场也只能看到你一直在访问你的 VPS,无法审查你,无法记录你的浏览日志

你机场节点随便切,最终出口 IP 都不会变,都是你的 VPS(利好 PP 和 GV 这种风控敏感地服务)

怕机场审计和记录访问日志就自己落地,机场节点只过墙

要省心就买机场,多买几家,现在都白菜价了,省下提心吊胆怕被墙和抢修的力气来玩不好吗

因为你说得这些并不是 APP,而是 OS

就这朝令夕改的尿性,有钱你就投资呗

@stuazt #7

小区房也不是运营商随便挑,LOC 上还看到宽带是按栋垄断,你敢信,投诉都没有作用

@balduncle #55

单纯修复引导,就看我在 50 楼的第 7+8 条就足够了

隔着网线呢,我也不怎么能帮上忙

你有心思折腾,就再控制变量找找原因,当帮网友踩坑了(滑稽)

我这儿只能提供一些建议:

[1]选择正确地工具来干正确地事儿,你拿再生龙来迁移 WIN,我也不是说对再生龙有啥意见,但是它毕竟是一款 LINUX 发行版对吧?拿它来读写 WIN,就不说 WIN 本身是不是黑箱的问题,再生龙在这方面总归是不如微软全家桶对吧?毕竟没人能比微软更懂 WIN 对吧?

[2]你说不信任傲梅和易数之类,我可以理解,但是既然你使用 WIN 那就谈不上不信任微软对吧?

[3]如果你以后还有类似需求,我建议:

(1)千万不要热备份,也就是不要在源磁盘上的系统正在运行时备份,一律冷备份冷还原

(2)一切操作前先备份好数据,做到崩盘都不怕

(3)同时插上源磁盘+目标磁盘+WINPE 启动盘这仨货,然后启动 WINPE

(4)在 CMD 中使用 DISM 来备份源磁盘上的 systemroot 所在的分区,至于生成得备份文件存储在哪儿,你随意,只要不是下述步骤(5)当中那一个新分区就可以

(5)在目标磁盘上新建分区来作为 systemroot,注意新分区的可用存储空间不能小于`源磁盘上的 systemroot 所在的分区的已使用空间`,因为 DISM 是基于文件来备份(不像 GHOST 是基于扇区来备份)

如果想使用已有分区,那么此分区`强烈建议`先格式化后再使用

(6)还是使用 DISM 将步骤(4)中的备份文件恢复到步骤(5)中新建得分区中,此时你有了新 systemroot

(7)在目标磁盘上新建分区来作为 ESP,建议使用 FAT32 文件系统(在 ESP 上我也只见过这种文件系统),尺寸你看着办,仅启动 WIN 的 ESP 为其分配 300MB 就足够了

同样,如果想使用已有分区,`强烈建议`此分区先格式化后使用

(8)使用 BCDBOOT 从`新 systemroot`中复制启动所需组件到`新 ESP`中,至此,你的新 ESP 也五脏俱全了

(9)重新启动,此时你有仨选择:启动旧系统,启动新系统,启动 WINPE 再来一次(滑稽)

@balduncle #29

看我 30 楼回复,你现在再看看源磁盘和目标磁盘,它们各自的 systemroot 的分区 GUID 是否一样

你说经历了自动修复引导是吧?那么我觉得应该不一样才对

又看了微软文档

[1]微软严禁按扇区复制 GPT 磁盘或者分区(虽然我觉得只要源和目标不同时挂载就问题不大)

[2]在检测到重复地磁盘/分区 GUID 后将会自动重新生成 GUID 来避免冲突,所以楼主你说 GUID 一样,哪怕真一样(此处指 systemroot 的分区 GUID),也只是你看得时候一样

我又扫了一圈评论,楼主你在 2 楼所说得"两个盘 GUID"一样这儿有歧义,好像"磁盘"和"分区"和"分区类型"和"文件系统"都有 GUID(我应该没记错),你这儿说得到底是哪个

BCD 是一个数据库,里面记录了(包括但不限于)WIN 系统启动时应该寻找哪一块磁盘上的哪一个分区作为 systemroot,这个 systemroot 也就是你启动成功之后所看到得 C 盘(当然在 WINPE 中也就是 X 盘,如果你没有特地魔改为其它盘符的话)

但是如何精确定位这个 systemroot(或者说任意磁盘的任意分区)呢?在典型地 UEFI+GPT 模式中,WIN 启动所需地 systemroot 的位置被记录于 BCD 数据库中---以 GUID 的形式---而且会自动显示为人类`读写友好`的盘符

如何理解`自动人类读写友好`呢?

比如说你有一个正常运行地 WIN 系统,它 C 盘有 251GB 大小,你手撸 BCDEDIT 枚举一下启动项,看到确实有某一个启动项视此时地 C 盘为 systemroot

然后你又在这台电脑上启动一个 WINPE,注意,此时那个 251GB 的分区,它未必就是 C 盘了(虽然绝大多数魔改 WINPE 都还会把那个 251GB 的分区分配为 C 盘,但是那是额外跑了开机脚本来理顺盘符,总之你要知道那不是 WINPE 的默认行为)

但是在 WINPE 中你再枚举启动项,肯定会发现也有一个启动项视`某一个分区`为 systemroot,再打开分区助手之类一看,这`某一个分区`大小为 251GB,而且不是 C 盘

总结:写入 BCD 数据库的一定是某一个分区的 GUID,但是显示给你看的一定是`该分区在被枚举时所分配得盘符`

在 UEFI+GPT 模式中,还要求存在一个 FAT32(好像 FAT16 也可以?我没实测过)分区来作为 ESP,此分区存储了启动系统所需地关键组件,而且这些`关键组件`都可以拿 BCDBOOT 从 systemroot 生成(插眼,此处也是楼主这问题的解决办法,文末就不再说一次了)

换言之,你想"先备份后还原系统"或者"迁移系统"的话,ESP 是"不需要"也"强烈不建议"备份得,ESP 应该由 systemroot 来全新生成其中所有启动所需关键组件(注意此处说得是微软原版 ISO 安装得系统,各种野鸡系统可能自作聪明移除了 systemroot 中用于生成 ESP 中的关键组件的相关资源)

理解了`启动时寻址使用 GUID 而非盘符`和`ESP 可由 systemroot 来生成`这俩点之后,我们再回到问题本身

楼主放得蓝屏图,大意就是啥"不可访问设备"是吧,前面说了,你克隆前后,BCD 数据库(作为一个文件而存在)肯定是没有变化,其中记录的 systemroot 的 GUID 肯定也没有变化

但是你此时想启动地 systemroot,和你的源 systemroot,其 GUID 一样吗?这取决于你"克隆"这个操作所使用得工具和方式,如果你不能保证这俩 GUID 一致,BCD 还在拿着旧 GUID 记录找原来的 systemroot,那必然就是"不可访问设备"了

大概率是 GUID 和 BCD 中不匹配,尝试 3 楼的办法

电报上号贩子多如牛毛,但是你要能分辨(不过这玩意儿在你被封号/骗钱之前无法分辨)

没办法,双方都不对等,你只有使用权而已

震惊,之前都这么大延迟,你真能忍,买机场吧,现在都白菜价了,省心啊