V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  YGHMXFAL  ›  全部回复第 27 页 / 共 33 页
回复总数  649
1 ... 19  20  21  22  23  24  25  26  27  28 ... 33  
2023-08-02 14:43:12 +08:00
回复了 cMoon 创建的主题 程序员 xShell 下载链接失效了?
现在正常了,昨天发帖时确实废了
2023-08-02 14:28:02 +08:00
回复了 gregy 创建的主题 云计算 求助大容量云备份方案
无限容量你就别想了,你当老板你会开这种业务不,你占用容量大了随便啥借口就一键清退你了

老实上 S3 冷归档吧,如果你不想自己打造全套软硬件的话
那毫无疑问是 VULTR
2023-08-01 20:57:28 +08:00
回复了 proxytoworld 创建的主题 问与答 墙变高了吗,自建的日本代理被墙了,不能 ping,无奈
@Windyzhou #76

哪里收费?我就在使用啊,github 去下载 APK 吧
2023-08-01 19:37:29 +08:00
回复了 littlesubgirl 创建的主题 问与答 被逼疯了,想找副业,做下载器盈利,违法吗?
pandownload 那种坐/牢模式?
这个需要加引导参数,看你是[改 grub.cfg 永久生效]还是[启动时按 e 键来临时修改]了

locale=zh_CN

(不需要加编码)
2023-08-01 18:51:52 +08:00
回复了 proxytoworld 创建的主题 问与答 墙变高了吗,自建的日本代理被墙了,不能 ping,无奈
@YGHMXFAL 接#66

安卓上一样地操作,不过第[1]步中可用地客户端,目前我就只知道 nekobox(sagernet 似乎不开发了)
2023-08-01 18:45:20 +08:00
回复了 proxytoworld 创建的主题 问与答 墙变高了吗,自建的日本代理被墙了,不能 ping,无奈
@pppguest3962 #54

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

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

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

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

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

你机场节点随便切,最终出口 IP 都不会变,都是你的 VPS(利好 PP 和 GV 这种风控敏感地服务)
2023-08-01 14:19:40 +08:00
回复了 proxytoworld 创建的主题 问与答 墙变高了吗,自建的日本代理被墙了,不能 ping,无奈
怕机场审计和记录访问日志就自己落地,机场节点只过墙
2023-08-01 14:18:51 +08:00
回复了 proxytoworld 创建的主题 问与答 墙变高了吗,自建的日本代理被墙了,不能 ping,无奈
要省心就买机场,多买几家,现在都白菜价了,省下提心吊胆怕被墙和抢修的力气来玩不好吗
2023-07-31 16:54:09 +08:00
回复了 4771314 创建的主题 问与答 为什么微信/qq 这类国内的 app 都喜欢做内建浏览器?
因为你说得这些并不是 APP,而是 OS
就这朝令夕改的尿性,有钱你就投资呗
2023-07-31 16:21:08 +08:00
回复了 Dcynsd 创建的主题 生活 深圳的黑心房东,自拉电信宽带,还要每月收三十元钱的管理费
@stuazt #7

小区房也不是运营商随便挑,LOC 上还看到宽带是按栋垄断,你敢信,投诉都没有作用
2023-07-31 15:02:43 +08:00
回复了 balduncle 创建的主题 云修电脑 win10 利用再生龙克隆 nvme 磁盘到磁盘克隆后无法启动
@balduncle #55

单纯修复引导,就看我在 50 楼的第 7+8 条就足够了
2023-07-30 22:42:32 +08:00
回复了 balduncle 创建的主题 云修电脑 win10 利用再生龙克隆 nvme 磁盘到磁盘克隆后无法启动
隔着网线呢,我也不怎么能帮上忙

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

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

[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 再来一次(滑稽)
2023-07-30 16:48:30 +08:00
回复了 balduncle 创建的主题 云修电脑 win10 利用再生龙克隆 nvme 磁盘到磁盘克隆后无法启动
@balduncle #29

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

你说经历了自动修复引导是吧?那么我觉得应该不一样才对
2023-07-30 16:43:46 +08:00
回复了 balduncle 创建的主题 云修电脑 win10 利用再生龙克隆 nvme 磁盘到磁盘克隆后无法启动
又看了微软文档

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

[2]在检测到重复地磁盘/分区 GUID 后将会自动重新生成 GUID 来避免冲突,所以楼主你说 GUID 一样,哪怕真一样(此处指 systemroot 的分区 GUID),也只是你看得时候一样
2023-07-30 16:30:59 +08:00
回复了 balduncle 创建的主题 云修电脑 win10 利用再生龙克隆 nvme 磁盘到磁盘克隆后无法启动
我又扫了一圈评论,楼主你在 2 楼所说得"两个盘 GUID"一样这儿有歧义,好像"磁盘"和"分区"和"分区类型"和"文件系统"都有 GUID(我应该没记错),你这儿说得到底是哪个
2023-07-30 16:17:10 +08:00
回复了 balduncle 创建的主题 云修电脑 win10 利用再生龙克隆 nvme 磁盘到磁盘克隆后无法启动
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,那必然就是"不可访问设备"了
1 ... 19  20  21  22  23  24  25  26  27  28 ... 33  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1108 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 18:56 · PVG 02:56 · LAX 10:56 · JFK 13:56
Developed with CodeLauncher
♥ Do have faith in what you're doing.