Восстановление данных Москва С.-Петербург Новосибирск Другие города » Все города »
Звоните нам в Москве:  +7 495 230−1000

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

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

Если хотите присоединиться к данному обсуждению — перейдите по ссылке (@recoveryhelp).

Задать вопросы непосредственно специалистам R.LAB можно на нашем форуме или через телеграмм-бота @rlabsupportbot.

 
6 марта 2023 г.
DATALABS
 
❯ usb диск защищен от записи,как снять защиту с диска

без PC3000 никак

art_media234
 

ok

v1kln
 
❯ ok

Смею предположить, что Вы из одного из подразделений МВД Республики Узбекистан. Рекомендую Вам обратиться в ГЭКЦ МВД Республики Узбекистан в г. Ташкенте. У них точно есть. Или уточните у них о наличии актуальной версии PC-3000 в региональных ЭКЦ 💁🏻‍♀️

DataRecov
 

Ну или к Нодирбеку , он как раз в группе появился ))

👍x3
Alexey Gavrilenko
 
❯ usb диск защищен от записи,как снять защиту с диска

Уточните подробнее, в какой ФС отформатирован, в какую ОС подключаете?

❯ без PC3000 никак

Ну зачем вот так вот сразу) может там байтик всего поменять надо)

Про защиту записи в ExFat никто не в курсе? Может у человека эта проблема... или он диск с NTFS в Мак цепляет, там тоже будет защита от записи

 
7 марта 2023 г.
art_media234
 

ну

как ето проблему решат

id050
 
❯ Про защиту записи в ExFat никто не в курсе? Может у человека эта проблема... или он диск с NTFS в Мак цепляет, там тоже будет защита от записи

А что это защита от записи вообще

Атрибут "Только чтение"?

Николай
 
❯ Атрибут "Только чтение"?

Типа да. Защита бывает на программном и аппаратном уровне, бывает комбинированная.... А бывает рукожопость...(типа реестр заблокировал и забыл снова включить).

id050
 
❯ Типа да. Защита бывает на программном и аппаратном уровне, бывает комбинированная.... А бывает рукожопость...(типа реестр заблокировал и забыл снова включить).

Ага

На СД картах есть аппаратная например защита от записи

На флопиках тоже

Николай
 

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

Так что смотрите шо внутри, шо за системы и куда суете. Более конкретные вводные данные.

Alexey Gavrilenko
 
❯ как ето проблему решат

Сначала ответьте на вопросы какая ФС на диске и в какую ОС вы его подключаете.

art_media234
 

Внутри только видео и Фото

Alexey Gavrilenko
 
❯ А что это защита от записи вообще

Ну например в Маке все диски в ФС NTFS подключаются только для чтения. Чтоб работала запись - нужно ставить специальное ПО

❯ Внутри только видео и Фото

вы его в МАК или Виндовс подключаете? Что записано на диске не имеет значения

art_media234
 

Виндовс

Alexey Gavrilenko
 
❯ Виндовс

Исправляется заменой флага, который делает ExFat раздел рид онли (заменить 02 по смещению 6a на 00 в первом секторе раздела ExFAT)

Если конечно там экс фат, на этот вопрос ответа не было

Можно по другому, но тогда все данные могут повредиться.

Проблема возникает при небезопасном отключении диска обычно. Если запустить чекдиск, то тоже исчезнет, вместе с кучей данных и структур)

aztelega
 

Не такого ответа он ждал, кмк

art_media234
 

Спасибо

Alexey Gavrilenko
 
❯ Спасибо

https://www.youtube.com/watch?v=KuN95NTfS9Y

👍

вот пример

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

 
9 марта 2023 г.
lakreev
 

Всем привет! Обращаюсь за помощью, а точнее за консультацией перед принятием решения. Виновник моих бессонных ночей за изучением мат. части по жестким дискам и методов их восстановлений, собственно: 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. Ногами, пожалуйста, не бейте, тот пласт информации, что сейчас обладаю — по сути всего лишь третий день кропотливого изучения различных форумов (даже мертвых, через кэш), чтение документации команд терминала, часы ютуб видео и т.д.

Alexey Gavrilenko
 
❯ Всем привет! Обращаюсь за помощью, а точнее за консультацией перед принятием решения. Виновник моих бессонных ночей за изучением мат. части по жестким дискам и методов их восстановлений, собственно: 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. - Это проблему вообще не решит, только можете ушатать диск еще больше, а главное оно тут и не нужно. Нужно выключить диску фоновую активность. Технически можно это сделать и через терминал, но вычитывать диск вы потом как будете если у вас нет оборудования?

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

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

Alexey Gavrilenko
 
❯ Всем привет! Обращаюсь за помощью, а точнее за консультацией перед принятием решения. Виновник моих бессонных ночей за изучением мат. части по жестким дискам и методов их восстановлений, собственно: 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 вам поможет, но при условии если вы знаете какие флаги надо отключать. И повторюсь - диск надо потом вычитывать так, чтоб винда к нему не лезла и вы могли пропускать дефекты чтоб голова не находилась долго в местах повреждений.

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

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

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

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

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

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

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

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

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

Контакты
Центральный офис

телефон: +7 495 230−1000
e-mail:
адрес: 119049, Москва, Коровий Вал, д. 1А, стр. 1 (здание универмага «Добрынинский»), 6 этаж, офис R.LAB

Социальные сети и мессенджеры

VK: Паблик компании
YouTube: Наш канал
Telegram: Консультация у специалистов R.LAB через бота (@rlabsupportbot)
WhatsApp: Консультации по восстановлению данных (74952301000)