Cách ghi đè lên ổ cứng rất lớn (18TB) bằng dữ liệu ngẫu nhiên bằng lệnh shell trong Linux

Tôi muốn ghi đè lên một ổ cứng rất lớn (18TB) bằng các byte ngẫu nhiên, sau đó kiểm tra dữ liệu thông minh để tìm các cung được phân bổ lại hoặc các lỗi khác.

Vì badblocks có một số hạn chế về số khối mà nó sẽ hoạt động trong một lần chạy, nên tôi đã thử "phương pháp cryptsetup" được mô tả trên wiki archlinux:

https://wiki.archlinux.org/title/Badblocks#Finding_bad_sectors

Tôi đã thiết lập một trường thiết bị logic được mã hóa trên toàn bộ ổ đĩa và sau đó sử dụng lệnh "shred" để ghi các số 0 vào thiết bị trường đã mở:

cryptsetup open /dev/device eld --type plain --cipher aes-xts-plain64
băm nhỏ -v -n 0 -z /dev/mapper/eld

Nó tiếp tục in các dòng như

băm nhỏ: /dev/mapper/eld: vượt qua 1/1 (000000)...870MiB/17TiB 0%
băm nhỏ: /dev/mapper/eld: vượt qua 1/1 (000000)...1.7GiB/17TiB 0%
...
băm nhỏ: /dev/mapper/eld: vượt qua 1/1 (000000)...4.1TiB/17TiB 24%

nhưng sau đó nó dừng lại ở 4.1TiB/17TiB được viết. Tôi đã xác minh điều này bằng hexdump, các số 0 không được ghi ngoài địa chỉ byte 0x428249b0000 (4570459340800 ~ 4.156 TiB):

hexdump -C --skip 0x428249a0000 /dev/mapper/eld | cái đầu
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.|

Nhiều lệnh tiêu chuẩn dường như có vấn đề với đĩa dung lượng cao vì các số liên quan quá lớn đối với kiểu dữ liệu 32 bit.Công cụ đọc/ghi nào trên Linux có thể đọc/ghi ngoài các ranh giới tưởng tượng 2TiB,4TiB này một cách đáng tin cậy?

Chỉnh sửa: Cập nhật theo nhận xét

tôi chỉ đơn giản là sẽ sử dụng

dd if=/dev/urandom of=/dev/sdX bs=1M status=progress iflag=fullblock oflag=fullblock

Đây /dev/sdX là thiết bị cho đĩa cứng.

Thay vì cryptsetup + Shrink, tôi đã sử dụng cryptsetup + pv (cat cũng sẽ hoạt động thay vì pv, nhưng nó sẽ không cung cấp bất kỳ thông tin tiến trình nào) và chỉ stdin tới/dev/zero:

cryptsetup open /dev/device eld --type plain --cipher aes-xts-plain64
</dev/zero pv >/dev/mapper/eld

Điều này có lợi thế (so với dd) là không cần chỉ định các đối số tối nghĩa và hiệu suất qua liên kết SATA 3.3 6Gb/s là tốt (>200MiB/s).

pv vẫn không thành công khi kết thúc, nhưng tôi đã kiểm tra rằng nó vẫn ghi đè lên toàn bộ thiết bị logic bằng số không. Điều đó có nghĩa là dm-crypt đã ghi đè toàn bộ ổ cứng bằng các byte giả ngẫu nhiên.

Bây giờ lỗi ổ cứng có thể được kiểm tra theo ít nhất hai cách:

1.Tìm kiếm dữ liệu SMART đã xuống cấp (như các khu vực được phân bổ lại) trong đầu ra của

smartctl -a/dev/thiết bị

2. Đọc dữ liệu từ /dev/mapper/eld và kiểm tra xem tất cả các byte đã đọc có giá trị bằng không. Chạy lệnh cmp từ diffutils để thực hiện so sánh này:

cmp -l -b /dev/zero /dev/mapper/eld

Nó sẽ in địa chỉ byte của lần không khớp đầu tiên và thoát với lỗi hoặc nó sẽ không tìm thấy bất kỳ sự không khớp nào và sau đó nó sẽ in "cmp EOF trên /dev/mapper/eld..." (và vẫn thoát với lỗi).

Không khớp có nghĩa là ổ cứng bị lỗi ghi vĩnh viễn ở vị trí đó hoặc có thể là một lỗi ngẫu nhiên sẽ không lặp lại chính xác ở cùng một vị trí.

Trong lần chạy cmp đầu tiên, tôi thực sự đã gặp lỗi sau 8 giây, điều mà tôi rất ngạc nhiên khi thấy. Dữ liệu SMART không cho thấy bất kỳ sự xuống cấp nào và nhật ký hệ thống không tiết lộ bất kỳ thông báo lỗi nào liên quan đến ổ cứng.

Sau đó, tôi đã thử chạy lại lệnh cmp để kiểm tra xem lỗi bản ghi có phải là thật không, nhưng sự không khớp ở vị trí đó không xảy ra nữa. Đó là một số lỗi ngẫu nhiên trong toàn bộ quá trình đọc + đánh giá. Vì vậy, đừng dựa vào một lần chạy lệnh cmp; trong trường hợp tìm thấy sự không phù hợp, hãy chạy lại. Nếu lỗi biến mất, hãy bỏ qua lỗi không khớp đầu tiên hoặc có thể thử lại một lần nữa. Nếu lỗi vẫn còn, hãy trả lại ổ cứng cho người bán vì nó rất có thể bị lỗi và sự xuống cấp của nó theo thời gian có thể nhanh hơn so với một ổ cứng khỏe mạnh.

.