Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Закладки » Восстановление разделов и информации на HDD (часть 9)

Модерирует : Akam1, Dr_StandBy, vertex4

vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
1 часть :: 2 часть :: 3 часть:: 4 часть :: 5 часть :: 6 часть :: 7 часть :: 8 часть

Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...

 
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)

  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...
     

    Важно! Инструкция по чистке контактов на плате HDD

  • Всего записей: 26359 | Зарегистр. 20-04-2006 | Отправлено: 05:17 13-11-2016 | Исправлено: Akam1, 05:17 13-11-2016
    deman555

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    вот https://dropmefiles.com/k30bo  на всякий 5 разных скрина

    Всего записей: 39 | Зарегистр. 15-02-2010 | Отправлено: 19:25 30-11-2019 | Исправлено: deman555, 19:30 30-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    deman555
    Обычная пропись раздела отформатированного виндой. Если ты откроешь его и сделаешь виртуальную реконструкцию, то не будет ране указанной ошибки. И лично мне непонятно как ты мог добиться того что она появилась. Можешь повторить?
     

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 19:37 30-11-2019
    ALLDAED

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    deman555
    Забудьте про данные
    Не тратьте зря время  
    это PRO серия  c TRIM.
    https://www.onlinetrade.ru/catalogue/zhestkie_diski_hdd-c174/seagate/fullreviews/zhestkiy_disk_seagate_barracuda_pro_2.5_1tb_sata_iii_128mb_7200rpm_st1000lm049-1496163-r70398.html
    Странно что он умудрился еще старую MFT после форматирования не стереть.
    Но это скорее уже глюки управления TRIMмом в системе.
    Или пользователя подразнить. )

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 20:01 30-11-2019 | Исправлено: ALLDAED, 20:14 30-11-2019
    deman555

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    Поставил на еще одно чтение) Завтра выложу лог новый
     
    ALLDAED
    А как узнать, чтобы в новом диске не было поддержки TRIM ?  
    Не хотелось бы такие иметь больше))  особенно для файловых хранилищ

    Всего записей: 39 | Зарегистр. 15-02-2010 | Отправлено: 20:57 30-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    deman555
    Я не вижу повода делать повторное сканирование.
    Не знаю как все в таких дисках реализовано и что происходит при TRIM, но раз что то выжило, то можно предположить что могут производится отложенные действия.
    Поэтому, если у тебя есть свободный диск, лучше сделай посекторку.
     
    PS. Не покупать диски с SMR
    По любому - иметь бэкап.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 21:22 30-11-2019
    ALLDAED

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    А как узнать, чтобы в новом диске не было поддержки TRIM ?  

    Не пишут они. Только проверять по факту. Приходишь в магазин, пытаешь продавца, потом их сервис. Они в любом могут залепить SMR и TRIM. Если конкретный диск на заводе не вытянул положенный объем в PMR. Чтоб не понижать объем диска и не снижать цену, придумали такую чехарду. Просто заливают микропрограмму с поддержкой SMR и в продажу.

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 22:02 30-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Если конкретный диск на заводе не вытянул

    Опаньки, раньше бредил партиями, теперь добрался до конкретных экземпларов.
     
    ЗЫ: Продать типа SMR диск с маленьким кэшем диска, и обосраться в случае выявления такого подлога?
    Типа "просрём лям, но не потеряем цент".
    Если даже всё так, то не практичнее ли поставить контроллер с большим кэшем и выпустить диск с номером модели в котором SMR используется с завода?

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:08 30-11-2019
    maks61



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Приветствую!
    Была папка "MyFolder" с подпапками на несистемном диске D: (1,2 ГБ).
    На всякий пожарный скопировал папку "MyFolder" на флешку G:.
    Создал точку соединения mklink /J "D:\MyFolder" "G:\MyFolder" (низя было делать, флешка извлекается). Решил удалить папку "MyFolder" на флешке G: - RMDIR /Q "G:\MyFolder".
    Ошибочно подумал, что удалится только папка "MyFolder" на флешке G:, а папка "MyFolder" на D: останется нетронутой. Теперь имею пустую папку "MyFolder" на несистемном диске D:, а папка "MyFolder" на флешке G: удалилась мимо корзины. Возможно ли как-то восстановить папку "MyFolder" с содежимом на несистемном диске D: или на флешке?

    Всего записей: 759 | Зарегистр. 18-01-2013 | Отправлено: 22:10 30-11-2019
    deman555

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
     Если ты откроешь его и сделаешь виртуальную реконструкцию, то не будет ране указанной ошибки. И лично мне непонятно как ты мог добиться того что она появилась. Можешь повторить?  

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

    Всего записей: 39 | Зарегистр. 15-02-2010 | Отправлено: 22:16 30-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    deman555
    Я сразу не ответил по поводу этой непонятки потому как не был уверен в том что такое не может быть.
    Специально смоделировал ситуацию и не  смог получить такую ошибку. После чего и написал.
    Именно поэтому очень интересно как ты этого "достиг".
    Можешь показать в скриншотах последовательность открытия тома и построения виртуальной ФС.?
     
    Добавлено:
    maks61
    Забери букву у D и пробуй программами восстановления посмотреть.
    В той же DMDE открой том и сделай виртуальную реконструкцию.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:20 30-11-2019
    deman555

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    https://dropmefiles.com/Wt4PF

    Всего записей: 39 | Зарегистр. 15-02-2010 | Отправлено: 22:34 30-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    deman555
    Спасибо!
    В том числе за то, что узнал для себя что лог можно открывать и так.
    И в видео видно что реально открывается старая MFT, и конец её видимо переписан новыми метаданными.
    Как будет время попробую так.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:48 30-11-2019
    deman555

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    переписан новыми метаданными.  

    старые видимо вообще никак не вернуть видимо из за этого форматирования TRIM..

    Всего записей: 39 | Зарегистр. 15-02-2010 | Отправлено: 23:05 30-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Возможно и так.
    Ещё, как соломинка - смотрел результаты RAW-сканирования?
    Там нет тех данных которые при файловом восстановлении с нулями?

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 23:33 30-11-2019
    deman555

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Ещё, как соломинка - смотрел результаты RAW-сканирования?  
    Там нет тех данных которые при файловом восстановлении с нулями?

    Там все так же как и в файлах , нового нету

    Всего записей: 39 | Зарегистр. 15-02-2010 | Отправлено: 23:43 30-11-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Это предлагалось  исходя из (гипотетической) версии возможного сдвига в трансляции.
    Изначально же, когда я писал про записи MFT, то это был уже очень реалистчная версия когда в записях MFT, в данных инициализированного размера записано 0 - в таком случае файл показывает нужный размер, но показывает  нули.
     
    Ну что же, тогда становится охренительно интересно - если такие чудеса происходят на подобных дисках (формат раздела генерирует трим), то это просто "офигительно", особенно если учесть что подобные диски позиционируются как архивные.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 00:20 01-12-2019
    BOBAH4IK

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Не знаю как все в таких дисках реализовано


    Цитата:
    Если даже всё так, то не практичнее ли поставить контроллер с большим кэшем и выпустить диск с номером модели в котором SMR используется с завода?

    Ты точно понимаешь, о чем написал?

    Всего записей: 852 | Зарегистр. 17-05-2006 | Отправлено: 20:32 01-12-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BOBAH4IK
    Может и не точно, что подеать если бяки-буки как ты только и могут что пузыри пускать.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:18 01-12-2019
    AntiMember

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    то не практичнее ли поставить контроллер с большим кэшем

    Тута у них засада... Буфер PMR для SMR добуя гигов лежит на блинах. От этой радости имеем два транслятора и коматоз при нарушениях.
    Скоко гиг PMR буфера видать была идея в нандину запихать (SSHD), да они тоже быстро дохнут при таком пользовании...

    Всего записей: 9012 | Зарегистр. 13-09-2010 | Отправлено: 00:28 02-12-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    AntiMember
    И? Нельзя переделать диск  в SMR или нельзя поставить другой контроллер и оставляется с меньшим кэшем?

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 00:32 02-12-2019
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Закладки » Восстановление разделов и информации на HDD (часть 9)
    vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru