4

Вопрос

badblocks ли блокираторы в режиме чтения-записи такими же эффективными с твердотельным гибридным диском (SSHD), как с жестким диском (HDD)?

Более конкретно:

  • если все блоки устройства записаны в этом режиме, позволит ли контроллер идентифицировать любые поврежденные блоки?

Фон

Ubuntu Manpage: badblocks - поиск устройства на наличие плохих блоков

Я предполагаю, что неразрушающий тест только для чтения блоков SSHD:

  • будет читать некоторые блоки только с уровня SSD
  • и так, может привести к вводящему в заблуждение обзору положения вещей на уровне HDD.

Я ожидаю, что тест чтения-записи будет более эффективным. Это предполагает, что все записи в конечном итоге будут сброшены на жесткий диск.

пример

С опцией -n для неразрушающего режима чтения-записи:

ubuntu@ubuntu:/dev$ sudo badblocks -n -s -v /dev/sda
Checking for bad blocks in non-destructive read-write mode
From block 0 to 732574583
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern:   0.23% done, 1:47 elapsed
                               0.92% done, 7:09 elapsed
                               1.00% done, 7:46 elapsed
                              25.13% done, 3:49:32 elapsed
                              25.13% done, 3:49:33 elapsed
                              25.13% done, 3:49:34 elapsed
                              25.13% done, 3:49:35 elapsed

связанные с

В Спросите Разное:

1 ответ1

-1

Извиняюсь за некромантию нити, но я наткнулся на этот вопрос в поисках аналогичного ответа.

Согласно обзору AnandTech, SSHD-диски, такие как Momentus и FireCuda от Seagate, не используют SSD-кеш для операций записи; просто читает. Кэш чтения SSD должен заполняться только для секторов, которые были запрошены из пластин несколько раз, и, следовательно, не должен использоваться во время прохождения badblocks . Следовательно, деструктивный тест на badblocks чтения / записи должен работать точно так же, как и обычный механический привод.

Единственное, что меня беспокоит, - это маловероятный сценарий, при котором сектор терпит неудачу, но кэшируется на уровне NAND. Запросы на чтение для этого сектора не попадут в шпиндель и будут получены из кэша SSD. Опять же , хотя, я не считаю , что это возможно во время badblocks перспективы.

Я бы по-прежнему связывал его с расширенным тестом SMART или тестированием транспортировки и проверял бы перераспределенные сектора, просто чтобы быть в безопасности. Если вы еще не знали, обратите внимание, что на дисках Seagate частота ошибок поиска, частота ошибок необработанного чтения и восстановленные аппаратные атрибуты ECC указывают на проблемы только в том случае, если используются старшие 16 бит; колебания в младших 32 битах являются нормальными и указывают значения использования для накопителя (например, количество выполненных операций поиска и чтения).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .