Badblocks mất bao lâu trên ổ 1TB?


29

Tôi đang chạy badblocks (hay đúng hơn là "e2fsck -c") trên ổ đĩa 1TB và nếu chỉ báo tiến trình là bất kỳ dấu hiệu nào (không có ý định chơi chữ), nó sẽ mất gần như mãi mãi để hoàn thành.

Ngay bây giờ nó nói 0.01% done, 30:20 elapsedđiều đó có nghĩa là điều sẽ mất 17 tuần hoặc lâu hơn để hoàn thành, điều này có vẻ khá quá trong cuốn sách của tôi.

Đó có phải là một khoảng thời gian bình thường để kiểm tra như vậy hay đơn giản là sự nghi ngờ của tôi là chính xác trong việc ổ đĩa bị hỏng, do đó khiến cho việc kiểm tra chỉ mất một chút thời gian ngắn hơn vĩnh cửu?

Tôi tìm thấy câu hỏi này ở đây, nhưng nó liên quan đến số lượng chuyền được thực hiện.


2
Nó gần như chắc chắn phụ thuộc vào giao diện, ổ đĩa và mức độ xấu của ổ đĩa, nếu thực sự có bất kỳ lỗi nào. Tôi có thể nói với bạn trên một trong các máy tính của tôi, quá trình quét badblocks mất ~ 70 giờ cho ổ 1,5TB được gắn qua SATA. Nếu bạn kết nối qua USB2.0 hoặc 1.0 thì sẽ lâu hơn.
Zoredache

Nó được đính kèm bằng e-SATA. Tôi cho rằng tôi sẽ chỉ cho nó một lúc và xem nó sẽ đi được bao xa sau một giấc ngủ ngon.
Steven Don

@Zoredache - Tôi nghĩ bình luận của bạn nên là một câu trả lời thay thế.
Nifle

Ngoài nhận xét của Zoredache ở trên, các công tắc khác nhau để badblockskhiến nó thực hiện các tác vụ khác nhau, điều này cũng sẽ ảnh hưởng đến thời gian chạy, ví dụ như công -wtắc.
JeffG

1
Thời gian cần thiết (cũng) phụ thuộc vào chế độ badblocksđang chạy: chỉ đọc, không đọc phá hủy hoặc đọc phá hủy. Đã nói rằng, 30 phút cho 0,1% có vẻ dài.
SabreWolfy

Câu trả lời:


20

Để trả lời câu hỏi của bạn, gần nhất tôi có thể cung cấp là với 3TB tôi đã thử nghiệm cho điều này. Dưới đây là 3 lần kiểm tra tôi đã thực hiện, chỉ thay đổi các giá trị tham số cho -cvà chỉ thực hiện chúng tối đa 10% kể từ khi chúng mất rất nhiều thời gian. Mỗi lần được thực hiện 3 lần để lấy trung bình.

badblocks -svn /dev/sdb

Để nhận được 1%: 1 giờ
Để có được 10%: 8 giờ 40 phút

badblocks -svn -b 512 -c 32768 /dev/sda

Để nhận được 1%: 35 phút
Để nhận được 10%: 4 giờ 10 phút

badblocks -svn -b 512 -c 65536 /dev/sda

Để nhận được 1%: 16 phút
Để nhận được 10%: 2 giờ 35 phút

Vì vậy, có, -ctham số có ảnh hưởng rất lớn đến thời gian kiểm tra ổ đĩa. Tôi đoán rằng đối với ổ cứng 1 TB, giả sử nó duy trì cùng khung thời gian với 3TB, thì sẽ là 1/3 thời gian được đề cập ở đây, vì vậy, để đạt được 10% với -c 65536ổ cứng 1 TB thì sẽ là khoảng 10% 50 phút.


5

Badblocks làm cho 4 chạy. Trên HD ngoài 1 TB, thường mất khoảng 70 giờ.


4
Để hoàn thiện, badblocks(chỉ) mặc định cho bốn lần chạy với -wcờ ghi phá hủy.
SabreWolfy

@SabreWolfy bạn đã đọc những badblocks nào để chạy với -w? Tôi không thể tìm thấy thông tin này.
Alan Franzoni

1
Trang man cho -w hiển thị bốn mẫu viết mà nó sử dụng.
SabreWolfy

3

Hãy thử tăng số lượng khối được xử lý cùng nhau, như trong badblocks -svn -b 512 -c 65536 /dev/sda. Bằng cách này, tôi có thể kiểm tra ổ đĩa cứng 1 TB trong 8 giờ.


2

Tôi đang chạy badblocks trên ổ đĩa WD Red 4TB. Vì chúng là ổ đĩa 4k sector (được kiểm tra bằng cách sử dụng lsblk -o NAME,PHY-SeC) Tôi đang chạy nó với -b 4096. Tôi muốn cung cấp cho mỗi trường hợp badblocks ~ 800Mb RAM để tôi sử dụng -c 200000nó mang lại cho bạn 4096 bytes * 200,000 blocks = 800,000 Kb. Họ bắt đầu với 800Mb mỗi lần nhưng điều đó đã tăng lên theo thời gian. Các cài đặt này cung cấp một sự tăng tốc đáng kể so với các cài đặt tiêu chuẩn.

Nó chạy 1% trong 3 phút 56 giây nhưng đó là 1% của 4 mẫu. Nó dường như cũng mất nhiều thời gian hơn khi bạn đến gần cuối của một cuộc chạy. Nó đã kiểm tra đĩa với mẫu đầu tiên trong khoảng 17 giờ để hoàn thành 4TB trong khoảng 68 giờ .

THÔNG TIN DƯỚI ĐÂY CHẠY MỘT VIẾT TẠO

Lệnh tôi đang sử dụng là: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt


0

Chạy cái này một ngày trước ngày hôm qua trên một ổ đĩa 1 TB không thành công trong 6TB RAID 6 của tôi (CHẾ ĐỘ VIẾT BẮT ĐẦU!):

# badblocks -svw -b 4096 -c 65536 /dev/sdb

Mainboard là một ASRock Rack C2550D4I (tôi biết) với 8 chiếc Samsung SpinPoint M8 HN-M101MBB (tôi biết là 18) được kết nối với các cổng SATA3. Các ổ đĩa là ổ đĩa 4K "Định dạng nâng cao", do đó kích thước khối 4K.

badblocks mất khoảng 28 giờ để hoàn thành, không có lỗi.

Các ổ đĩa đơn làm ~ 105 MB / giây ( hdparm -tTthời gian đọc trung bình được đệm), 200 chuyến230 MB / giây khi kiểm tra toàn bộ mảng. Không có gì vượt trội, ngày nay, nhưng tốt cho một đống ổ Laptop cũ.

Hy vọng điều này sẽ giúp nhiều như chủ đề này đã giúp tôi tìm ra một cách nhanh chóng để thực hiện một badblocks chạy trên đĩa. Tôi biết rằng việc sử dụng nó không rõ ràng trong những ngày này, nhưng khi smartctl -t longthất bại trước đó do đọc thất bại, tôi đã quyết định để tất cả các lĩnh vực được chạm và viết lại một vài lần để xem các giá trị SMART sẽ thay đổi như thế nào. Một smartctlthử nghiệm khác đang chờ xử lý, nếu điều đó một lần nữa thất bại, tôi sẽ mua một ổ đĩa mới.


-1

Một số quan sát hiệu suất:

Tôi đang chạy e2fsck -c -c -v /dev/sda2, nằm trên thiết bị này:

/dev/sda2  77056 976754431 976677376  3.7T Linux filesystem

Thời gian chạy hiện tại cho 63,5% là 53:28:40; 53,5 giờ. Tốc độ của tiến độ là 1,186% / giờ. Với tốc độ này, sẽ mất thêm 31 giờ để hoàn thành, với tổng thời gian chạy ước tính là 85 giờ. Đây là một thiết bị USB 3.0. iotop cho biết tốc độ đọc / ghi trung bình là khoảng 25MB / s. Cho đến nay, không có khối xấu nào được tìm thấy.

Dòng lệnh cơ bản được chạy bởi e2fscklà:

sh -c badblocks -b 4096 -X -s -n /dev/sda2 976677375

Các bài đăng lên StackOverflow có thể an toàn để ngắt các lỗi xấu với ^ C (SIGTERM). Tôi có nên làm như vậy không, tôi không thấy nhược điểm của việc dừng thử nghiệm này và tiếp tục lại trong tương lai sau, vì đây là hoạt động ở cấp độ khối đĩa. Tôi phải ngắt kết nối hệ thống tập tin này trước khi tiếp tục quá trình quét phần trăm hoàn tất.


3
Đây là một câu hỏi hoặc câu trả lời?
Pierre.Vriens
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.