Не удалось получить исключительный доступ к жестким дискам acronis

Обновлено: 07.07.2024

Компания Acronis является технологическим лидером в разработке системных решений для корпоративных и домашних пользователей по работе с жесткими дисками, резервному копированию данных, управлению загрузкой операционных систем, редактированию дисков, надежному уничтожению данных, и прочих системных средств. Среди наших разработок популярные во всем мире продукты Acronis True Image, Acronis OS Selector, Acronis Privacy Expert, Acronis Migrate Easy, Acronis Disk Editor, Acronis Recovery Expert, а также несколько новых продуктов, которые будут доступны в ближайшем будущем.

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

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

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

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

Как правило, ошибка «Не найдено ни одного жесткого диска» сопровождается кодом E000101F4, и она говорит о том, что программа не может продолжать свою работу. Возникнуть подобная неполадка может по разным причинам, но, как правило, их не так много.

Причина 1: устаревшая версия Acronis

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

Причина 2: настройка BIOS

Данным способом мы заглянем в настройки BIOS, а именно в раздел настройки дисковой подсистемы (SATA Mode). Нам требуется убедиться, что для данного пункта активирован параметр «ACHI Mode», и, если нет, внести необходимые изменения.

Попав в настройки BIOS, вам потребуется найти раздел ACHI Mode. Обращаем ваше внимание, что для разных версий BIOS выход к данному пункту может осуществляться по-разному. В нашем примере нам необходимо открыть раздел «Integrated Peripherals».

Следом необходимо выбрать «OnChip SATA Type» и установить отметку около «ACHI». Следом остается лишь сохранить изменения и покинуть BIOS.

Если это не помогло, установите в BIOS все в том же меню «SATA» параметр «IDE».

Запустите Acronis и проверьте наличие ошибки. Если данный шаг не помог вам решить проблему, верните прежние настройки БИОС.

Причина 3: неправильный MBR

Обращаем ваше внимание, что последующие действия удалят все данные с вашего диска.

Жесткий диск может не поддерживаться программой по той причине, что на нем несколько разделов используют главную загрузочную запись. Как правило, подобная причина часто возникает в случае, если диск был форматирован производителем. В данном случае неполадку можно решить, если выполнить повторную инициализацию диска.

nbsp
Сделать это можно из командной строки с помощью утилиты DiskPart. Получить доступ к командной строке вы можете в процессе установки Windows. Для этого в установщике Windows нажмите сочетание клавиш Shift+F10.

На экране отобразится окно командной строки, в котором вам потребуется прописать первую команду и щелкнуть по клавише Enter:

Данной командой мы запустили утилиту DiskPart, которая работает в среде командной строки. Если к компьютеру подключен не один жесткий диск, чтобы продолжить, нам потребуется выяснить номер диска, с которым мы будем работать. Получить эту информацию можно командой:

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

select disk [номер_диска]

Например, команда может выглядеть так:

Теперь нам потребуется стереть запись MBR, чтобы удалить старую структуру диска. Для этого выполняем команду:

Создаем новую главную загрузочную запись командой:

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

create partition primary

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

create partition primary size=[размер_диска_в_мегабайтах]

Например, мы хотим создать первый раздел размером в 10 Гбайт. Учитывая, что в одном Мбайт 1024 Мбайт, мы получаем следующую команду:

create partition primary size=10240

Выполняем форматирование диска:

format quick fs=ntfs label="System"

Теперь, когда раздел создан, ему необходимо задать букву. Сделать это можно командой:

Например, если вы хотите задать разделу букву C, команда будет выглядеть следующим образом:

Просматриваем изменения командой:

И, наконец, завершаем работу с командной строкой:

Причина 4: сбой в работе Acronis

Если вы работаете с Acronis из-под Windows, следует попробовать выполнить переустановку программы, предварительно полностью удалив ее с компьютера.

Для удаления программы лучше использовать не стандартные средства Windows, а программу Revo Uninstaller, которая выполнит полную деинсталляцию продукта, не оставив на компьютере не единого файла и записи в реестре.

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

Причина 5: конфликт программного обеспечения

Если на компьютере используются иные программы, функциональность которых схожа с Acronis, они легко могут стать причиной некорректной работы рассматриваемого нами инструмента. Например, программа Partition Magic.

Если в данном случае мы попали в точку, потребуется полное удаление подобных программ. Говоря под полным, мы опять-таки подразумеваем использование программы Rev Uninstaller либо же удаление программы с помощью деинсталлятора с последующей самостоятельной чисткой папок и реестра.

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

Как решить проблему «Отказано в доступе к диску»

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

недостаточно прав пользователя;
программные неисправности;
накопитель заражен вирусом;
накопитель имеет повреждения.

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

Проверка жёсткого диска

Также стоит проверить жесткий диск на наличие ошибок:

Нажимайте Win+R, откроется командная строчка, введите «cmd». Осуществить данную операцию нужно с полными правами, для чего в поисковом окошке (запускается щелчком по знаку лупы внизу экрана) вводите «cmd» и на иконке опции «Командная строка» жмите правой кнопкой мышки и кликните по опции «Запуск от имени администратора» (либо нажимайте правой кнопкой мышки на неё в правой области окошка).

Если директория в командной строчке отлична от «С:\Windows\system 32>» — у пользователя нет прав полного доступа.

В новом окошке укажите «chkdsk /f /r». После сканирования выполните перезагрузку ПК и проверьте обновления.
Если ошибка не исправилась, снова вызовите командную строчку и укажите «sfc /scannow».

Можно попытаться восстановить повреждённое хранилище: наберите «Dism/Online/Cleanup-Image/Restore Health» в командной строчке.

Способ 1: с помощью стандартных средств ОС

Если ошибка появляется при попытке открыть какой-то раздел жесткого диска, «Отказано в доступе» может появляться из-за ограничения прав пользователя. Даже более того, чаще всего это именно так. К слову, происходит это не только с твердотельным накопителем, но и с обычной флешкой. В этом случае проблему можно решить, не прибегая к использованию стороннего программного обеспечения, а непосредственно с помощью инструментов самой ОС.

В первую очередь необходимо проверить доступ к диску. Данную задачу можно выполнить следующим образом:

Дважды кликните по «Мой компьютер». Если на рабочем столе такого ярлыка нет, тогда откройте файловый менеджер «Проводник» и перейдите на левой панели в раздел «Мой компьютер».
Появится список разделов диска и внешних накопителей. Нажмите ПКМ по нужному.
В появившемся меню выберите пункт «Свойства».
Появится новое окно, где нужно перейти во вкладку «Безопасность».
В интерфейсе окна отыщите кнопку «Изменить». Находится она под списком «Группы или пользователи».
Просмотрите все параметры и отследите, стоят ли какие-нибудь ограничения. Если они есть, тогда откорректируйте их.
Нажмите «ОК» и закройте все окна.

Это должно помочь в решении ошибки «Отказано в доступе к диску». Однако если никаких ограничений вы не заметили или попросту не смогли верно их изменить, тогда можно воспользоваться вторым методом:

Откройте системный реестр. Нажмите Win+R и в появившемся окошке выполните команду regedit.
В появившемся окне вам необходимо перейти в папку HKEY_CURRENT_USER, затем в SOFTWARE, далее в WINDOWS, CURRENTVERSION и EXPLORER_MOUNTPOINTS2. Там будет находится папка с буквой вашего диска. Перейдите в нее.
Вы обнаружите каталог под названием SHELL. Его необходимо удалить. Делается это просто: выделите папку и нажмите клавишу Delete.

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

Как разрешить не удается открыть том для ошибки прямого доступа?

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

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

Во-первых, нажмите клавишу с логотипом Windows и R на клавиатуре, чтобы открыть диалоговое окно «Выполнить»

Способ 3: форматирование и восстановление данных

Бывает, проблемы с доступом возникают по причине каких-либо системных сбоев. В этом случае лучшим вариантом будет форматирование накопителя. Однако чтобы данные не были потеряны, перед этим лучше произвести их восстановление. В статье для таких целей будет использована программа R-Studio.

Запустите приложение.
Выберите диск, с которого хотели бы восстановить информацию.
Справа появятся файлы, пригодные для восстановления. Выберите необходимый и нажмите по нему ПКМ.
Из появившегося списка опций выберите пункт «Восстановить».
В новом окне проложите путь к папке, в которую будут перебрасываться файлы.
Нажмите «Да».

После восстановления всех важных данных вам необходимо отформатировать флешку. Делается это через «Проводник».

Откройте «Мой компьютер».
Кликните ПКМ по разделу.
В меню выберите опцию «Форматировать».
В появившемся окне нажмите «Начать».

Остается лишь дождаться окончания процесса форматирования, после чего раздел или накопитель должен работать исправно.

Восстановите данные SD-карты и отформатируйте их до нормального состояния

Если вы сталкиваетесь с SD-карта не может открыть том для прямого доступа тогда форматирование SD-карты — единственный вариант, который у вас есть. Если у вас есть важные данные, хранящиеся на вашей SD-карте, мы предложим вам восстановить эти данные с помощью инструмента восстановления данных.

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

Во всяком случае, народ! Это все с нашей стороны. Надеюсь, вы нашли эту статью полезной для устранения ошибки CHKDSK. Если у вас возникли проблемы с выполнением шагов, сообщите нам об этом через комментарий. Наконец, не забудьте поделиться с нами своими мыслями.

Восстановление системы

Радикальный способ – возврат системы к исходному состоянию (на примере Windows 10). Использовать данный вариант лучше в крайнем случае, когда другие методы не устранили неполадку, ведь в результате получите чистую ОС с личными данными либо без таковых (исходя из выбранного способа инсталляции).

вызовите меню, нажав «Win+I»;
перейдите в блок «Обновление/безопасность»;
нажмите на «Восстановление»;

1-й способ — полная очистка системного тома от файлов и переустановка ОС без применения диска с дистрибутивом, 2-й метод — быстрая установка Windows 10 с сохранением файлов пользователя и настроек программ (приложения не сохраняются).

Есть ещё 1 способ вызова диалога сброса ОС, даже не авторизуясь в ней. Проходит всё на экране авторизации. Чтобы открыть доступ к опции, нажмите по значку «Перезагрузка», зажав «Shift». После чего кликните по иконке «Диагностика», далее щёлкните по «Возврат ОС в исходное состояние».

Достоинства метода: не требуются установочные флешка/диск, а также полностью автоматическое выполнение.

Минус лишь один — при удалении образа системы или нахождении файла в испорченных секторах жесткого диска сделать оперативную переустановку не получится, но в Виндовс 10 возможно использовать пару добавочных инструментов: диск восстановления системы (что редко, т. к. обычно его нет) и резервирование системы посредством инструментов ОС на томе, отличном от системного.

Также есть возможность использовать точку восстановления.

В Windows 10 процедура следующая:

Иначе, выберите опцию «Выбрать иную точку восстановления» путём клика левой кнопкой мышки по пустому кружочку рядом с ней и кликните по «Далее», в окошке щёлкните левой кнопкой мыши по строчке с желаемой точкой восстановления и нажимайте на «Далее».

Кликните по «Готово».

В Windows 7 алгоритм немного отличается:

Что делать, если при автоматическом восстановлении не удалось восстановить компьютер

Что такое файловая система RAW?

Если диск получил формат RAW, Windows отобразит его среди других разделов винчестера. Но при попытке открытия компьютер выдаст ошибку и предложит его отформатировать. Помимо этого, любые действия с этим томом будут недоступны: проверка на ошибки, дефрагментирование и пр. (полезно прочитать « »).

Как таковой файловой системы RAW не существует. Если диск получает такое форматирование, это означает, что драйвера компьютера не в состоянии определить тип его файловой системы – NTFS, FAT или FAT32. На практике такое происходит в нескольких случаях:

структура файловой системы повреждена;
не проведено форматирование раздела;
отсутствует корректный доступ к содержимому тома.

Если поврежден том с ОС, при загрузке компьютера появятся предупреждения «Reboot and selеct proper boot device» или «Operating System not found».

Восстановление загрузочного сектора первого раздела

Используя Disk Probe выберите DRIVES, Physical Drive. Выберите PhysicalDriveX, где X = номер нужного диска. Например, используйте Disk Administrator, чтобы найти этот номер.

Из меню SECTORS, выберите Read и установите 0 для STARTING SECTORS и 1 для Number of Sectors, затем щелкните «Read».

Сейчас Вы в Master Boot Record (MBR) вашего физического диска. В этом можно убедиться, найдя по смещению 8Bh текст «Invalid Partition Table. «. Из меню VIEW выберите «Partition Table». В окошке, озаглавленном «partition table index» выберите раздел и дважды щелкните мышкой на нем. В окошке ниже, в нижнем левом углу будет показан относительный номер сектора «Relative Sector». Запишите его.

В меню VIEW выберите «Bytes», чтобы проверить, куда же Вы попали. В зависимости от повреждений в секторе Вы можете попытаться идентифицировать его по одной из следующих строк: «NTFS» в верхнем правом углу или «A disk Read error occurred. » со смещения 130. В меню VIEW выберите «NTFS bootsector». Здесь выберите кнопку or «Volume Middle» для Windows NT 3.5x или «Volume End» для всех остальных ОС Windows, которые могут работать с NTFS. Сейчас Вы должны попасть на резервную копию загрузочного сектора. Если это не так, то это значит, что первичный загрузочный сектор поврежден настолько, что невозможно вычислить положение резервного сектора. В таком случае, перейдите к разделу «Восстановление резервного загрузочного сектора, если первичный сектор отсутствует, поврежден или содержит неверные данные».

В меню VIEW выберите «Bytes» и убедитесь, что Вы нашли верный загрузочный сектор NTFS. В меню SECTORS выберите «Write» и убедитесь, что в показанном Вам диалоге установлен верный физический диск. В окошке «Starting Sector to write Data» введите относительный номер сектора, который Вы записали в шаге 4, и нажмите кнопку «Write».

Перейдите в меню SECTORS и введите относительный номер сектора, который Вы записали в шаге 4, укажите «Number of sectors» равным 1 и нажмите «Read». Проверьте, что записаны верные данные.

Закройте Disk Probe и перезагрузите компьютер.

Из RAW в NTFS без потери данных

Microsoft Edge: браузер, который нужен всем. ну или почти всем

Windows 10 выводит из строя Mac: Microsoft признал вину, но что дальше?

Плановая переустановка Виндовс 7 на 10: мошенники против пенсионеров

Полноэкранная реклама от Windows — раздражающая новинка, которую можно и нужно отключить

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

«Ошибка», «Повторить», «Отмена»;
сообщить об отсутствии сектора;
при вызове свойств диска указан тип файловой системы «RAW»;
предлагает отформатировать;

Сбросу структуры диска в тип RAW из NTFS и появление подобных ошибок могут способствовать следующие факторы:

Здравствуйте. Подскажите пожалуйста, хотел расширить диск C за счет диска F (акронис поставил на флешку, логов скорее всего нет). Пару раз попробовал, ничего не вышло, компьютер перезагружался по новой в акронис и ничего не происходило. Дальше я оставил это дело и начал грузиться в винду. Тут мне вылезла проверка диска 'scanning and repairing drive'. Дошло до 71 процента и повисло. Подождав еще где-то час, я перезагрузился, решил зайти в систему. Дальше мне винда выкинула предупреждение на рабочем столе 'Корзина на диске F:\ повреждена. Выполнить очистку корзины на этом диске?' Я не стал ничего нажимать, сразу полез проверять файлы. Тут я встал в ступор. Папки есть, но они пустые. И когда пытаешься в них зайти, пишет 'У вас нет разрешений на доступ к этой папке'. По нажатию кнопки продолжить, попадаешь в папку, но она пустая.
Через total commander, включив в настройках показывать скрытые и системные файлы, я могу зайти в папку, файлы на месте. Даже попробовал скопировать данные некоторые на флешку. Но они повреждены, не читаемы абсолютно. Единственно читаемые файлы были те, которые весили в байтах (к примеру, мог открыть файл весом 77 байт, 100 байт, а вот файлы в Кб уже не могу, повреждены.). Я сразу же стал перезагружаться и опять началась проверка, что я и хотел.

Проверка была около 5ти часов, загрузился в систему, то же самое предупреждение с корзиной, но теперь не могу зайти в папки на диске, пишет что-то вроде 'Нет доступа к F:/file. Структура диска повреждена', и так на каждой папке.

Сейчас сделал скрины SMART'a и DMDE. MRB отключил.

Подскажите пожалуйста, как поступать, просто восстановить через DMDE (express версию я могу купить) или же каким-то другим способом? Решил сам ничего особо не предпринимать, хотя опыт с восстановлением другого диска у меня был (не моего). Но там он не виделся системой.

Так же, если делать chkdsk, делать его лучше на другой машине? Ибо у меня один диск и на C стоит система, на F файлы. Восстановить нужно около 100-200мб. Прошу помощи, не знаю уже что и делать.

P.s сейчас пока сижду с linux live cd, могу делать там какие-то операции.

P.s какие логи предоставить сейчас?

Заранее всем спасибо за советы.

В первую очередь последи за атрибутом C7 SMART - если он будет увеличиваться, то надо устранять причину этих ошибок.
А далее нужно поискать логи чекдиска и посмотреть что он успел "сделать" - загляни в папку System Volume Information а в ней подпапка что то типа Chkdsk с файлами в имени которых присутствует дата и время. Если в них нет ничего конфиденциального (в названиях папок и файлов), то запакуй свежие и выложи.
PS. Задуманное тобой действие не произошло по двум основным причинам.
1. Между разделами есть служебный винды и если расширение всё таки необходимо, то надо разбираться с ним (переносить в другое место).
2. сильно распиаренный акронис импотентен в случае если на разделе отличающемся от системного имеется файл подкачки.

Что касается остальных моментов - напишу позжее.

Добавлено через 8 минут

Несмотря на то, что акронис запускался с флэшки (портэйбл версия?) он мог всё равно сохранить свои логи, поэтому поискать их не будет лишним.
Они практически ниочёмные, но тут важно понять успелось ли хоть что то сделаться. Потому что, в силу вышенаписанного, ресайзов как бы не должно было быть (*), но в таком случае непонятности с ошибками на F.
(*) Тут ещё надо определиться с тем что ты планировал - использовал функцию перераспределения свободного места или создал многоэтапную задачу - уменьшение F, сдвижку служебного, расширение С. В таком случае не исключено что на F успелись сделаться какие то передвижки (перенос данных из начала раздела для освобождения места), но произошёл облом из за файла подкачки.

Что касается остальных моментов - напишу позжее.

Добавлено через 8 минут

Лог чекдиска загрузил (файл был 350 кб, не влез на сайт, пришлось в rar запаковать). Логи вчерашние, скорее всего когда 5 часов проверялся диск 'scanning and repairing drive'.
Логи от акрониса не нашёл. Это не совсем портейбл версия. Сам акронис стоял на винде, через него можно сделать как бы 'загрузочную флешку'. В акронисе есть пункт 'Мастер создания загрузочных носителей Acronis'. Залил я это всё дело на флешку и начал размечать.
Первый раз я откусил от диска F 10 гигов, потом 10 гигов совместил с 450 мегабайтами (я точно не помню откуда появились они, но я как-то года 2 назад уже увеличивал диск С. Прошу заметить, что я не трогал раздел который 'зарезервирован системой'). Ну и уже все 10.5 гигов прибавил к диску C. Ничего это не дало, даже операции толком не делались. А вот дальше, я попробовал просто откусить 10 гигов и слить их с разделом на 450 мегабайт. Операция на удивление пошла, как я понял, он начал размечать диск, продолжалось это долго, не помню сколько, ну может в районе 10 минут. Дальше он перезагрузился иии. И ничего, всё осталось так же. Он просто зашёл как обычно в акронис, а там никаких изменений. Ну тут я плюнул на эту затею и вытащил флешку, начал грузиться в винду. Ну и дальше я уже расписывал, началась проверка диска и тд. Расписал как можно подробно. Может это чем-то поможет.

Да тут я ещё вспомнил, что вроде как я файл подкачки опять же диск F ставил, чтоб экономить место на диске C, ибо винда его постоянно забивает. Ещё приложу фотку, в линуксе Gparted показывает на диске F восклицательный знак. И неизвестно сколько свободного места. В gparted зашёл просто посмотреть, никаких манипуляций я там не делал.

Откусил реально или планировал?
Какой был изначально размер C (F)?
А вот дальше, я попробовал просто откусить 10 гигов и слить их с разделом на 450 мегабайт. Вот серьёзно, но не понял чем отличаются два этих действа.

Откусил реально или планировал?
Какой был изначально размер C (F)?

Вот серьёзно, но не понял чем отличаются два этих действа.

Планировал откусить 10 гигов.
Первый раз делал несколько действий, то есть, откусил от F, совместил с 450 мб и потом объединил с диском C, нажал выполнить. Процесс вроде пошёл, но прошло это быстро. Ничего это не дало, комп перезагрузился и снова зашёл в акронис, там никаких изменений не произошло абсолютно.
По этому я решил сделать меньше действий ( на одно) ), откусил от диска F и совместил с 450мб. Нажал выполнить и процесс вроде как пошёл, он по крайней мере длился около 10 минут и шёл прогресс бар выполнения довольно медленно.
После этого опять перезагрузка и опять ничего не дало, всё осталось как было. Ничего не откусилось и не объединилось. Два действия похожи, но во втором случае я не объединял с диском С. Надеюсь понятно объяснил. Всё что откусил - я планировал откусить, акронис этого не сделал, как и ничего не объединил. Но диск испоганил.

P. S диск C изначально и был около 60гб, как и сейчас. А вот диск F не помню, вроде незанято было около 270-300гб.

Последний раз редактировалось Barakurt; 25.05.2019 в 21:13 . Barakurt
Теперь стало более понятно. Но, в общем то видно что никаких ресайзов не произошло, хотя если есть желание, то можно попробовать определить где раньше были начала разделов.
Что касается лога чекдиска, то приведу основные категории имеющихся в нём записей.
Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0x7fc32a3 for possibly 0x56f6 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x20c39 is already in use.
Deleting corrupt attribute record (0x80, "") from file record segment 0x20C39
Данные о размещении файла 0x7fc32a3 совпадают в части 0x56f6 кластеров с данными файла 0x20c39. Вот не знаю по какому принципу определяется "чьи тапки", но предположу что по времени последней записи в файл - как результат удаляются данные одного и. В данном случае - 0x20c39; по факту этот файл будет виден, но нулевого размера.
Recovering orphaned file AP2358

1.ACF (33) into directory file 175473
Имеется запись о файле AP2358

1.ACF, который записан в папке запись которой 175473, но в индексах этой папке его нет. Соответственно, индекс переиндексируется и файл появляется в указанной папке.

Stage 3: Examining security descriptors .
Это записи в которых прописываются доступы к обьектам. И все записи, где упоминается security - это то ли исправление, то ли удаление, то ли создание этих записей. Собственно именно эти исправления могут привести к проблемам с доступом.

Inserting data attribute into file 38873
Эта и последующие 3 с чем то тысячи записей говорят о том, что вставлен атрибут, кв котором записываются данные о размещении обьекта. По факту - вставляются нулевые данные.

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

Последний раз редактировалось 9285; 26.05.2019 в 07:46 . Barakurt
Теперь стало более понятно. Но, в общем то видно что никаких ресайзов не произошло, хотя если есть желание, то можно попробовать определить где раньше были начала разделов.
Что касается лога чекдиска, то приведу основные категории имеющихся в нём записей.
Attribute record of type 0x80 and instance tag 0x4 is cross linked starting at 0x7fc32a3 for possibly 0x56f6 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4 in file 0x20c39 is already in use.
Deleting corrupt attribute record (0x80, "") from file record segment 0x20C39
Данные о размещении файла 0x7fc32a3 совпадают в части 0x56f6 кластеров с данными файла 0x20c39. Вот не знаю по какому принципу определяется "чьи тапки", но предположу что по времени последней записи в файл - как результат удаляются данные одного и. В данном случае - 0x20c39; по факту этот файл будет виден, но нулевого размера.
Recovering orphaned file AP2358

1.ACF (33) into directory file 175473
Имеется запись о файле AP2358

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

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

Немного внесу ясность. Через DMDE файлы я вижу все, но они все битые. Могу просматривать к примеру текстовики (вытянул через DMDE), которые весят меньше 1кб, всё что выше уже не могу. Пару скринов приложил. Просто дополнил, может ты упустил этот момент) (хотя я писал про тотал командер, там вроде так же.)

1. На данный момент, без вычисления смещений и т.п. ты можешь восстанавливать данные по результатам сигнатурного поиска. Но, в этом случае файлы восстановятся без имён и структуры хранения и только те, у которых есть сигнатуры и они не фрагментированны.
2. Возможно появилось что то хуже, но пока что пальма "лидерства" по тупизне и глючности по прежнему у акрониса. Все его действия производятся с какой то хаотичностью (непредсказуемости) и судя по всему делаются в несколько потоков. Именно этим можно обьяснить то, что при срывах на каком то промежуточном этапе получается расколбас, который реставрировать полностью требует неимоверных усилий. В том числе потому что может быть несколько разных смещений, хотя в толковых программах их максимум два (относительно старого или нового начала раздела). Поэтому сложно спрогнозировать что либо.
Для сравнения - G-parted в случае такого ресайза, который ты предполагал для F сначала уменьшает размер раздела, но с конца. Причём все операции по перемещению необходимых данных ближе к началу делаются поочередно. После ресайзинга раздела - он просто посекторно перемещается на новое место.
При таком подходе, в случае сбоя достаточно найти место на котором оборвалось перемещение и продолжить его вручную.
3. Я это прекрасно понял и написал чем можно обьяснить такой эффект. И именно это позволило выдвинуть предположение о частичном сдвиге.
PS. просьба, при ответе не делать полное цитирование (в таком виде оно бессмысленно, но заполняет место) или делать выборочное, или отвечать по пунктам.

Ну а теперь обещанное.
Для лучшего понимания написанного далее сделал пару образов диска" (запакованы в отдельные архивы) с небольшим разделом на котором записан один файл.

Если посмотреть его запись MFT в исходном состоянии (образ original.bin) то можно увидеть что его данные начинаются в кластере 2556. И если открываем этот файл то убеждаемся что в указанном кластере заголовок соответствующего файла. Попутно замечаем какое значение LBA у начального сектора кластера - в данном примере 20511 (скриншот 0-original.jpg)

Теперь представим что поставлена задача изменить размер раздела за счёт сдвижки начала (как нужно было тебе).
И тут рассмотрим два варианта.

1. Нужно сдвинуть начало раздела на 24000 секторов (3000 типичных 8 секторных кластеров).
Учитывая что файл расположен ранее, его необходимо переместить в новое место. Программа определяет что есть свободное место в (условном) кластере 3142 и далее и вносит изменение в запись файла, прописывая этот кластер.
Но само перемещение файла ещё не сделано и, в силу каких то "препятствий", происходит сбой. Откат координат не сделан и в дальнейшем, при открытии файла увидим нули а не искомые байты (скриншот 1-resizev1.jpg).

2. Опять же, нужно сдвинуть начало радела, но теперь его начало будет в районе кластера 1556. Программа оставляет файл на месте, но изменяет его стартовый кластер в записи MFT относительно нового начал раздела. Делает изменение и опять срыв -имитация такого состояния в образе resize_v2.bin
По карте кластеров как бы файл в нужном месте, но при открытии аналогично первому случаю (2-resizev2.jpg)

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

Ну а теперь собственно что делать в этой ситуации чтобы определить размер сдвига.
1. Нужно найти контрольный файл, причём этот файл должен быть на исследуемом участке в единственном экземпляре.
В методе Antech за таковой принимается текстовый файл, но можно взять любой, который позволяет однозначно понимать что найденный далее файл именно тот, запись которого есть в MFT.
В данном примере будем считать что на диске как бы есть много файлов, но в качестве контрольного (реперного) файла выбираем Снимок.jpg
При выборе файла надо учесть то, что он должен относится к тем форматам у которых есть характерные сигнатуры, так как будет использоваться сигнатурный поиск (кстати, текстовый фал к таковым не относится).

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

Итак, запускаем сканирование, по окончании которого видно найденный файл. Открываем результаты RAW-сканирования и находим указанный файл. Видно что его начало находится в секторе 20511 (эта цифра фигурирует и в имени файла и в его ID) - что собственно и было замечено в самом начале .
После чего сравниваем это значение с тем что показывает при открытии этого же файла при простом открывании его через запись MFT.
Разница значений и есть смещение.
Естественно, желательно найти несколько таких контрольных файлов, если смещение идентично то это позволит сделать нужный сдвиг в массиве и получить нужные данные у которых именно такое смещение.
Как то так.

Читайте также: