История изменений

И для Dimez

Битых секторов много, но они просто пропускаются при форматировании (заводском низкоуровенвом).

Если сейчас спросить «дайте документацию», то ее никто не даст. По крайней мере я ее когда-то искал и не нашел. Не думаю, что что-то в этом плане изменилось за это время. Поэтому все рассуждения на уровне догадок. Если доки есть, - дайте ссылку, - я с удовольствием почитаю, и это снимет все рассуждения по этому вопросу

предполагаю, что ссылки нет и поэтому предположу, что нет никакого заводского форматирования и карты заводских бэдов. Есть системная логика работы с секторами, которые требуют ремап из резервной области. И логика очень простая: плохо читается? - заменяем сектор из резервной области!. Это снимает вопрос про заводское форматирование и карту бэдов. Кому это надо подключать эти блины и что-то там форматировать? Блины проверяются на % дефектности рентгеном и всё. Удовлетворительно? Ставим блины в накопитель. Иначе - выкидываем или еще какой-то вариант
моему накопителю 10 лет. Врядли у него за это время нет не одного бэда. Но Reallocated_Sector_Ct == 0. Очень странно, да? Если бы любой бэд записывался в Reallocated_Sector_Ct, то был бы дикий плач ото всех, кто смог добраться до смарта. И куча судов/возвратов/etc. Поэтому производители, от греха по-дальше не трогают этот параметр, пока есть место в резервной области. Иначе у всех накопителей было бы ненулевое значение

Верны ли эти два утверждения - хзхз, нет документации. Когда будет - тогда можно это опровергнуть. Но по логике вроде коллизий нет

Я один раз сталкивался с диском с бэдами. Это seagate 10gb. Да, там постоянно были ошибки и скандиск на венде запускался постоянно. И некоторые файлы оказывались битыми. Подозреваю, что это напрямую связано с Reallocated

И для Dimez

Битых секторов много, но они просто пропускаются при форматировании (заводском низкоуровенвом).

Если сейчас спросить «дайте документацию», то ее никто не даст. По крайней мере я ее когда-то искал и не нашел. Не думаю, что что-то в этом плане изменилось за это время. Поэтому все рассуждения на уровне догадок. Если доки есть, - дайте ссылку, - я с удовольствием почитаю, и это снимет все рассуждения по этому вопросу

предполагаю, что ссылки нет и поэтому предположу, что нет никакого заводского форматирования и карты заводских бэдов. Есть системная логика работы с секторами, которые требуют ремап из резервной области. И логика очень простая: плохо читается? - заменяем сектор из резервной области!. Это снимает вопрос про заводское форматирование и карту бэдов. Кому это надо подключать эти блины и что-то там форматировать? Блины проверяются на % дефектности рентгеном и всё. Удовлетворительно? Ставим блины в накопитель. Иначе - выкидываем или еще какой-то вариант
моему накопителю 10 лет. Врядли у него за это время нет не одного бэда. Но Reallocated_Sector_Ct == 0. Очень странно, да? Если бы любой бэд записывался в Reallocated_Sector_Ct, то был бы дикий плач ото всех, кто смог добраться до смарта. И куча судов/возвратов/etc. Поэтому производители, от греха по-дальше не трогают этот параметр, пока есть место в резервной области. Иначе у всех накопителей было бы ненулевое значение

Верны ли эти два утверждения - хзхз, нет документации. Когда будет - тогда можно это опровергнуть. Но по логике вроде коллизий нет

И для Dimez

Битых секторов много, но они просто пропускаются при форматировании (заводском низкоуровенвом).

Если сейчас спросить «дайте документацию», то ее никто не даст. По крайней мере я ее когда-то искал и не нашел. Не думаю, что что-то в этом плане изменилось за это время. Поэтому все рассуждения на уровне догадок. Если доки есть, - дайте ссылку, - я с удовольствием почитаю и это снимет все рассуждения по этому вопросу

предполагаю, что ссылки нет и поэтому предположу, что нет никакого заводского форматирования и карты заводских бэдов. Есть системная логика работы с секторами, которые требуют ремап из резервной области. И логика очень простая: плохо читается? - заменяем сектор из резервной области!. Это снимает вопрос про заводское форматирование и карту бэдов. Кому это надо подключать эти блины и что-то там форматировать? Блины проверяются на % дефектности рентгеном и всё. Удовлетворительно? Ставим блины в накопитель. Иначе - выкидываем или еще какой-то вариант
моему накопителю 10 лет. Врядли у него за это время нет не одного бэда. Но Reallocated_Sector_Ct == 0. Очень странно, да? Если бы любой бэд записывался в Reallocated_Sector_Ct, то был бы дикий плач ото всех, кто смог добраться до смарта. И куча судов/возвратов/etc. Поэтому производители, от греха по-дальше не трогают этот параметр, пока есть место в резервной области. Иначе у всех накопителей было бы ненулевое значение

Верны ли эти два утверждения - хзхз, нет документации. Когда будет - тогда можно это опровергнуть. Но по логике вроде коллизий нет

И для Dimez

Битых секторов много, но они просто пропускаются при форматировании (заводском низкоуровенвом).

Если сейчас спросить «дайте документацию», то ее никто не даст. По крайней мере я ее когда-то искал и не нашел. Не думаю, что что-то в этом плане изменилось за это время. Поэтому все рассуждения на уровне догадок. Если доки есть - дайте ссылку - я с удовольствием почитаю и это снимет все рассуждения по этому вопросу

предполагаю, что ссылки нет и поэтому предположу, что нет никакого заводского форматирования и карты заводских бэдов. Есть системная логика работы с секторами, которые требуют ремап из резервной области. И логика очень простая: плохо читается? - заменяем сектор из резервной области!. Это снимает вопрос про заводское форматирование и карту бэдов. Кому это надо подключать эти блины и что-то там форматировать? Блины проверяются на % дефектности рентгеном и всё. Удовлетворительно? Ставим блины в накопитель. Иначе - выкидываем или еще какой-то вариант
моему накопителю 10 лет. Врядли у него за это время нет не одного бэда. Но Reallocated_Sector_Ct == 0. Очень странно, да? Если бы любой бэд записывался в Reallocated_Sector_Ct, то был бы дикий плач ото всех, кто смог добраться до смарта. И куча судов/возвратов/etc. Поэтому производители, от греха по-дальше не трогают этот параметр, пока есть место в резервной области. Иначе у всех накопителей было бы ненулевое значение

Верны ли эти два утверждения - хзхз, нет документации. Когда будет - тогда можно это опровергнуть. Но по логике вроде коллизий нет