水木社区手机版
- 主题:关于zfs换硬盘，这个答案可信吗？
- zfs上有个2T硬盘性能拉跨了，必须换掉了。然后diskinfo显示容量和扇区分别是2000398934016和3907029168，打算换上去的硬盘目前在windows下，hdtune看到的扇区数是3907024070，少了5000个左右扇区，不知道可行否？网上找了没有答案，问题chatgpt得到这个答案。
--
FROM 124.90.182.* - 直接让chatgpt给你找zfs的说明书，提供权威信息来源，自行判断吧。
它总结出来的东西，总有一股不靠谱的味道。vdev和zpool的关系，它就没怎么说清楚。
我自己认为是必须大与等于，否则会出问题，和btrfs的balance不一样。可能会在能不
能及如何扩展存储那些信息里找到答案，虽然你这里是缩。
或者，你可以搞个虚拟机，生成几个3，4g的虚拟硬盘试验一下。
【 在 cum 的大作中提到: 】
: zfs上有个2T硬盘性能拉跨了，必须换掉了。然后diskinfo显示容量和扇区分别是2000398934016和3907029168，打算换上去的硬盘目前在windows下，hdtune看到的扇区数是3907024070，少了5000个左右扇区，不知道可行否？网上找了没有答案，问题chatgpt得到这个答案。
: [upload=1][/upload]
--
FROM 119.130.155.* - 虚拟机升级win11的时候被迫卸载了，笔记本上不是有需求懒得折腾。
运行zdb查看到的asize倒是8001576501248，换算到扇区除以4的话，是3907019776，好像比打算换上去的硬盘还要小一些。
总感觉这个zfs设计应该是有余量的。
我是打算，如果换不进去，就重新做吧。换个3T或4T上去，太不值当，全部扩容的话，重建4个硬盘不如数据全部导一次的。虚拟机倒腾一次也麻烦，而且也不能证明什么。
【 在 Dazzy 的大作中提到: 】
: 直接让chatgpt给你找zfs的说明书，提供权威信息来源，自行判断吧。
: 它总结出来的东西，总有一股不靠谱的味道。vdev和zpool的关系，它就没怎么说清楚。
:
: ...................
--
FROM 124.90.182.* - 又问了一次，换了答案了。。。
【 在 Dazzy 的大作中提到: 】
: 直接让chatgpt给你找zfs的说明书，提供权威信息来源，自行判断吧。
: 它总结出来的东西，总有一股不靠谱的味道。vdev和zpool的关系，它就没怎么说清楚。
:
: ...................
--
修改:cum FROM 124.90.182.*
FROM 124.90.182.* - http://genetics.wustl.edu/technology/replacing-a-bad-zfs-drive-with-larger-dri
ve/
看了一下，类似于lvm里在vg里增加硬盘，然后用pvmove 移除硬盘
【 在 cum 的大作中提到: 】
: zfs上有个2T硬盘性能拉跨了，必须换掉了。然后diskinfo显示容量和扇区分别是
: 2000398934016和3907029168，打算换上去的硬盘目前在windows下，hdtune看到的扇区数
: 是3907024070，少了5000个左右扇区，不知道可行否？网上找了没有答案，问题chatgpt
: 得到这个答案。
: [upload=1][/upload]
--
FROM 119.139.196.* - 看他这个6盘位，单盘2T，根据asize除6下来好像比我的2T还要小一点。
【 在 iwannabe 的大作中提到: 】
: http://genetics.wustl.edu/technology/replacing-a-bad-zfs-drive-with-larger-dri
: ve/
: 看了一下，类似于lvm里在vg里增加硬盘，然后用pvmove 移除硬盘
: ...................
--
FROM 124.90.182.* - 2T硬盘组的zfs raid，建议直接买一个或者两个18T+的换了算了
回到你的问题，应该是不行的。我现在有两组zfs raid，其中一个是不对称的16Tx4+18Tx2按16T运行。
【 在 cum 的大作中提到: 】
: zfs上有个2T硬盘性能拉跨了，必须换掉了。然后diskinfo显示容量和扇区分别是2000398934016和3907029168，打算换上去的硬盘目前在windows下，hdtune看到的扇区数是3907024070，少了5000个左右扇区，不知道可行否？网上找了没有答案，问题chatgpt得到这个答案。
: [upload=1][/upload]
--
FROM 1.202.8.* - 你这建议怎么那么有道理~~~
但具体到我目前的情况，好像把手头台式机那个不太够用的2T换成4T后丢过去，我也觉得挺合理。换超大容量好像没有多少需求。目前家里刚换了极空间也扩容到了9T无冗余，重要的我都备份到了这台异地zfs上。比较麻烦的是，如果需要重做然后导数据的话，需要花点周折，毕竟机器在远处，带宽不够大。
话说，如果zfs支持硬盘数量调整该有多好。目前其实2+1模式也够用。。。突然萌生了一个想法，要是直接替换不成，我就搞成2+1的zfs和单盘共存好了，更灵活。
【 在 cppbuilder 的大作中提到: 】
: 2T硬盘组的zfs raid，建议直接买一个或者两个18T+的换了算了
: 回到你的问题，应该是不行的。我现在有两组zfs raid，其中一个是不对称的16Tx4+18Tx2按16T运行。
:
--
FROM 124.90.182.* - 如果你是说2mirror+1，两个之间是raid0，那是可以的，而且很灵活
【 在 cum 的大作中提到: 】
: 你这建议怎么那么有道理~~~
: 但具体到我目前的情况，好像把手头台式机那个不太够用的2T换成4T后丢过去，我也觉得挺合理。换超大容量好像没有多少需求。目前家里刚换了极空间也扩容到了9T无冗余，重要的我都备份到了这台异地zfs上。比较麻烦的是，如果需要重做然后导数据的话，需要花点周折，毕竟机器在远
: 处，带宽不够大。
: 话说，如果zfs支持硬盘数量调整该有多好。目前其实2+1模式也够用。。。突然萌生了一个想法，要是直接替换不成，我就搞成2+1的zfs和单盘共存好了，更灵活。
--
FROM 1.202.8.* - 当然优先还是replace吧，不想折腾太久。
【 在 cppbuilder 的大作中提到: 】
: 如果你是说2mirror+1，两个之间是raid0，那是可以的，而且很灵活
:
--
修改:cum FROM 124.90.182.*
FROM 124.90.182.*