Сколько времени занимает блокировка диска объемом 1 ТБ?

Я запускаю badblocks (или, скорее, «e2fsck -c») на диске емкостью 1 ТБ, и если индикатор прогресса является какой-либо индикацией (не рассчитан на каламбур), для его завершения потребуется почти навсегда.

Прямо сейчас говорится, 0.01% done, 30:20 elapsedчто это означало бы, что на выполнение этой задачи потребуется около 17 недель, что в моей книге кажется чрезмерным.

Это нормальное количество времени для такой проверки или просто мои подозрения верны в том, что привод выходит из строя, и поэтому проверка занимает лишь немного короче вечности?

Я нашел этот вопрос здесь, но это относится к количеству выполненных проходов.

Чтобы ответить на ваш вопрос, самое близкое, что я могу предложить, - это 3 ТБ, которые я тестировал для этого. Вот три раза тесты, которые я делал, только меняя значения параметров -cи выполняя их только до 10%, так как они занимали ОЧЕНЬ много времени. Каждый был сделан 3 раза, чтобы получить среднее значение.

badblocks -svn /dev/sdb

Чтобы добраться до 1%: 1 час
Чтобы добраться до 10%: 8 часов 40 минут

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

Чтобы добраться до 1%: 35 минут
Чтобы добраться до 10%: 4 часа 10 минут

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

Чтобы добраться до 1%: 16 минут
Чтобы добраться до 10%: 2 часа 35 минут

Так что да, этот -cпараметр очень сильно влияет на время проверки привода. Я предполагаю, что для жесткого диска емкостью 1 ТБ, при условии, что он поддерживает те же временные рамки, что и 3 ТБ, это будет 1/3 от времени, указанного здесь, поэтому получить 10% при -c 65536использовании жесткого диска емкостью 1 ТБ это будет примерно 50 минут

Badblocks делает 4 пробежки. На внешнем HD объемом 1 ТБ это обычно занимает около 70 часов.

Попробуйте увеличить количество блоков, обрабатываемых вместе, как в badblocks -svn -b 512 -c 65536 /dev/sda. Таким образом, я могу проверить жесткий диск объемом 1 ТБ за 8 часов.

Я использую badblocks на дисках WD Red 4TB. Так как они 4k сектора дисков (проверено с помощью lsblk -o NAME,PHY-SeC), я запускаю его с -b 4096. Я хотел дать каждому экземпляру badblocks ~ 800 МБ ОЗУ, поэтому я использовал, -c 200000который дает вам 4096 bytes * 200,000 blocks = 800,000 Kb. Они начинали с примерно 800Mb каждый, но со временем подкрались. Эти настройки обеспечивают значительное ускорение по сравнению со стандартными настройками.

Он пробежал 1% за 3 минуты 56 секунд, но это 1% от 4 паттернов. Похоже, что чем ближе к концу пробега, тем больше времени уходит. Он проверил диск с первым шаблоном примерно через 17 часов, поэтому он должен заполнить 4 ТБ примерно за 68 часов .

КОМАНДА НИЖЕ ЗАПУСКАЕТ ДЕСТРУКТИВНОЕ НАПИСАНИЕ

Я использую команду: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt

Запустил это позавчера на отказавшем диске 1 ТБ в моем 6 ТБ RAID 6 (РЕЖИМ УНИЧТОЖИТЕЛЬНОЙ ЗАПИСИ!):

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

Материнская плата представляет собой ASRock Rack C2550D4I (я знаю…) с 8-кратным Samsung SpinPoint M8 HN-M101MBB (я знаю…), подключенным к портам SATA3. Диски представляют собой диски 4K «Advanced Format», следовательно, размер блока 4K.

badblocks заняло около 28 часов, без ошибок.

Одиночные диски занимают ~ 105 МБ / с (среднее время hdparm -tTчтения в буфере), 200–230 МБ / с при тестировании всего массива. Ничего превосходного в наше время, но приятно для кучи старых ноутбуков.

Надеюсь, что это поможет так же, как этот поток помог мне найти быстрый способ запуска badblocks на диске. Я знаю, что его использование сомнительно в наши дни, но когда предыдущий smartctl -t longне удался из-за сбоев чтения, я решил несколько раз прикоснуться ко всем секторам и переписать их, чтобы посмотреть, как изменятся значения SMART. smartctlОжидается еще одно испытание, и если это снова не удастся, я куплю новый диск.

Некоторые наблюдения за производительностью:

Я бегу e2fsck -c -c -v /dev/sda2, который находится на этом устройстве:

/dev/sda2  77056 976754431 976677376  3.7T Linux filesystem

Текущее время выполнения для 63,5% составляет 53:28:40; 53,5 часа. Скорость прогресса составляет 1,186% / час. При такой скорости потребуется еще 31 час, а общее время выполнения - около 85 часов. Это устройство USB 3.0. iotop указывает, что средняя скорость чтения / записи составляет около 25 МБ / с. До настоящего времени ноль плохих блоков найдено не было.

Основная командная строка, запускаемая командой e2fsck:

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

В сообщениях о состоянии StackOverflow безопасно прерывать плохие блоки с помощью ^ C (SIGTERM). Если я это сделаю, я не вижу недостатка в прекращении этого теста и его возобновлении в будущем, поскольку это операция на уровне дисков. Я должен размонтировать эту файловую систему, прежде чем возобновить ее при процентном сканировании.