Ján*_*ský 8 hard-drive bad-blocks large-data
我想用随机字节覆盖一个非常大的硬盘驱动器（18TB），然后检查智能数据是否有重新分配的扇区或其他错误。
由于 badblocks 对单次运行中使用的块数量有一些限制，我尝试了 archlinux wiki 上描述的“cryptsetup 方法”：
https://wiki.archlinux.org/title/Badblocks#Finding_bad_sectors
我在整个驱动器上设置了一个加密的逻辑设备字段，然后使用命令“shred”将零写入打开的字段设备：
cryptsetup open /dev/device eld --type plain --cipher aes-xts-plain64
shred -v -n 0 -z /dev/mapper/eld
它继续打印诸如
shred: /dev/mapper/eld: pass 1/1 (000000)...870MiB/17TiB 0%
shred: /dev/mapper/eld: pass 1/1 (000000)...1.7GiB/17TiB 0%
...
shred: /dev/mapper/eld: pass 1/1 (000000)...4.1TiB/17TiB 24%
但随后它停止在 4.1TiB/17TiB 写入。我已经用 hexdump 验证了这一点，零没有写入到字节地址 0x428249b0000 (4570459340800 ~ 4.156 TiB) 之外：
hexdump -C --skip 0x428249a0000 /dev/mapper/eld | head
428249a0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
428249b0000 b3 cd d0 34 72 15 f2 2c f6 32 90 fb 69 24 1f ec |...4r..,.2..i$..|
428249b0010 a0 f4 88 a5 56 e7 13 82 94 e5 e0 f5 37 da c3 59 |....V.......7..Y|
428249b0020 9b 55 9f d8 39 a1 41 dc 52 ca 7b 3a 95 f5 59 e2 |.U..9.A.R.{:..Y.|
许多标准命令似乎在高容量磁盘上存在问题，因为涉及的数字对于 32 位数据类型来说太大了。Linux 上哪些读/写工具能够可靠地读/写超出这些 2TiB、4TiB 假想边界？
Ter*_*nen 12
编辑：根据评论更新
我会简单地使用
dd if=/dev/urandom of=/dev/sdX bs=1M status=progress iflag=fullblock oflag=fullblock
这/dev/sdX是硬盘的设备。