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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

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

    Цитата:
    Посекторка.
     

    физического диска или логического? как правильнее? и посекторку из винды сделать или делать загрузочную usb и с нее?

    Всего записей: 10 | Зарегистр. 05-03-2010 | Отправлено: 17:10 09-10-2019 | Исправлено: wvadik, 17:28 09-10-2019
    igor me v2

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Естессно физического самое оптимальное (вы же сами писали, что 80 % надо достать). Кстати лично мне неизвестны (ну то есть я лично не проводил опыты) проги, делающие именно ПОСЕКТОРКУ логического диска. Знаю только пару прог, которые её точно НЕ делают. Хотя не утверждаю, что таких прог нет...
    Да, естесссно с загрузочного устройства надёжнее. Я использую загрузочную версию HDClone 4.0.3, например.

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 21:49 09-10-2019
    ZSZ

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

    Цитата:
    Кстати лично мне неизвестны (ну то есть я лично не проводил опыты) проги, делающие именно ПОСЕКТОРКУ логического диска.

     
    Чем популярный WinHex не угодил? Да и море других инструментов для создания посекторных копий логических дисков.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 00:51 10-10-2019
    igor me v2

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

    Цитата:
    WinHex

    Как-то был не в курсе, что он умеет Или может те версии, что я пользую (а я обычно пользуюсь "бородатыми", если нет смысла менять на новые) ещё не умели, а может не находил в них...

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 16:19 10-10-2019
    mgnkulibin

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Уважаемые Гуру!
    Подскажите, в каком направлении двигаться и последовательность действий. Пытался с помощью стандартного средства винды сжать системный том на HDD - было занято около 70GB из 465GB (ОС Win10, GPT, 6 разделов). Перед сжатием отключил и удалил теневые копии ОС, перенастроил на другой винт файл подкачки. Система предложила мне сжать том до 75 ГБ, но я скромно оставил 200. Сжатие завершилось ошибкой, после чего на диске системный том стал размером 215ГБ (чуть больше, чем предполагалось), но размер раздела остался, как и был с самого начала - 465 ГБ, соответственно не появилось нераспределенного пространства диска. Данные вроде-бы все уцелели, система работает, грузится нормально, чекдиск ошибок не нашел. Залез в диск через DMDE - увидел что разметка последнего раздела (OEM-раздел) залезла за физический размер диска. Резервная копия таблицы разделов и резервная копия GPT в конце диска не повреждены и соответствуют основным. Разметку последнего раздела я ручками поправлю, с пересчетом обоих CRC разумеется, но что делать с томом и "потерявшимся" пространством не знаю. Есть ли возможность "поправить" размер тома до прежних значений, или лучше поправить размер раздела до размера тома? Может быть предложите какой-нибудь другой вариант? Что делать с последним томом, поскольку его размер после правки размера раздела вылезет за его границы?
    Большое спасибо всем за помощь.

    Всего записей: 3 | Зарегистр. 03-02-2019 | Отправлено: 21:03 19-10-2019
    aleksvolgin

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

    Цитата:
    Может быть предложите какой-нибудь другой вариант?

    Слить инфу на другой винт -> преразметить исходный винт, как надобно -> залить всё взад, очевидно же.

    Всего записей: 1601 | Зарегистр. 19-02-2006 | Отправлено: 23:11 19-10-2019 | Исправлено: aleksvolgin, 23:11 19-10-2019
    eh



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    aleksvolgin
    Вполне очевидно что эта задачка решается и по месту.
    Собственно что и сделал вопрощающий.
    ЗЫ: Ещё немного и руборда опустится до уровня плинтуса.

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 23:57 28-10-2019
    ZSZ

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Забавный случай, на моём оборудовании. К сожалению, проблему устранил до того, как что-то прояснилось, гипотезы пост-фактум приветствуются.
     
    Дано, электронная книга, в неё вставлена SDHC 32 ГБ, FAT32, кластер 32 кБ, один первичный раздел. Если подключить книгу к любой винде, любому компьютеру, карта памяти виделась как один раздел 0 байт, и ничего с ней сделать нельзя, виндовый дисковый менеджер бесполезен.
     
    Но, если переставить карту памяти из книги в USB-кардридер, всё нормально, все файлы на месте.
     
    Но, если карта памяти в книге, то в Винде сторонние дисковые менеджеры её видят нормально, файлы можно читать-копировать в них.
     
    Другие карты памяти в этой книге, подключенной по USB к компу-винде видны нормально.
     
    Но, если перезагрузиться в Линуксы, то проблем Книга-Карта-Линукс и вовсе нет, копируй, удаляй, изменяй, всё работает.
     
    Также всё работает, если подключить книгу как USB накопитель к телевизору и т.п. В телефонах, плеерах и т.п. эта SDHC также всё нормально.
     
    То есть, чтобы не работало, эта SDHC должна находится в книге, которая подключена  к любому компьютеру по USB как внешний накопитель, на компьютере должна быть любая винда. Если что-то иначе, то всё работает.
     
    Удалил раздел программой MiniTool Partition Wizard под виндой, ибо виндовый с ней не работал. Далее самой виндой создал один FAT32 раздел, всё везде заработало.
     
    Основной казус в том, что эта SDHC в книге была невидимой виндой, и тут же нормально читалась кардридером. То есть, логических проблем как бы нет. То, что в Линуксах и где угодно и вовсе проблемы не было, подразумевает, что и аппаратных проблем книга-карта-комп не было.
     
    То, что вылечилось пересозданием раздела, как бы двигает мысль к логике, что противоречит вышесказанному. Книга используется редко, при последнем подключении к компьютеру для обновления содержимого примерно год назад проблемы с этой связкой книга-комп-винда не было.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 23:14 06-11-2019
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ZSZ
    Была странная разметка. Нестандартное размещение раздела или нестандартная MBR+PT. Если бы был образ исходной карты или вид окна "Разделы" в DMDE - было бы яснее... У меня был похожий случай: Linux видит раздел и нормально с ним работает, но DOS и Windows не признаЮт - решилось заменой бут-сектора раздела, там был неправильный заголовок ("сигнатура"), и m$ы его не признавали за свой, а Linux нормально работал, и дисковые редакторы проблем не видели.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 10:06 07-11-2019
    ZSZ

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

    Цитата:
    Была странная разметка. Нестандартное размещение раздела или нестандартная MBR+PT.

     
    Вы невнимательно прочитали. Было - если переставить карту памяти из книги  в кардридер, то проблема пропадала. Если это допустить, то выходит, что электронная книга как-то имитировала эту "странную разметку". Ну и раньше-то всё работало.
     

    Цитата:
    Если бы был образ исходной карты или вид окна "Разделы" в DMDE - было бы яснее...

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

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 10:30 07-11-2019
    ALLDAED

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ZSZ
    Может был расширенный (логический) раздел, а не основной, и книга его не понимает?

    Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 13:18 07-11-2019
    ZSZ

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

    Цитата:
    Может был расширенный (логический) раздел, а не основной, и книга его не понимает?

    Ещё один, прочитавший по диагонали.  
    Книге как раз пофиг всё читает и пишет, она даже ext2, ext3 понимает, хотя и не Андроид и не Линукс, самопал изготовителя.
    Была проблема с тем, что Windows не могла работать с конкретной SDHC, вставленной в эту книгу, которая подключена по USB. Но если карту памяти переставить в USB кардридер, проблемы не было. Также никаких проблем, если книгу с конкретно этой SDHC подключить к Линуксам, телевизорам, проигрывателям, чему угодно.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 13:47 07-11-2019 | Исправлено: ZSZ, 13:48 07-11-2019
    eh



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





    Предупреждение о нарушении п. 2.10. главы VIII Соглашения по использованию

    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 16:00 07-11-2019 | Исправлено: Akam1, 09:06 08-11-2019
    eh



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

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

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый день!
    Есть компьютер с несколькими разделами и двумя ОС на них (ХР и Win 7).
    Решил проверить на нем работоспособность другого HDD  (тоже с двумя ОС на них (ХР и Win 7), для этого отключил родной диск и подключил другой. ХР нормально загрузился, а Win 7 отказался.
     
    Ничего не изменяя снова вернул родной диск. После чего уже на нем ХР нормально загружается, а Win 7 после появление логотипа переходит в синий экран с unmountable boot volume (ххххххed). Все варианты запуска выдают тот же синий экран.
     
    Из-под Win XP раздел с ОС 7 видится как RAW с размером 0. Никаких действий с ним сделать из Win ХР нельзя. Диск восстановления проблему не решает, но при этом выдает «поврежден системный том»
     
    Акронис и Partition magic раздел определяют как рабочий с системой NTFS и даже видят содержимое.
     
    Можно ли реанимировать ОС или лучше сразу форматировать и устанавливать заново?

    Всего записей: 243 | Зарегистр. 19-03-2010 | Отправлено: 14:50 19-11-2019
    igor me v2

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

    Цитата:
    Ничего не изменяя снова вернул родной диск. После чего уже на нем ХР нормально загружается, а Win 7 после появление логотипа переходит в синий экран с unmountable boot volume (ххххххed). Все варианты запуска выдают тот же синий экран.

    Такого не бывает Ну то есть в этом была виновата НЕ перестановка дисков. Тем более, если

    Цитата:
    видится как RAW с размером 0

    Скорее всего вылезли скрытые физические или логические проблемы. Что в SMART родного диска? Если там есть физические проблемы - так и после переустановки может вылезти какой косяк. Надо сначала убедится, что сам диск в норме. Так что SMART а в идеале полный скан поляны например в MHDD\Victoria, смотерть результат, как задержки, нет ли нечитаемых секторов.
    Можно конечно пойти по более простому, но рисковому пути, просто "натравив" scandisc на проблемный раздел. Но он может как помочь, так и усугубить в такой ситуации (ну или скажет, что не может, потому что раздел RAW).  

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 15:36 19-11-2019 | Исправлено: igor me v2, 15:49 19-11-2019
    fararara

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    igor me v2
     
    Примечательно, что со вторым диском было то же самое: ХР загружался, а Вин 7 нет. Когда я вернул его на родной компьютер, с первого раза он тоже выдал ошибку, но затем включилось восстановление загрузки и все наладилось. А на этом компьютере ничего не помогает. Еще меня смущает, что виндовские сервисы диск определяют как RAw, а все сторонние сервисы как NTFS

    Всего записей: 243 | Зарегистр. 19-03-2010 | Отправлено: 15:44 19-11-2019
    igor me v2

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

    Цитата:
    что виндовские сервисы диск определяют как RAw, а все сторонние сервисы как NTFS

    Ну сбой какой-то логический в служебной инфе раздела. Чай такое сплошь и рядом бывает. А сторонний софт может быть более "обтекаемо" определяет тип раздела, не учитывая какую-то часть служебной инфы, которую учитывает система, тоже не новость, бывает. Поскольку я железячник - я сказал, мне главное понять, что диск физически жив. Если же хотите восстанавливать по месту по логике - есть тут спец по ковырянию в дисковом редакторе, eh. Можете ему сразу в личку написать, так он может не увидеть.
    Ну и я лично не увидел SMART хотя бы, и т. п.

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 15:54 19-11-2019
    fararara

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    igor me v2
     
    Скриншоты смарта
     
       
     
     

    Всего записей: 243 | Зарегистр. 19-03-2010 | Отправлено: 12:08 20-11-2019
    igor me v2

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    WOW, такое значение 199-го я встречал либо очень давно, либо вообще никогда Проверять SATA-шлейф, похоже ему нехорошо, или переткнуть в другой порт на мамке. Такжерочно чистить контакты на плате контроллёра, инструкция в шапке. Как вообще плата выглядит, видимо подгнившая уже, как минимум?
    А вот ошибки записи - это уже хуже. Хотя не исключено что это могло быть и следствием того же, откуда "ноги растут" у 199-го. Так, диск, как вижу с напрягом по вашему очень детальному скриншоту , Samsung HD500HJ.  У него ошибки записи вполне могут быть "настоящими".
    Хотя переназначенных секторов ещё даже нету.  
    Ну а по части доставания инфы  прочее вроде всё сказал выше...

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 13:59 20-11-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