HDD: вопросы по SMART, диагностике, восстановлению данных и прочее

[S]

инфа ценная была - её никакое кгб с цру не достанет

Как раз достанет при помощи спецоборудования. Для того что бы не достало применяют затирание в несколько проходов определенным паттерном.

[misha2]

инфа ценная была - её никакое кгб с цру не достанет

Как раз достанет при помощи спецоборудования.

Нет, не достанет. Чтоб так заявлять нужно знать основы микроэлектроники и принципы записи треков и сервотреков HDD. И помнить про соотношение шум/полезный сигнал. А подобные сказки и 10 лет назад мы слышали, и на фотках видели "специалистов" в "космических костюмах" , аккуратно достающих любую инфу и с любых HDD.

[S]

Нет, не достанет. Чтоб так заявлять нужно знать основы микроэлектроники и принципы записи треков и сервотреков HDD. И помнить про соотношение шум/полезный сигнал. А подобные сказки и 10 лет назад мы слышали, и на фотках видели "специалистов" в "космических костюмах" , аккуратно достающих любую инфу и с любых HDD.

Ты бы погуглил западные государственные стандарты по удалению ценных данных с винтов там 3-4 прохода считается медиум секурити а вот 8 и больше хай секурити. Они совсем дураки и занимаются фигней?

Интересная статейка за старенький метод удаления который считается избыточным ныне но тем не менее там описано как можно восстановить перезаписанную инфу с винта http://en.wikipedia.org/wiki/Gutmann_method" target="_blank

За ссд читал забавную ветку на официальном форуме OCZ по поводу секурити ирейз - так там представитель OCZ сказал что перезапись ячеек не происходит при вызове этой процедуры если хотите быть более менее уверенными в полном удалении информации - используйте внешнюю утилиту и произведите перезапись значением 0xFF.

[misha2]

S
Погугли сам. Меня открытая, пиаровская и т.п инфа от неспециалистов не интересует. Я работал в RMA WD, был представителем Hitachi и обладаю массой закрытой (confidential) документации от производителей, работаю с Acelab и с закрытыми группами разработчиков. А вы мне - "погуглите" ! Смешно, ей-богу... Нашли "пионэра"...

[S]

misha2
Производитель далеко не последняя инстанция в данном вопросе. Скажем так вопросы защиты информации находятся больше в компетенции спецслужб которые обладают своими технологиями и наработками в данной области.
А погуглить про открытые принятые методы уничтожения информации было бы полезно.

[southman]

не ссорьтесь

вспомнился веселый ролик от гугла..
смотрите: Google data center security, примерно с 3:40 они демонстрируют, как нужно удалять информацию

[misha2]

Производитель далеко не последняя инстанция в данном вопросе.

Правильно - это первая инстанция, задающая все технологии. В том числе и защиты данных. И кому как не производителю знать всё о способах выуживании инфы с треков и цилиндров винта. И способах записи оной в винт.

Скажем так вопросы защиты информации находятся больше в компетенции спецслужб которые обладают своими технологиями и наработками в данной области.
А погуглить про открытые принятые методы уничтожения информации было бы полезно.

Не вопросы защиты, а вопросы умения обойти защиту. Но нельзя обойти то, чего нет в винте. В данном случае стёртой/затёртой инфы. Вылавливают-то биты (0и1), а как же быть если там одни 0 ? Про остаточную намагниченность рассказывать не буду, т.к. долго, нудно и бесполезно. А почитать тех.документации было б полезно вам. Но гугль тут не помощник, к сожалению.

Добавлено через 1 минуту 25 секунд:
southman
А никто и не ссорится. Просто человек не представляет что такое восстановление информации с накопителей.

[S]

примерно с 3:40 они демонстрируют, как нужно удалять информацию

Та ну вот если бы они показали что винты в домну кидают - я бы проникся А то потом эти куски выравняют и будут как из архивов штази паззлы выкладывать

Добавлено через 1 минуту 37 секунд:

Не вопросы защиты, а вопросы умения обойти защиту. Но нельзя обойти то, чего нет в винте. В данном случае стёртой/затёртой инфы. Вылавливают-то биты (0и1), а как же быть если там одни 0 ? Про остаточную намагниченность рассказывать не буду, т.к. долго, нудно и бесполезно. А почитать тех.документации было б полезно вам. Но гугль тут не помощник, к сожалению.

я тоже не буду спорить оставайтесь при своем

[misha2]

Та ну вот если бы они показали что винты в домну кидают - я бы проникся А то потом эти куски выравняют и будут как из архивов штази паззлы выкладывать
я тоже не буду спорить оставайтесь при своем

Жаль фотку не сохранил как винты утилизируют на WD, барабаном с торчащими штырями. Прикольно.
Конечно вы останетесь при своём. Но стоило бы вам заняться винтами профессионально - вы б изменили своё мнение. Только лет нужно немало чтоб стать профи в этом вопросе.

[pavel]

Фото0193.jpg

[localpirat]

с такой информативностью Гугл в помощь

[c0013r]

с7-глюк шлейфа,возможно отходил, можно заменить
с5-ошибка при чтении/запись сектора, возможно результат предыдущего, викторией формат с ремапом, если не поможет, то уйдет в 05, т.е. потихоньку сыпется.

[southman]

викторией формат с ремапом, если не поможет, то уйдет в 05, т.е. потихоньку сыпется.

лучше обычное erase прогнать (данные сохранить перед этим), если это ошибка софтовая, то она исчезнет. Если не поможет, тогда да - remap.

[misha2]

Это походу WD Tahoe LT. Надо пройти по всей поверхности сканом, но не с включенным Erase, а с полным стиранием по Write. Если после прохода записью дефекты переназначатся и попадут в Г-лист, то это будет видно в аттрибуте 05 СМАРТа. А из Г-листа в заводской П-лист легко дефекты перенести технологической утилитой, и СМАРТ станет как новенький. Но и нужно учесть что Tahoe LT очень "сыпучие" винты вообще.

[southman]

пройти по всей поверхности сканом, но не с включенным Erase, а с полным стиранием по Write.

Кстати да, раньше так и делал, однако тут же встает вопрос о необходимости этой операции.
часто бывает так, что запись идет отлично, без задержек, зато поставь на чтение (ignore) или верификацию, как вылазят куча тормозных секторов и винт вообще падает или отваливается.
Соотв. приходилось делать полное сканирование Write, а потом еще проход по Read (если есть время, то так и нужно делать).

Зато режим Read-Erase сразу проводит проверку на чтение, а на сбойных блоках не просит сделать ремап, а просто затирает блок, тем самым корректирует ошибки UNC, которые могли послужить появлением Pending-секторами. Тем самым мы делаем один проход вместо двух, экономим и время и ресурс ЖД.

Tahoe LT очень "сыпучие" винты вообще.

предрассудки по отношению к тем или иным семействам это хорошо, но часто все очень зависит от конкретного экземпляра и то, в какой среде он работал

[misha2]

Кстати да, раньше так и делал, однако тут же встает вопрос о необходимости этой операции.
часто бывает так, что запись идет отлично, без задержек, зато поставь на чтение (ignore) или верификацию, как вылазят куча тормозных секторов и винт вообще падает или отваливается.
Соотв. приходилось делать полное сканирование Write, а потом еще проход по Read (если есть время, то так и нужно делать).

Зато режим Read-Erase сразу проводит проверку на чтение, а на сбойных блоках не просит сделать ремап, а просто затирает блок, тем самым корректирует ошибки UNC, которые могли послужить появлением Pending-секторами. Тем самым мы делаем один проход вместо двух, экономим и время и ресурс ЖД.

Нужно усвоить одно правило - не софт ремапит сектора на винте , а сама ТМОС винта, т.е. САМ винт ! А проги всего лишь предлагают сделать ремап винту... И проще, быстрее - не значит эффективно !

Tahoe LT очень "сыпучие" винты вообще.

предрассудки по отношению к тем или иным семействам это хорошо, но часто все очень зависит от конкретного экземпляра и то, в какой среде он работал

Это не предрассудок, а чистая математика, статистика + знание особенностей конструкции и микропрограмм винта. Когда у вас будет проходить в месяц ~7000 винтов, и вы сами будете руками и инженерным софтом щупать по 2100 шт. в месяц - предрассудки уйдут сами собой. И останется чистая статистика. И приобретённый опыт конечно...

[SERGBILL]

с7-глюк шлейфа,возможно отходил, можно заменить

не обязательно. может быть глюк контроллера. как в случае с Samsung и P67
в общем в данном случае на это можно смело забить, если количество ошибок не растёт.

[southman]

...Зато режим Read-Erase сразу проводит проверку на чтение, а на сбойных блоках не просит сделать ремап, а просто затирает блок, ...

Нужно усвоить одно правило - не софт ремапит сектора на винте , а сама ТМОС винта, т.е. САМ винт ! А проги всего лишь предлагают сделать ремап винту...

это мы давно уяснили, поэтому я и написал, что (Виктория) "просит" винт сделать ремап)))
он еще может и носом воротить - его дело самому решать

2к/месяц = 100 шт/день (рабочая неделя 5 дней) = 12.5шт/час (раб.день = 8 часов)
мне такие партии и в кошмарах не являлись... это по 5 минут на винчестер??!!
где вы их берете?! со дна черного моря чтоль?

... как в случае с Samsung ...

у них еще часто End-to-End всплывает само собой Благо сбросить не сложно.

[misha2]

может быть глюк контроллера. как в случае с Samsung и P67
в общем в данном случае на это можно смело забить, если количество ошибок не растёт.

Абсолютно неподходящий пример. Самсунг и ВД - это как говорят в Одессе "две большие разницы". У Самсунг серии F это было связано не с контроллером, а с некорректностью микропрграммы винта. И то вопрос спорный - Самсунг ли был виноват, или производитель чипсета. Проявлялось это в "заваливании" совсем другого аттрибута - 184 "End To End Error". А решилась она просто - апдейтовой прошивкой.

[epsilon]

ТС настолько суров,что не признает скрины,предпочитает снимать на телефон