Форум 3DNews
Вернуться   Форум 3DNews > Железо > Носители информации > Восстановление информации

Ответ Создать новую тему
Опции темы Опции просмотра
Непрочитано 08.11.2019, 18:28   [включить плавающее окно]   #1
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Системный диск стал RAW | Apacer AS610S

Здравствуйте! Система Windows 7 x64
Ситуация следующая: Есть системный SSD(Apacer AS610S 120 GB), который позавчера после аварийной перезагрузки выдал ошибку 0xc00000f
Погуглив я нашел информацию о том, что слетел загрузчик.
Под рукой оказался установочный диск, с помощью которого попытался восстановить загрузчик (bootrec), но безрезультатно.
Посмтрел через diskpart и оказалось, что данный диск имеет файловую систему RAW.

Chkdsk выдаёт ошибку:
Тип файловой системы: NTFS.
Невозможно определить версию тома и его состояние. Работа CHKDSK прервана.
Ошибка передачи сообщений о регистрации в журнал событий. Состояние ошибки: 50.

Проверил через Victoria, никаких ошибок не выдало
Есть загрузочная флешка AdminPE, прикрепляю скриншот СМАРТ'а и DMDE

Вопрос: как восстановить работоспособность системы и диска не прибегая к способу восстановления данных?
Миниатюры
Нажмите на изображение для увеличения
Название: 11_08_2019-18_15_18.jpg
Просмотров: 152
Размер:	126.9 Кб
ID:	56063   Нажмите на изображение для увеличения
Название: 11_08_2019-18_18_09.jpg
Просмотров: 157
Размер:	127.6 Кб
ID:	56064  
serglavr вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 20:10   [включить плавающее окно]   #2
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Цитата
Ошибка передачи сообщений о регистрации в журнал событий. Состояние ошибки: 50.
Сообщение характерно для работы с WinPE.
Цитата
Тип файловой системы: NTFS.
Невозможно определить версию тома и его состояние. Работа CHKDSK прервана.
А это характерно для случая когда повреждена 3-я запись MFT - $Volume, в которой указывается версия NTFS.
Но, если повреждение только этой записи DMDE показывает индикатор F, вместо которого у тебя красный крест. Что свидетельствует о том, что есть повреждение ещё каких то критичных записей.
Чтобы понять какие повреждения, и что на диске нужно посмотреть что в месте аписей и сделать полное сканирование. НО, только после того как будет сделана посекторка диска. Потому как это SSD и я не знаю что он может сделать с ячейками даже в таком состоянии тома.
В случае HDD, по нормальному делается MBRoff чтобы исключить какие либо записи на диск и чтобы (в случае срыва) уже в посекторке не начались какие то исправления.
Но, в случае SSD, у меня нет уверенности в том что это не приведёт к очистке ячеек - поэтому не делать этого, а чтобы и с посекторкой ничто не произошло можно сделать сначала посекторку начиная с LBA а потом вписать в неё дамп LBA0 с отключенной сигнатурой загрузочного сектора.

Посекторку можно делать двумя способами - на диск и в файл.
В первом случае надо иметь диск без данных потому как посекторка перепишет его. Как вариант - на диске должно быть нераспределённое пространство размером с проблемный том - вот в него и сделать посекторку тома.
В случае посекторки в файл всё более проще и достаточно иметь на диске свободное место чуть более размера диска. И в этом случае можно делать посекторку сразу с LBA0.
Какой вариант выбираешь?
9285 вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 20:17   [включить плавающее окно]   #3
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
Посекторку можно делать двумя способами - на диск и в файл.
В первом случае надо иметь диск без данных потому как посекторка перепишет его. Как вариант - на диске должно быть нераспределённое пространство размером с проблемный том - вот в него и сделать посекторку тома.
В случае посекторки в файл всё более проще и достаточно иметь на диске свободное место чуть более размера диска. И в этом случае можно делать посекторку сразу с LBA0.
Какой вариант выбираешь?
Есть ещё один SSD,ни разу не использовавшийся,прямо из упаковки(для 1 способа).
Для файлового на уже существующем ХДД места не хватит,но при надобности могу отчистить
Какой предпочтительнее?
serglavr вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 20:22   [включить плавающее окно]   #4
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Второй диск точно такой же или побольше?
Если больше, то можно сделать по второму способу.
Что касается первого способа, то я не знаю что происходит на SSD в такой ситуации. по логике, даже если запустится что то типа сборки мусора, то не должно переписать что либо в секторах. А если что то меняется. то это уже не посекторка.
Но как происходит на самом деле на SSD - не могу сказать.
9285 вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 20:28   [включить плавающее окно]   #5
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
Второй диск точно такой же или побольше?
Если больше, то можно сделать по второму способу.
Что касается первого способа, то я не знаю что происходит на SSD в такой ситуации. по логике, даже если запустится что то типа сборки мусора, то не должно переписать что либо в секторах. А если что то меняется. то это уже не посекторка.
Но как происходит на самом деле на SSD - не могу сказать.
Новый диск на 240.Тогда буду освобождать место под файл.
serglavr вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 20:33   [включить плавающее окно]   #6
9285
Мужской Опытный
 
Регистрация: 08.02.2019
serglavr
Если новый на 240, то можно работать с ним делая посекторку в файл.
9285 вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 21:34   [включить плавающее окно]   #7
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
serglavr
Если новый на 240, то можно работать с ним делая посекторку в файл.
Я запускаю полное сканирование, и что затем выбирать?
serglavr вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 22:04   [включить плавающее окно]   #8
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Сканлог сохранен.

Чтобы создать новый диск, выбрать MBR основной раздел?

И после создания, что выбирать в меню копирования секторов?
Миниатюры
Нажмите на изображение для увеличения
Название: 11_08_2019-22_00_26.jpg
Просмотров: 138
Размер:	228.8 Кб
ID:	56067   Нажмите на изображение для увеличения
Название: 11_08_2019-22_01_40.jpg
Просмотров: 132
Размер:	33.0 Кб
ID:	56068   Нажмите на изображение для увеличения
Название: 11_08_2019-22_01_46.jpg
Просмотров: 137
Размер:	31.1 Кб
ID:	56069  
serglavr вне форума  
Ответить с цитированием
Непрочитано 08.11.2019, 22:31   [включить плавающее окно]   #9
9285
Мужской Опытный
 
Регистрация: 08.02.2019
serglavr
В управлении дисков винды инициализируешь его, создаешь том и форматируешь. Потом на этот том запишешь файл образа-посекторки.
В окне копирования секторов%
- В источнике выбираешь проблемный диск.
Начальный сектор - 0
Последний сектор - max
- В Место для записи выбираешь файл и указываешь куда он будет записан.

Цитата
Сканлог сохранен.
Сканлог чего?
Если полного сканирования - запакуй в архив и выложи на нормальный обменник и дай ссылку.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 00:51   [включить плавающее окно]   #10
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Цитата (serglavr) »
Я запускаю полное сканирование, и что затем выбирать?
Там можно выбрать два чекбокса (скорей всего они уже будут стоять).
NTFS - тот тип файловой системы, которая на томе. Именно по этим данным можно оценить степень повреждения MFT и, именно по результату этого скана данные восстанавливаются с именами и структурой каталогов (если конечно эти сведения есть).
RAW - поиск по сигнатуром, позволяющий найти данные, которых нет в результате сканирования по файловой системе.

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

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

И еще, что касается посмотреть что сейчас в месте где должны быть записи.
Сначала рассчитываем их расположение.
Смотришь на скриншот в самом начале и оперируешь следующими значениями.
MFT Start Cluster (MFT Mirror cluster) - начальный кластер MFT и зеркала начльных записей.
Sectors per cluster - число секторов в кластере
Перемножаешь эти значения (по отдельности для MFT и зеркала) и получаешь номер сектора где они начинаются. Но это относительно начала тома, номер сектора которого видно в столбце первый сектор на экране Разделы.
Вот это число прибавляешь к вычисленным ранее - собственно это и будут значения, которые надо будет вставить в поле начальный сектор чтобы сделать нужные дампы.
Что касается числа секторов в дампе, то оно определяется на основе размера записи Cluster per FILE - только не того что 246 а правее в байтах. Это число делишь на размер сектора в байтах - Bytes per Sector.
MFT Mirror занимает один кластер, соответственно при дефолтном размере кластера 4к, там помещается всего четыре записи, то есть восемь секторов.
А вот для MFT можно взять и побольше записей, тем более что состояние той же 5-ой и 0-ой записи критично для системного раздела. В принципе, все основные записи метафайлов находятся в первых 15, поэтому достаточно 30-ти секторов.
Вот эти значения и вбиваешь в поле число секторов. Дампы сохраняешь в файлы, пакуешь в архив и тоже выкладываешь на обменник.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 13:57   [включить плавающее окно]   #11
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
serglavr
Если полного сканирования - запакуй в архив и выложи на нормальный обменник и дай ссылку.
https://yadi.sk/d/sJAZI9vdsMpI2Q вот

https://yadi.sk/d/yFSxOeyk_ZpMYA это дампы, надеюсь правильно всё посчитал

А по поводу копирвания, у меня автоматом выставился 234441647 последним сектором, но "число секторов = 234441648"
Мне выставлять 8 или 7 сектор в конечный?
Миниатюры
Нажмите на изображение для увеличения
Название: 11_09_2019-14_28_14.jpg
Просмотров: 120
Размер:	36.8 Кб
ID:	56074  

Последний раз редактировалось serglavr; 09.11.2019 в 14:29.
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 14:59   [включить плавающее окно]   #12
9285
Мужской Опытный
 
Регистрация: 08.02.2019
serglavr
Все нормально - здесь отсчёт начинается с 0-я.
И с дампами всё нормально - в смысле что правильно сделал, хотя внутри вместо четырёх записей мусор других. Можешь сам открыть и посмотреть.
В принципе, MFT не очень сильно фрагментирована, поэтому можно сделать имплант (патч) 0-вой записи, и в дальнейшем попробовать восстановить по месту.
В любом случае патчевание позволит восстановить данные не занимаясь отбором (отсквом мусора) нужного в результатах полного сканирования.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 15:50   [включить плавающее окно]   #13
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
9285
Копирование произвёл
Миниатюры
Нажмите на изображение для увеличения
Название: 11_09_2019-15_48_15.jpg
Просмотров: 134
Размер:	19.7 Кб
ID:	56075   Нажмите на изображение для увеличения
Название: 11_09_2019-15_51_09.jpg
Просмотров: 119
Размер:	3.5 Кб
ID:	56076  
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 15:57   [включить плавающее окно]   #14
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Ок.
Ну что, будем имплантировать?
Если да, то я позжее сделаю патч и покажу что делать.
Ты, в любом случае, можешь открыть результат полного сканирования (*), в его результатах открыть том, с началом в секторе 206848 и посмотреть что там есть в root. Можешь восстановить самое критичное и проверить целостность.
При выборе того, что восстанавливать, руководствуйся обозначениями, которые описаны в справке программы, в разделе Панель файлов.
PS. На скриншотах показано что сейчас у тебя в начальных записях и как выглядит нормальные записи (оранжевым выделл номера записей, зелёным - имена).

(*) Не надо делать сканирование по новой - достаточно запустить его и сразу загрузить сохранённый лог.
Миниатюры
Нажмите на изображение для увеличения
Название: bad.PNG
Просмотров: 130
Размер:	26.6 Кб
ID:	56077   Нажмите на изображение для увеличения
Название: sample.png
Просмотров: 132
Размер:	33.9 Кб
ID:	56078  
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 16:43   [включить плавающее окно]   #15
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Да,будем!
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 19:11   [включить плавающее окно]   #16
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Восстановление файлов произвёл,фото, например, открываются, а как целостность проверить? Открыванием файла?
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 19:17   [включить плавающее окно]   #17
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Цитата (serglavr) »
как целостность проверить? Открыванием файла?
Есть правильных старых контрольных сумм этих фотографий нет, то проверять остается только визуально.
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.
garniv на форуме  
Конфигурация ПК
Ответить с цитированием
Непрочитано 09.11.2019, 19:58   [включить плавающее окно]   #18
9285
Мужской Опытный
 
Регистрация: 08.02.2019
serglavr
По поводу проверки уже сказано. Хотелось бы только уточнить что визуально подразумевает открытие файла а не просмотр превьюшек.
В принципе (исходя из опыта многих случаев восстановления), наиболее вероятно что повреждение произошло только в начальных записях MFT. Но нельзя исключать что подобный "вброс мусора" мог произойти и в другие сектора - собственно поэтому и нужна проверка.
Черновик патча готов - прикрепил в архиве.
Вложения
Тип файла: zip patch_lba6498304_8.zip (645 байт, 104 просмотров)
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:07   [включить плавающее окно]   #19
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Да, я понял, я именно открываю файлы.
Цитата (9285) »
serglavr
По поводу проверки уже сказано. Хотелось бы только уточнить что визуально подразумевает открытие файла а не просмотр превьюшек.
В принципе (исходя из опыта многих случаев восстановления), наиболее вероятно что повреждение произошло только в начальных записях MFT. Но нельзя исключать что подобный "вброс мусора" мог произойти и в другие сектора - собственно поэтому и нужна проверка.
Черновик патча готов - прикрепил в архиве.
и что с ним делать?
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:17   [включить плавающее окно]   #20
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Перед патчеванием NTFS на HDD обычно делается "отключение" MBR, после чего винда уже не лезет на том, не блокирует запись в его метафайлы и после патчевания не пытается почекать том чекдиском.

Патчить на SSD ещё не доводилось, и не знаю как он отреагирует на такое отключение. Технически пропатчить без отключения можно в линуксовой или досовской версии, но можно попробовать загрузиться с какого нибудь LiveCD и делать патчевание в его среде.

Само патчевание идентично тому как делается дамп, только меняются ролями Источник и Место для записи.
В источнике выбирается файл патча (из архива), в Месте для записи выбирается проблемный диск и указывается номер начального сектора куда надо писать патч. Номер сектора присутствует в имени патча.
Если патчевание сделано правильно, после переоткрытия диска (в DMDE) и открытия тома, в Root должна увидится структура данных.
Миниатюры
Нажмите на изображение для увеличения
Название: patch.PNG
Просмотров: 138
Размер:	17.0 Кб
ID:	56080  

Последний раз редактировалось 9285; 09.11.2019 в 20:21.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:21   [включить плавающее окно]   #21
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
Перед патчеванием NTFS на HDD обычно делается "отключение" MBR, после чего винда уже не лезет на том, не блокирует запись в его метафайлы и после патчевания не пытается почекать том чекдиском.

Патчить на SSD ещё не доводилось, и не знаю как он отреагирует на такое отключение. Технически пропатчить без отключения можно в линуксовой или досовской версии, но можно попробовать загрузиться с какого нибудь LiveCD и делать патчевание в его среде.

Само патчевание идентично тому как делается дамп, только меняются ролями Источник и Место для записи.
В источнике выбирается файл патча (из архива), в Месте для записи выбирается проблемный диск и указывается номер начального сектора куда надо писать патч. Номер сектора присутствует в имени патча.
Если патчевание сделано правильно, после переоткрытия диска (в DMDE) и открытия тома, в Root должна увидится структура данных.
Я сижу через live cd AdminPE
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:24   [включить плавающее окно]   #22
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Как минимум, надо забрать букву у тома.
И ещё - патч желательно записать и в MFTmirror.
То есть, записать этот же патч в сектор 206864
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:25   [включить плавающее окно]   #23
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
а MBR off операцию делать?
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:28   [включить плавающее окно]   #24
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Я написал что не знаю как на это среагирут SSD. Поэтому - нет.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:36   [включить плавающее окно]   #25
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Есть контакт!
В Root структура данных показывается
Патчевание сделал и в MFT Mirror
Миниатюры
Нажмите на изображение для увеличения
Название: 11_09_2019-20_35_27.jpg
Просмотров: 121
Размер:	127.9 Кб
ID:	56081   Нажмите на изображение для увеличения
Название: 11_09_2019-20_36_04(1).jpg
Просмотров: 112
Размер:	70.2 Кб
ID:	56082  

Последний раз редактировалось serglavr; 09.11.2019 в 20:42.
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 20:55   [включить плавающее окно]   #26
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Цитата (serglavr) »
В Root структура данных показывается
Ок. И хотя это уже нормально, но если быть точным, то это означает лишь что индексы целы.
Можно сделать еще виртуальную реконструкцию и если всё останется на месте, то и с остальными метаданными всё в порядке.
Собственно что дальше?
Если в виртуальной реконструкции снимешь чекбокс показа удалённых, то увидишь то, как видит проводник винды. То есть, нет уже всяких "мусорных" файлов. Можно их восстанавливать, хотя ты вроде как уже и из полного скана восстановил нужное. Опять же - в случае что не так пойдёт, есть посекторка.
Восстановление файловой системы по месту. В патче отсутствует 2-я запись и данные о битовой карте MFT - это не ошибка а просто не имеет смысла поиск
того где это на диске. Это в дальнейшем "отшлифует" чекдиск - вопрос в том есть ли ещё какие то ошибки. Поэтому, назначаешь тому букву и делаешь проверку чекдиском в режиме только чтения. Смотришь что пишется в логе (показываешь скриншот или текстовый файл) - исходя из того что там будет, принимается решение о разрешении исправления ошибок.
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 21:05   [включить плавающее окно]   #27
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Цитата (serglavr) »
а как целостность проверить? Открыванием файла?
Погуглил, можешь попробовать Bad Peggy

P.S.
А для Linux есть консольная утилита jpeginfo
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.

Последний раз редактировалось garniv; 09.11.2019 в 21:07.
garniv на форуме  
Конфигурация ПК
Ответить с цитированием
Непрочитано 09.11.2019, 21:08   [включить плавающее окно]   #28
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
Ок. И хотя это уже нормально, но если быть точным, то это означает лишь что индексы целы.
Можно сделать еще виртуальную реконструкцию и если всё останется на месте, то и с остальными метаданными всё в порядке.
Собственно что дальше?
Если в виртуальной реконструкции снимешь чекбокс показа удалённых, то увидишь то, как видит проводник винды. То есть, нет уже всяких "мусорных" файлов. Можно их восстанавливать, хотя ты вроде как уже и из полного скана восстановил нужное. Опять же - в случае что не так пойдёт, есть посекторка.
Восстановление файловой системы по месту. В патче отсутствует 2-я запись и данные о битовой карте MFT - это не ошибка а просто не имеет смысла поиск
того где это на диске. Это в дальнейшем "отшлифует" чекдиск - вопрос в том есть ли ещё какие то ошибки. Поэтому, назначаешь тому букву и делаешь проверку чекдиском в режиме только чтения. Смотришь что пишется в логе (показываешь скриншот или текстовый файл) - исходя из того что там будет, принимается решение о разрешении исправления ошибок.
Виртуальная реконструкция - это ПКМ по тому и "Построить виртуальную ФС"?
Если так, то я убрал там галочку с "включая удаленные" и режим выставлен автоматически " "Чистая" реконструкция ФС".

Выдало в начале ошибку(скриншот)затем дошло до конца и показало туже самую структуру данных.

Добавлено через 38 секунд

Цитата (garniv) »
Погуглил, можешь попробовать Bad Peggy

P.S.
А для Linux есть консольная утилита jpeginfo
Попробую, спасибо
Миниатюры
Нажмите на изображение для увеличения
Название: 11_09_2019-21_04_19.jpg
Просмотров: 106
Размер:	56.5 Кб
ID:	56083  
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 21:45   [включить плавающее окно]   #29
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Цитата (serglavr) »
Выдало в начале ошибку(скриншот
чуть выше писал что 2-я запись обнулена, поэтому всё нормально.
Что там чекдиск вещает?
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 21:56   [включить плавающее окно]   #30
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
чуть выше писал что 2-я запись обнулена, поэтому всё нормально.
Что там чекдиск вещает?
Запускал как chkdsk M:
Вложения
Тип файла: txt chkdsk.txt (10.8 Кб, 118 просмотров)

Последний раз редактировалось serglavr; 09.11.2019 в 22:13.
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 22:41   [включить плавающее окно]   #31
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Видно что концовка.
Чтобы получить весь лог - выведи его в текстовый файл
примерно так
chkdsk M: >C:\log.txt
Вместо С: указываешь путь на носитель доступный для записи.

Что касается имеющихся сообщений, то видно что ошибки есть. Не исключено что они были ранее или являются следствием аварийной перезагрузки.
128-ой атрибут - это собственно данные о размещении файла.
Можно посмотреть к чему относится та или иная запись, можно и определить что там за ошибки, но это из разряда просто для понимания что за ошибки; возможно что это подскажет причину.

Но здесь есть один очень интересный момент.
Нередко мне писали что восстановление файловой системы по месту не профессионально. Надо просто восстановить данные (форматнуть диск и начать "жизнь" с чистого листа). В этом есть немалая доля правды, в том числе именно в части подобных ошибок. Если в атрибуте нет серьёзных ошибок программы восстановления восстановят файл - целый или нет, другой вопрос. А чекдиск не церемонится и тупо зануляет эту запись - то есть файл уже не найдёшь.
Поэтому да - восстановление данных на дугой носитель необходимо. А потом можно уже попробовать восстановить и по месту - ведь такое может быть необходимо для запуска системы, чтобы вытащить что то из неё, а потом уже и переустановить. Могут быть и другие причины для такого восстановления, но лично для меня это ещё и возможность узнать чуть больше об устройстве файловой системы, значении тех или иных данных, чего не получить при "тупо восстанови".
9285 вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 22:52   [включить плавающее окно]   #32
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Вывел в файл, но у меня кодировка не работает при просмотре.

Насчёт восстановления файлов, я до патченирования освободил место на HDD и скопировал полностью Root директорию на диск
Вложения
Тип файла: txt log.txt (17.3 Кб, 115 просмотров)

Последний раз редактировалось serglavr; 09.11.2019 в 22:57.
serglavr вне форума  
Ответить с цитированием
Непрочитано 09.11.2019, 23:12   [включить плавающее окно]   #33
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Ага, увидел про ошибку в 0-вой записи.
В остальном всё уже написано выше. Так что решай что делать дальше, хотя ничего нового не просматривается - чекать том и смотреть что получится. Если что - посекторка есть в запасе.
Цитата
скопировал полностью Root директорию на диск
По этому поводу есть некоторые мысли.
1. Free-шная версия не позволяет восстанавливать каталогами. Если вдруг использовалась ломанная, то там могут быть сюрпризы в виде битых файлов, которые в нормальной версии восстанавливаются нормально.
2. В принципе, в результатах поиска не так много "левых" записей, поэтому надеюсь что такового будет не очень много.
3. Часть данных моет находится не в папке root, а в папках типа $Fxxx, поэтому если что то "пропало", то ищи данные в таковых.
Это связано с тем, что если нет данных о родительском обьекте, то программа не знает где данные находились и складывает все обьекты с одинаковыми "родителями" в одну такую папку.
9285 вне форума  
Ответить с цитированием
Непрочитано 10.11.2019, 16:23   [включить плавающее окно]   #34
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
Ага, увидел про ошибку в 0-вой записи.
В остальном всё уже написано выше. Так что решай что делать дальше, хотя ничего нового не просматривается - чекать том и смотреть что получится. Если что - посекторка есть в запасе.

По этому поводу есть некоторые мысли.
1. Free-шная версия не позволяет восстанавливать каталогами. Если вдруг использовалась ломанная, то там могут быть сюрпризы в виде битых файлов, которые в нормальной версии восстанавливаются нормально.
2. В принципе, в результатах поиска не так много "левых" записей, поэтому надеюсь что такового будет не очень много.
3. Часть данных моет находится не в папке root, а в папках типа $Fxxx, поэтому если что то "пропало", то ищи данные в таковых.
Это связано с тем, что если нет данных о родительском обьекте, то программа не знает где данные находились и складывает все обьекты с одинаковыми "родителями" в одну такую папку.
У меня DMDE купленная лицензия
По поводу $Fxxx, на них значок корзины и они не восстанавливаются (при восстановлении пишет "исключенные директории").Да и файлов таких не очень много.
Прочекать том - это chkdsk M: /f /r ?


P.S загрузился с fullscan чтобы проверить $Fxxx. Да,появилось больше файлов, почти все восстановил, кроме тех же"корзин".

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

Цитата (garniv) »
Погуглил, можешь попробовать Bad Peggy

P.S.
А для Linux есть консольная утилита jpeginfo
Bad Peggy нашел корявые jpg и png файлы, но важных я не увидел (в основном Temporary Internet files)

Последний раз редактировалось serglavr; 10.11.2019 в 17:08.
serglavr вне форума  
Ответить с цитированием
Непрочитано 10.11.2019, 21:08   [включить плавающее окно]   #35
9285
Мужской Опытный
 
Регистрация: 08.02.2019
serglavr
Цитата
Прочекать том - это chkdsk M: /f /r ?
Ключ r используется для физической проверки поверхности - не думаю что он нужен в данном случае. Хотя ... диск то не новорожденный
Цитата
По поводу $Fxxx, на них значок корзины и они не восстанавливаются (при восстановлении пишет "исключенные директории").Да и файлов таких не очень много.
Корзина означает удалённую запись и вполне очевидно что на место где были данные об обьекте могла записаться другая инфа. Так что всё нормально.
А вот в случае использования наверняка уже были вкрапления данных от имеющихся в логе фатомных записей - там надо смотреть на значок, который означает тот или иной статус. И, в силу этого - там очень вероятно что файлы будут битыми.
Цитата
У меня DMDE купленная лицензия
А вот это молодец!
9285 вне форума  
Ответить с цитированием
Непрочитано 10.11.2019, 21:24   [включить плавающее окно]   #36
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Ура!

Пробую загрузиться в систему?


P.S. Система снова работает!!!
Спасибо!!!
Миниатюры
Нажмите на изображение для увеличения
Название: 11_10_2019-20_21_53.jpg
Просмотров: 110
Размер:	4.3 Кб
ID:	56090  
Вложения
Тип файла: txt scan(f).txt (15.7 Кб, 103 просмотров)

Последний раз редактировалось serglavr; 10.11.2019 в 21:34.
serglavr вне форума  
Ответить с цитированием
Непрочитано 10.11.2019, 22:16   [включить плавающее окно]   #37
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Ну и ладушки.
Что касается системы, то не лишним была бы проверка системных файлов. Что касается файлов данных, то для сравнения (если интересно проверить эффективность восстановления по месту) можно проверить по контрольным суммам файлов.
9285 вне форума  
Ответить с цитированием
Непрочитано 12.11.2019, 11:49   [включить плавающее окно]   #38
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Кстати, а у тебя то место очень сильно на диске занято.
Не исключено что проблема с этим связана - может винда не найдя места и решила записать данные о каких то четырёх файлах в зону начала MFT.
Опять же, такая заполненность приводит с сильной фрагментации, в том числе и MFT. Хорошо если она ранее разрослась когда диск был не такой полный - тогда может и застолбила место и поэтому фрагментов меньше 10-ка. А может быть и ситуация когда появляется расширенный атрибут у 0-вой записи и куча доп-записей в которых описаны фрагменты. В особо тяжёлых случаях для описания списков записей выделяются кластера. И бывает прикольная ситуация, когда сами по себе записи собраны в кучу в блоках идут последовательно (**), но всё равно описание занимает кучу записей, потому как не удаляется расширенный атрибут. В такой ситуации повреждение хотя бы одной из кучи уже приводит к существенным проблемам. Было бы в твоём случае такое и уже бы восстановление не было бы таким простым.
Да и на ресурс SSD такая занятость тоже влияет, существенно усиливая WA.
Так что подумай над этим и постарайся освободить место на диске.
9285 вне форума  
Ответить с цитированием
Непрочитано 12.11.2019, 14:35   [включить плавающее окно]   #39
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
постарайся освободить место на диске.
Прямо с языка снял...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.11.2019, 12:12   [включить плавающее окно]   #40
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Цитата (9285) »
Так что подумай над этим и постарайся освободить место на диске.
как раз над этим работаю

Последний раз редактировалось Smirnoff; 18.11.2019 в 14:58. Причина: Убрал избыточное цитирование.
serglavr вне форума  
Ответить с цитированием
Непрочитано 18.11.2019, 13:39   [включить плавающее окно]   #41
9285
Мужской Опытный
 
Регистрация: 08.02.2019
Так может посоветоваться?
Не надо делать цитирование всего сообщения - достаточно выделить смысловой фрагмент и процитировать его. Хотя, в данном случае и без цитирования понятно к чему относится ответ и о чём идёт речь.
9285 вне форума  
Ответить с цитированием
Непрочитано 22.11.2019, 17:04   [включить плавающее окно]   #42
serglavr
Мужской Новенький
Автор темы
 
Регистрация: 08.11.2019
Путем очищения Temp'ов, удаления всякого по мелочи, а также главных врагов - старых видеодрайверов нвидии (DriverStore Explorer) удалось освободить ≈ 22 гб
serglavr вне форума  
Ответить с цитированием
Непрочитано 25.11.2019, 08:34   [включить плавающее окно]   #43
XaXoL
Мужской Модератор
 
Аватар для XaXoL
 
Регистрация: 17.03.2004
Адрес: K-PAX
Цитата (serglavr) »
удалось освободить ≈ 22 гб
всё равно объём свободного места на грани.
XaXoL на форуме  
Конфигурация ПК
Ответить с цитированием
Ответ Создать новую тему

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 19:35. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 2000-2017 3DNews. All Rights Reserved.
Администрация 3DNews требует соблюдения на форуме правил и законов РФ
Серверы размещены в Hostkey