Цитата 250966:
|
Что теперь делать? Пишет неверная битовая карта тома. »
|
Это плохо --- потёрта нулями битовая карта ФС NTFS --- отзвуки применения Erase в связке c read.
Поясняю на пальцах:
1. Хард по природе своей блочное устройство. Т.е. ориентирован на работу с блокированными данными, где размер_блока/коэффициент_блокирования/Block_Size это просто число секторов в блоке с последовательными номерами.
2. Чем больше размер блока тем быстрее идёт I/O.
3. Когда Victoria сканирует поверхность харда то замеряется скорость считывания (время считывания) одного блока. Если блок секторов считывается слишком долго, то в нём есть замедленные секторы. Больше никакой иной физики здесь нет.
4. Из-за одного плохого сектора по Erase затирается весь блок. Это очень много и связку read+erase в общем случае на больших блоках использовать нельзя. Например, если BlockSize = 256 (принято по умолчанию) убивается/затирается 128 KiB информации. В Wictoria for Windows BlockSize можно менять --- стандартно на выбор предлагаются значения по степеням двойки от 32 до 2048. Но можно насильно вбить только 1 (один) сектор в блок.
5. Я хотел, чтобы Вы с проблемным блоком работали на уровне одного сектора. Но теперь уже поздно… Постарайтесь понять, --- что у Вас произошло.
Поэтому, проанализировав ниже приведенную консткрукцию от
IgNat, утверждаю --- то, что ещё не успели убить в двух блоках, будет теперь убито...
Цитата:
Начните с 1-ого, в Victoria for Windows:
Start LBA: 34625000
End LBA: 34629000
Block size: 256 (при необходимости уменьшая до 32)
Loop test
Read
Erase
|
ЗЫ В Victoria for Windows
среда может притормаживать нормальные блоки --- имейте это в виду...
Добавлено.
Цитата IgNat:
|
- забыли про Security Erase (правда, не на всех HDD срабатывает). »
|
На руборде
Tomset утверждал, что на шустрых компьютерах в режиме API при BlockSize =1024 или 2048 write отрабатывает быстрее, чем даже Security Erase
