Нашел в Яндексе в поиске.

Всем привет! Обращаюсь за помощью, а точнее за консультацией перед принятием решения. Виновник моих бессонных ночей за изучением мат. части по жестким дискам и методов их восстановлений, собственно: Seagate ST31000528AS 1 Тб Barracuda 7200.12 Прошивка: CC46 Дело было так. Ничего не предвещало беды. Вечером компьютер стал сильно подтупливать. Загружаться через раз останавливаясь на загрузке BIOS. А в те моменты, когда Windows загружалась, — выходило требование проверить диск на наличие ошибок. Собственно, эта проверка началась и успешно (!) завершилась на 100%, зафризив попутно саму систему после. Компьютер ни на что не реагировал. Стоически прождал достаточное время, осознав, что комп завис, что называется «наглухо», вынуждено использовал hard reset, после чего жесткий диск перестал определяться в системе вовсе. В BIOS его не видно. Умер быстро и внезапно. Подключил TTL к жесткому диску, запустил терминал. Слышу, как диск исправно раскручивается, но каких-либо страшных посторонних звуков при этом не наблюдается. Терминал выводит следующее: L Rst 0x20M Servo Processor Is Reset. RW: Disc Ctlr Initialization Completed. ExecuteSpinRequest (P) SATA Reset С некоторым опозданием, но в уровень F3 выходит при нажатии Ctrl+Z. Ошибок не отображает, кроме подозрительной начальной L. На диске хранятся нужные для меня данные. Всеми известный и горячо любимый «Народный способ» подразумевает собой сброс всех логов S.M.A.R.T. и затрагивает транслятор, а затем используя команды >i4,1,22 и >m0,2,2,,,,,22 мы очищаем и перестраиваем G-list. Насколько это безопасно спрашивать, наверное, глупо, но хотелось бы ваше экспертное мнение. Не навредят ли такие махинации, если у меня не муха СС. Иными слова, какова вероятность усугубить положение до необратимого после обнуления S.M.A.R.T. и пересборкой G-list, если винт тупит не по причине мухи. Судя по начальным логам, контроллер и процессор у меня рабочие. Тем не менее, на всякий случай заказал плату-донор той же ревизии. Хочу так же уточнить возможен ли такой мув – сдампить ПЗУ винта через программатор как бэкап. И уже не боясь экспериментов попробовать «Народный способ»? Правильно ли я понимаю, что G-list и данные S.M.A.R.T., хранятся именно там? А в случае, если что-то пойдет не так, просто припаяю оригинальный BIOS обратно с данными до внесения терминала. Или это так не работает? P.s. Ногами, пожалуйста, не бейте, тот пласт информации, что сейчас обладаю — по сути всего лишь третий день кропотливого изучения различных форумов (даже мертвых, через кэш), чтение документации команд терминала, часы ютуб видео и т.д.

❯ Всем привет! Обращаюсь за помощью, а точнее за консультацией перед принятием решения. Виновник моих бессонных ночей за изучением мат. части по жестким дискам и методов их восстановлений, собственно: Seagate ST31000528AS 1 Тб Barracuda 7200.12 Прошивка: CC46 Дело было так. Ничего не предвещало беды. Вечером компьютер стал сильно подтупливать. Загружаться через раз останавливаясь на загрузке BIOS. А в те моменты, когда Windows загружалась, — выходило требование проверить диск на наличие ошибок. Собственно, эта проверка началась и успешно (!) завершилась на 100%, зафризив попутно саму систему после. Компьютер ни на что не реагировал. Стоически прождал достаточное время, осознав, что комп завис, что называется «наглухо», вынуждено использовал hard reset, после чего жесткий диск перестал определяться в системе вовсе. В BIOS его не видно. Умер быстро и внезапно. Подключил TTL к жесткому диску, запустил терминал. Слышу, как диск исправно раскручивается, но каких-либо страшных посторонних звуков при этом не наблюдается. Терминал выводит следующее: L Rst 0x20M Servo Processor Is Reset. RW: Disc Ctlr Initialization Completed. ExecuteSpinRequest (P) SATA Reset С некоторым опозданием, но в уровень F3 выходит при нажатии Ctrl+Z. Ошибок не отображает, кроме подозрительной начальной L. На диске хранятся нужные для меня данные. Всеми известный и горячо любимый «Народный способ» подразумевает собой сброс всех логов S.M.A.R.T. и затрагивает транслятор, а затем используя команды >i4,1,22 и >m0,2,2,,,,,22 мы очищаем и перестраиваем G-list. Насколько это безопасно спрашивать, наверное, глупо, но хотелось бы ваше экспертное мнение. Не навредят ли такие махинации, если у меня не муха СС. Иными слова, какова вероятность усугубить положение до необратимого после обнуления S.M.A.R.T. и пересборкой G-list, если винт тупит не по причине мухи. Судя по начальным логам, контроллер и процессор у меня рабочие. Тем не менее, на всякий случай заказал плату-донор той же ревизии. Хочу так же уточнить возможен ли такой мув – сдампить ПЗУ винта через программатор как бэкап. И уже не боясь экспериментов попробовать «Народный способ»? Правильно ли я понимаю, что G-list и данные S.M.A.R.T., хранятся именно там? А в случае, если что-то пойдет не так, просто припаяю оригинальный BIOS обратно с данными до внесения терминала. Или это так не работает? P.s. Ногами, пожалуйста, не бейте, тот пласт информации, что сейчас обладаю — по сути всего лишь третий день кропотливого изучения различных форумов (даже мертвых, через кэш), чтение документации команд терминала, часы ютуб видео и т.д.

Здравствуйте. У вас у диска проблема с тем, что появились нечитаемые сектора, часто это бывает и проблема с одной из головок, например по записи. Работать с таким диском надо уже на оборудовании типа PC3000, иначе диск может сам и запилиться, и потом вам будет намного сложнее помочь. То что вы написали - Всеми известный и горячо любимый «Народный способ» подразумевает собой сброс всех логов S.M.A.R.T. и затрагивает транслятор, а затем используя команды >i4,1,22 и >m0,2,2,,,,,22 мы очищаем и перестраиваем G-list. - Это проблему вообще не решит, только можете ушатать диск еще больше, а главное оно тут и не нужно. Нужно выключить диску фоновую активность. Технически можно это сделать и через терминал, но вычитывать диск вы потом как будете если у вас нет оборудования?

❯ Здравствуйте. У вас у диска проблема с тем, что появились нечитаемые сектора, часто это бывает и проблема с одной из головок, например по записи. Работать с таким диском надо уже на оборудовании типа PC3000, иначе диск может сам и запилиться, и потом вам будет намного сложнее помочь. То что вы написали - Всеми известный и горячо любимый «Народный способ» подразумевает собой сброс всех логов S.M.A.R.T. и затрагивает транслятор, а затем используя команды >i4,1,22 и >m0,2,2,,,,,22 мы очищаем и перестраиваем G-list. - Это проблему вообще не решит, только можете ушатать диск еще больше, а главное оно тут и не нужно. Нужно выключить диску фоновую активность. Технически можно это сделать и через терминал, но вычитывать диск вы потом как будете если у вас нет оборудования?

Спасибо! Я к вам прислушаюсь, не буду заниматься саморемонтом. Вы правы

❯ Всем привет! Обращаюсь за помощью, а точнее за консультацией перед принятием решения. Виновник моих бессонных ночей за изучением мат. части по жестким дискам и методов их восстановлений, собственно: Seagate ST31000528AS 1 Тб Barracuda 7200.12 Прошивка: CC46 Дело было так. Ничего не предвещало беды. Вечером компьютер стал сильно подтупливать. Загружаться через раз останавливаясь на загрузке BIOS. А в те моменты, когда Windows загружалась, — выходило требование проверить диск на наличие ошибок. Собственно, эта проверка началась и успешно (!) завершилась на 100%, зафризив попутно саму систему после. Компьютер ни на что не реагировал. Стоически прождал достаточное время, осознав, что комп завис, что называется «наглухо», вынуждено использовал hard reset, после чего жесткий диск перестал определяться в системе вовсе. В BIOS его не видно. Умер быстро и внезапно. Подключил TTL к жесткому диску, запустил терминал. Слышу, как диск исправно раскручивается, но каких-либо страшных посторонних звуков при этом не наблюдается. Терминал выводит следующее: L Rst 0x20M Servo Processor Is Reset. RW: Disc Ctlr Initialization Completed. ExecuteSpinRequest (P) SATA Reset С некоторым опозданием, но в уровень F3 выходит при нажатии Ctrl+Z. Ошибок не отображает, кроме подозрительной начальной L. На диске хранятся нужные для меня данные. Всеми известный и горячо любимый «Народный способ» подразумевает собой сброс всех логов S.M.A.R.T. и затрагивает транслятор, а затем используя команды >i4,1,22 и >m0,2,2,,,,,22 мы очищаем и перестраиваем G-list. Насколько это безопасно спрашивать, наверное, глупо, но хотелось бы ваше экспертное мнение. Не навредят ли такие махинации, если у меня не муха СС. Иными слова, какова вероятность усугубить положение до необратимого после обнуления S.M.A.R.T. и пересборкой G-list, если винт тупит не по причине мухи. Судя по начальным логам, контроллер и процессор у меня рабочие. Тем не менее, на всякий случай заказал плату-донор той же ревизии. Хочу так же уточнить возможен ли такой мув – сдампить ПЗУ винта через программатор как бэкап. И уже не боясь экспериментов попробовать «Народный способ»? Правильно ли я понимаю, что G-list и данные S.M.A.R.T., хранятся именно там? А в случае, если что-то пойдет не так, просто припаяю оригинальный BIOS обратно с данными до внесения терминала. Или это так не работает? P.s. Ногами, пожалуйста, не бейте, тот пласт информации, что сейчас обладаю — по сути всего лишь третий день кропотливого изучения различных форумов (даже мертвых, через кэш), чтение документации команд терминала, часы ютуб видео и т.д.

Смарт и G-List не лежат в ПЗУ, они на блинах, но вам их незачем трогать. Пзу тоже не стоит трогать...команда F вам поможет, но при условии если вы знаете какие флаги надо отключать. И повторюсь - диск надо потом вычитывать так, чтоб винда к нему не лезла и вы могли пропускать дефекты чтоб голова не находилась долго в местах повреждений.

❯ Спасибо! Я к вам прислушаюсь, не буду заниматься саморемонтом. Вы правы

Я пытался диски этой модели ремонтировать при таких же проблемах - ни один до конца тестов не дожил - все запилились. Но данные достать можно

❯ Я пытался диски этой модели ремонтировать при таких же проблемах - ни один до конца тестов не дожил - все запилились. Но данные достать можно

Вот вся надежда сохранить данные. Поэтому взвесив все за и против, пришел к выводу, что лучше отдать мастерам, а не угробить с концами

❯ Спасибо! Я к вам прислушаюсь, не буду заниматься саморемонтом. Вы правы

То есть через терминал можно выключить фоновые процессы, диск перестанет тупить, но дефекты останутся и без оборудования большие риски что диск не доживет

❯ Вот вся надежда сохранить данные. Поэтому взвесив все за и против, пришел к выводу, что лучше отдать мастерам, а не угробить с концами

и это не муха CC - при мухе диск даже не определяется в БИОС, но не стучит. а в терминал в цикле выдает LED CC с определенным кодом ошибки. Но при этом диск с убитыми головами тоже LED CC может писать, с другим кодом, и это уже не муха

ну и муха CC была только на дисках серии 7200.11 и только на определенных версиях прошивок. На других дисках - уже не эта проблема...

❯ и это не муха CC - при мухе диск даже не определяется в БИОС, но не стучит. а в терминал в цикле выдает LED CC с определенным кодом ошибки. Но при этом диск с убитыми головами тоже LED CC может писать, с другим кодом, и это уже не муха

У меня вот такая красота в терминале

Насколько понимаю, исправный диск по электронике должен показывать ровно то же самое.

Да, у вас диск не имеет проблем в служебной зоне, но имеет проблемы на поверхности, а всякие внутренние тесты имеют высокий приоритет и из за них диск висит.

❯ Да, у вас диск не имеет проблем в служебной зоне, но имеет проблемы на поверхности, а всякие внутренние тесты имеют высокий приоритет и из за них диск висит.

Спасибо большое за отзывчивость! И вопрос, мог ли в теории штатный запуск исправления ошибок (windows) угробить диск (служебную информацию) с такими вот последствиями? Если во время теста была перезагрузка. Или была бы просто ошибка CRC и битая файловая система, а диск бы в BIOS распознавался.

❯ Спасибо большое за отзывчивость! И вопрос, мог ли в теории штатный запуск исправления ошибок (windows) угробить диск (служебную информацию) с такими вот последствиями? Если во время теста была перезагрузка. Или была бы просто ошибка CRC и битая файловая система, а диск бы в BIOS распознавался.

Проверка диска в первую очередь могла убить записи таблицы МФТ - но это не служебная информация диска. Любые попытки чтения проблемных мест могут привести к таким последствиям. То есть если диск наткнулся на дефекты, это может запустить внутренние тесты поверхности, которые дальше будут мешать диску нормально работать. Но как правило диск так виснет уже если очень много дефектов или есть проблемы с одной из голов

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

Всё-таки посторонние шумы есть. Очень тихие, но имеют все же место. Сейчас обратил внимание, записал. Очень тихое цикличное потрескивание.

Ну пока ещё не супер стучит, лучше не мучить диск без оборудования

Плату зря заказали, ваша рабочая

Всётаки 11год...старику пора на покой

Конечно, отправлю старичка на покой, главное информацию выудить :( Надеюсь шанс есть. Понесу специалистам

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

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

❯ Да, у вас диск не имеет проблем в служебной зоне, но имеет проблемы на поверхности, а всякие внутренние тесты имеют высокий приоритет и из за них диск висит.

Это наверное smart background lifeguard

Это на всех ЖД есть с 200х

❯ Всётаки 11год...старику пора на покой

Вряд ли, у меня есть ЖД которым больше 25 лет

И не одного бэда

чем старее диск, тем он долговечней

❯ чем старее диск, тем он долговечней

Верно подметили

современные диски не живут так долго как старые

Хотя на самом деле определение не всегда верное

Скорее как его использовали и где

❯ Это наверное smart background lifeguard

Поэтому если ЖД журчит без иде/сата, то это оно работает

❯ Это наверное smart background lifeguard

Или DOS например)

❯ Или DOS например)

Дос?

Direct offline scan

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

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

Здравствуйте, может частично что то еще можно, если вы не все данные переписали новыми файлами.

Мне нужно будет восстановить фотографии

❯ Мне нужно будет восстановить фотографии

Восстановить откуда? Что послужило причиной пропажи?