#1 - 2021-3-4 18:27
SEupho (见习炼金术师)
事情大致是这样的:
原先是用一块3T的P300在进行做种,现在打算购入更大容量的企业盘作为仓库使用,闲置的这块P300打算另作他用,因此在上面用于做种的本地文件需要全部转移到新的硬盘上。
然而尚不清楚如何操作才能使得BT客户端正确地识别到已经转移的文件(目前在使用的是qBittorrent 4.2.5 版本),因此发帖向小组里的各位求助(bgm38)
#2 - 2021-3-4 18:30
(此账号已停用)
在新的储存位置重新加载一遍种子,勾选“跳过哈希校验”

量大的话,试试bt客户端整个挪过来,盘符路径别改
#2-1 - 2021-3-4 21:14
hikki-
哈希校验别乱跳啊,出事了自己全责(bgm38)
#2-2 - 2021-3-4 22:47
红炉点雪
hikki- 说: 哈希校验别乱跳啊,出事了自己全责
出事了再强制检查一遍呗(bgm38)问题不大
#2-3 - 2021-3-4 22:58
hikki-
红炉点雪 说: 出事了再强制检查一遍呗问题不大
出事指被识别为做假种导致站点警告or封号(bgm38)
你号没了.jpg
#2-4 - 2021-3-4 23:10
ℰ𝓊𝓅𝒽𝓎
hikki- 说: 出事指被识别为做假种导致站点警告or封号
你号没了.jpg
应该不会吧,我在有些pt站论坛的教程里看到还有教怎么“跳过哈希效验”的(bgm38),还是说你看到过警告or封号的实例?
#2-5 - 2021-3-4 23:21
hikki-
ℰ𝓊𝓅𝒽𝓎 说: 应该不会吧,我在有些pt站论坛的教程里看到还有教怎么“跳过哈希效验”的,还是说你看到过警告or封号的实例?
我看到的让跳过哈希效验的都会说有这种风险不建议跳过(bgm38)实例我是没碰到过
#2-6 - 2021-3-4 23:25
ℰ𝓊𝓅𝒽𝓎
hikki- 说: 我看到的让跳过哈希效验的都会说有这种风险不建议跳过实例我是没碰到过
我是没看到过这种说法(bgm38)种子数量和体积太大还是直接跳过的好
#2-7 - 2021-3-4 23:41
hikki-
ℰ𝓊𝓅𝒽𝓎 说: 我是没看到过这种说法种子数量和体积太大还是直接跳过的好
上一次是在自动辅种的时候看到这种说法(bgm38)
#2-8 - 2021-3-4 23:51
ℰ𝓊𝓅𝒽𝓎
hikki- 说: 上一次是在自动辅种的时候看到这种说法
这倒是提醒了我以后注意,等需要用到的时候再仔细看看吧~感谢提供信息。
#2-9 - 2021-3-5 00:02
hikki-
ℰ𝓊𝓅𝒽𝓎 说: 这倒是提醒了我以后注意,等需要用到的时候再仔细看看吧~感谢提供信息。
第一次自动辅种后,24小时开机都检验了我一个星期(bgm38)
#2-10 - 2021-3-5 00:07
ℰ𝓊𝓅𝒽𝓎
hikki- 说: 第一次自动辅种后,24小时开机都检验了我一个星期
(bgm38)一星期!我现在觉得你是不是被错误的信息误导了,是管理或者版主说的不要跳过效验么?
#2-11 - 2021-3-5 01:17
hikki-
ℰ𝓊𝓅𝒽𝓎 说: 一星期!我现在觉得你是不是被错误的信息误导了,是管理或者版主说的不要跳过效验么?
原本三百多个种,辅种完一千两百还是三百(bgm38)
#2-12 - 2021-3-5 02:22
chitanda@Lv2
hikki- 说: 第一次自动辅种后,24小时开机都检验了我一个星期
校验主要是防止文件hash对不上,不同来源的种确实需要校验下,防止有小改动或者下坏了之类的。但是自己本地拷的文件,还是同一个种子重新做种的,就没必要重校验了,这种情况下文件出错的概率比彩票中奖还低
#2-13 - 2021-3-5 11:15
ℰ𝓊𝓅𝒽𝓎
hikki- 说: 原本三百多个种,辅种完一千两百还是三百
其实本层主提供的两种方法都是移动了种子对应的文件并且没有效验,照你那样说都需要重新效验了。我同意ls的说法。(bgm38)
#2-14 - 2021-3-5 11:18
hikki-
chitanda@Lv2 说: 校验主要是防止文件hash对不上,不同来源的种确实需要校验下,防止有小改动或者下坏了之类的。但是自己本地拷的文件,还是同一个种子重新做种的,就没必要重校验了,这种情况下文件出错的概率比彩票中奖还低
还是吃蛋挞同志懂的多,学到了(bgm38)
#3 - 2021-3-4 18:44
(ユーフェミア·リ·ブリタニア/Euphemia Li Britannia)
种子对应的文件的盘符路径不变应该就没有问题了。
#4 - 2021-3-4 21:11
楼上说的可行,我换盘就是把文件数据复制过去,客户端数据复制过去,盘符设成原来的,然后直接打开客户端,没有报错
#4-1 - 2021-3-4 21:12
#5 - 2021-3-5 15:55
(Pon De Beach)
零. 鉴于身边及互联网上听/看过win环境中qbit各种奇妙bug频发的案例,建议在做任何操作前先备份一下客户端正在运行的种子列表。

   如果你没有勤快的更改过设置,则默认路径为[C:\Users\<YOUR_WINDOWS_USERNAME>\AppData\Local\qBittorrent\BT_backup]
   内容主要是带hash码的.torrent文件跟同步的.fastresume快速恢复记录

I. 如果决定旧酒装新瓶 并 尽量简化后续的恢复操作,那么注意盘符和种子路径跟原记录保持一致即可;
   如果想启用新盘符 或 处理文件夹『大包{中包(小)}』的套娃结构,请使用客户端"更改保存位置"的重定位功能。

II. 关于要不要校验。个人推荐不跳hash,理由如下:
    a. 3T的数据量并不算多,校验可以当做对新硬盘小小的压力测试
    b. 虽然很赞同chitanda桑用彩票中奖来形容copy过程中出现数据错误的概率,但
       ①考虑到旧盘久经通电时间的考验
       ②重新做种的意义在于确定文件完整的情况下资源存活且别人下的到而不是赚积分,因此不跳hash是对潜在下载者的负责。毕竟卡99.9%可是比(0) seeder难受多了
    c. 如果真就运气爆表到抽中了彩票被判fake seed,无论站内写PM申诉还是其他途径都需要付出时间成本。这点尤以需要IRC沟通的歪国站点为甚...

III. 扩展阅读: >_这里的#5 & #12