@reus 我在前一个帖子里已经明确提醒过在 dd 备份之前不要做任何破坏性操作。
如果只是提示 IO 错误的话，repair 应该还没有成功执行才对，这是我的猜测。

可能是你的 profile 或者 rc 文件掉了。

@torbrowserbridge 96291 每天直播相声节目了解一下

ermmm 爱莫能助，祝你好运……

重启一下试试吧。另外如果是重要数据，切记先 dd 备份整块盘然后再操作。

@yao990 ermmm 没玩过这么高端的操作……
df 只是读取元数据信息。
数据应该都在，但是估计文件系统有错误。dd 备份完后做磁盘检查试试。

我们用备用域名解决。

@yao990 是的。原始数据是可以读出来的，但是因为少了一半的原始数据，你的文件系统报废了。如果丢了一半的文件系统，那就必须要找专业恢复公司花巨额资金做手工扫描恢复。

@silencefent PWDIS 是 SATA 3.3 规范里的。
也就是以后的新硬盘都会逐渐过渡到新标准上去。

至于你这句话嘛，只说对了一半。这个的确不是台式产品，但是西数并不是为了做隔离，而是因为这个产品线是从 HGST 氦气企业盘降速来的，所以会有这种企业级上用的 PWDIS 功能。硬盘盒本身如果支持 SATA 3.3 标准的话，没必要特地为了兼容台式机去去掉这个企业级的功能。
那你说企业级硬盘的质量不如台式硬盘么，我不知道，但是我觉得可能性不大。

@baskice 这种时候只能暗暗骂一句写标准的人是傻逼。明知道会完全与旧规范冲突还要硬上。

@yao990 只能挂载其中完整的分区。
读取当然是可以的，但是如果文件系统不完整，就得扫描整块硬盘了。（类似分区被格式化后的样子）

最简单的做法是拿透明胶带把硬盘 3.3V 电源金手指贴掉再插电源线。

西数的硬盘说真的不推荐拆壳。
以前就听说会用不同的电路板还是组件什么的。

至于这个 WD80EZAZ，我帮你 Google 了： https://www.reddit.com/r/DataHoarder/comments/8gc0ec/ordered_wd_my_book_8tb_came_with_wd80ezaz_return/

也可以看看有些复杂的查询能不能让程序而不是数据库来解决。
比如有些表连接就可以拆分成两个查询然后在程序端组装，这样可以减轻不少数据库上的压力。

@gnaggnoyil TLC 的确 Retention 能力下降了。不过 P/E 不高的 99 新盘还是很可靠的，断电室温三五年应该是很轻松的。

收藏硬币推荐三连支持一下（

@ca1123 这种没有意义的问题问出来有什么意义。
你自己发明出来的算法还能问你怎么知道那不是你第二人格想要偷取你第一人格的数据。
连可信的公共领域算法和可信的机构都不相信了，那世界上还有什么可以相信的。
25519 本来就是人们发现 NSA 插手以后，在野外随便找可靠曲线的时候找到的一个已经发布了 8 年而且根本没什么人关注的曲线。如果 25519 里面有 NSA 插手，就两种可能，NSA 能预知未来，知道 8 年后人们发现他们的后门然后转用 25519，所以坐时光机回去联系作者加入后门。或者作者能预知未来，知道将来国家制定的标准会被 NSA 加入后门，所以把 8 年以后的后门放进他自己的曲线里。

你觉得哪种可能性大点。

人与人之间没有信任还活什么。你出去吃个饭相信老板不会毒死你吗。

@yao990 普通。

@yao990
md 上的 lvm 直接看 lvm pv 所用的 md 设备类型即可。


以及如果用 lvm 自带的 stripe 功能的话：

https://sysadmincasts.com/episodes/27-lvm-linear-vs-striped-logical-volumes

# lvs --segments
LV VG Attr #Str Type SSize
root vol_e27 -wi-a---- 8 striped 5.82t

# lvdisplay -vm
略
--- Segments ---
Logical extent 0 to 1526183:
Type striped
Stripes 8
Stripe size 256.00 KiB
Stripe 0:
Physical volume /dev/xvdb
Physical extents 0 to 190772
Stripe 1:
略

#4 的回答有点问题。我原本记得 lvm 的条带用的是 md，似乎是记错了。他的条带应该是自己做的 mapper。

@hellojinjie 有，用了 md 条带的话没有办法的。所以我说 普通的 lvm 是可以的。