Скільки часу займають неполадки на накопичувачі 1 ТБ?


29

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

Зараз він говорить про те, 0.01% done, 30:20 elapsedщо означало б, що річ займе 17 тижнів або близько того, що в моїй книзі здається досить надмірним.

Це нормальна кількість часу для проведення такої перевірки чи просто мої підозри виправдані тим, що диск не працює, таким чином змушуючи чек зайняти лише трохи коротше, ніж вічність?

Я знайшов це питання тут, але це стосується кількості виконаних пропусків.


2
Це майже напевно залежить від інтерфейсу, накопичувача та того, наскільки поганий диск, якщо насправді є якісь збої. Я можу вам сказати, що на одному з моїх комп’ютерів сканування поганих блоків займало ~ 70 годин для 1,5 ТБ, приєднаного через SATA. Якщо ви підключились через USB2.0 або 1.0, це було б набагато довше.
Zoredache

Він додається за допомогою e-SATA. Я гадаю, я просто приділяю це деякому часу і побачу, як далеко він проходить після доброго сну.
Стівен Дон

@Zoredache - Я думаю, що замість цього ваш коментар повинен відповісти.
Ніфле

На додаток до коментаря Зоредаче вище, різні комутатори badblocksзмушують його виконувати різні завдання, що також вплине на час виконання, наприклад -wкомутатор.
JeffG

1
Необхідний час (також) залежатиме від режиму badblocksроботи: лише для читання, неруйнівного читання-запису чи руйнівного читання-запису. Сказавши це, 30 хвилин на 0,1% здаються довгими.
SabreWolfy

Відповіді:


20

Щоб відповісти на ваше запитання, найближчим, що я можу запропонувати, є тест на 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 Тб, якщо припустити, що він підтримує той самий часовий діапазон, що і 3TB, це було б 1/3 зазначеного тут часу, тож, щоб отримати 10% з -c 65536на 1 ТБ HDD, це було б приблизно 50 хвилин.


5

Badblocks робить 4 запуски. На зовнішній HD з 1 ТБ зазвичай йде близько 70 годин.


4
Для повноти badblocks(лише) за замовчуванням використовується чотири прогони із -wпрапором руйнівного запису.
SabreWolfy

@SabreWolfy, де ви читали, що погані блоки роблять для запуску з -w? Я не можу знайти цю інформацію.
Алан Францоні

1
Сторінка man для -w показує чотири шаблони запису, які він використовує.
SabreWolfy

3

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


2

Я працюю з поганими блоками на накопичувачах WD Red 4TB. Оскільки вони 4k-секторні диски (перевірено за допомогою lsblk -o NAME,PHY-SeC), я запускаю його -b 4096. Я хотів дати кожному екземпляру поганих блоків ~ 800 Мб оперативної пам’яті, тому я використав, -c 200000який дає вам 4096 bytes * 200,000 blocks = 800,000 Kb. Вони почали з 800 800 Мб кожен, але це підкралося з часом. Ці налаштування забезпечують значне прискорення порівняно зі стандартними налаштуваннями.

Він становив 1% за 3 хв 56 сек, але це 1% з 4 моделей. Також, здається, потрібно більше часу, чим ближче до кінця пробіжки. Він перевірив диск з першим малюнком близько 17 годин, тому він повинен завершити 4 ТБ приблизно за 68 годин .

КОМАНДУЙТЕ НИЩО ПРАВИЛИ ДЕСТРУКТИВНУ ПИСМУ

Я використовую команду: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt


0

Побіг цього позавчора на невдалому накопичувачі на 1 ТБ в моєму 6 ТБ РАЙД 6 (ДОПУСТИМИЙ ЗАПИСНИЙ РЕЖИМ!):

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

Материнська плата являє собою ASRock Rack C2550D4I (я знаю ...) з 8-кратним Samsung SpinPoint M8 HN-M101MBB (я знаю ...), підключеним до портів SATA3. Диски - це 4K накопичувачі «Розширеного формату», отже, розмір блоку 4K.

badblocks до кінця пішло близько 28 годин, без помилок.

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

Сподіваюсь, це допомагає настільки, наскільки ця тема допомогла мені знайти швидкий спосіб зробити погані блоки на диску. Я знаю, що його використання є сумнівним в наші дні, але коли попередній smartctl -t longне вдався через помилки читання, я вирішив кілька разів торкнутися і переписати всі сектори, щоб побачити, як зміниться значення SMART. Ще одне smartctlвипробування очікує, якщо це знову не вдасться, я буду купувати новий привід.


-1

Деякі спостереження щодо ефективності:

Я працюю 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). Якщо мені це зробити, я не бачу недоліків припинення цього тесту та відновлення його в майбутньому пізніше, оскільки це операція на рівні блоку диска. Я повинен відключити цю файлову систему перед тим, як відновитись після завершення сканування у відсотках.


3
це питання чи відповідь?
Pierre.Vriens
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.