У меня есть коллекция новых дисков, друг порекомендовал мне запустить badblocks на новых дисках перед их использованием. Я запустил badblocks на некоторых новых дисках перед тем, как создать их образ badblocks -v -s -w -b 4096 -o ./sda.log /dev/sda, другие диски я представлял новыми без badblocks. ps Я также провел тесты transmission smart на дисках badblocks, пройдены.
Для дисков, на которых я запускал badblocks, пропускная способность чтения после создания образа очень низкая, dd if=/dev/sda bs=4096 of=/dev/null count=1Mкэши упали в среднем на 71,1 МБ/с. Для дисков, которые были только что записаны с образом диска, средняя скорость чтения составляет 195 МБ/с.
Я "сломал" эти диски, запустив плохие блоки? Могу ли я восстановить/сбросить их?
Смарт показывает
- высокое время вращения для плохих блоков ~3000 (0 для новых дисков)
- Никаких ошибок чтения и никаких перемещений секторов на всех дисках.
- самотестирование прошло успешно на всех дисках
- в остальном почти идентичные
smartctl -aотчеты
решение1
Частичный ответ:
badblock -wна самом деле записывает каждый отдельный блок, а не просто считывает его, так что вы провели «разрушающий» тест вместо обычного «неразрушающего» теста.
Чтомогбыть разница, в частности, если записанный вами образ меньше общей емкости жесткого диска. Жесткие диски, на которых есть только образ, имеют нетронутые блоки с более высокими номерами, жесткие диски с плохими блоками имеют шаблон в блоках с более высокими номерами.
Но я не понимаю, как это может повлиять на пропускную способность.
высокое время вращения для плохих блоков ~3000 (0 для новых дисков)
Spin-up 0 звучит так, будто значение еще не установлено - ни один жесткий диск не может раскрутиться в мгновение ока. Значение остается 0 даже после того, как вы несколько раз выключили и включили его?
Включение в вопрос некоторых реальных отчетов SMART могло бы помочь.
Никаких ошибок чтения и никаких перемещений секторов на всех дисках.
А как насчет ошибок поиска? Они действительно могут влиять на пропускную способность.
Если вы хотите поэкспериментировать (это выстрел вслепую): возьмите один или два жестких диска с плохими блоками, запишите нули во все блоки dd(это перезапишет использованный шаблон badblk), пересоздайте образ жесткого диска, посмотрите, будет ли разница.
Если это так, то прошивка каким-то образом обрабатывает "нулевые" блоки иначе, чем блоки с "данными". По какой-то причине.
Другая идея заключается в том, что жесткий диск, возможно, имеет быстрый кэш, возможно, флэш-память, которая будет служить для того, чтобы жесткий диск выглядел хорошо в тестах, измеряющих скорость чтения и записи простым способом. Таким образом, они могли бы написать большие числа в спецификации, чтобы увеличить продажи, которые на самом деле не достигаются в реальной работе. И выполнение записи badblk"переполняет" кэш, поэтому прошивка решает, что он больше не может использоваться.