» Восстановление разделов и информации на HDD (часть 6)

igor_me
Я правильно понял: раздел копировали на другой диск, на котором была важная инфа. И часть этой инфы однозначно затёрлась?
GetDataBack нашёл тот раздел, поверх которого произошла запись, и правильно определил его объём и (примерно) количество файлов в нём?

Совершенно верно. Передо мной стоит задача, "поднять" файлы, которые лежат под файлами системы, записанной поверх этих файлов.
Возможно ли это?
Какими инструментами?

Цитата:

которые лежат под файлами системы, записанной поверх этих файлов

Думаю, вы и сами знаете ответ на вопрос
Те файлы, поверх которых физически произошла запись - восстановить однозначно невозможно (бродят слухи по интернету, что с помощью электронного микроскопа иногда считывают перезаписанные данные. У вас в подвале не завалялся? )
Я всё сказал, в общем-то. Особенно хорошо смотреть "потерянные файлы". Приведите таки скриншот из того же GetDataBack после сканирования ВСЕГО диска.
Раздел со старого диска был скопирован полностью? Или процесс прервали? На скольких гигабайтах?
Вы так и не указали разделы и их размеры на исходном диске и приёмнике (и размеры самих дисков). Мне под пытками вытягивать информацию????
На разделе, с которого копировали (или их было несколько?) что было. Только винда и немного софта (гигов на 5-10), а остальное место пустое, или он ещё был чем-то "набит"?
Всё подрооообнеьнко расписывайте.

Это что?
Вопрос:

Цитата:

GetDataBack нашёл тот раздел, поверх которого произошла запись, и правильно определил его объём и (примерно) количество файлов в нём?

Ответ

Цитата:

Совершенно верно

Что верно-то???
Выражайтесь пожалуйста с максимумом технических подробностей. А то и мне надоест

IgorM
Лично мне ясно что ничего не ясно.
Во первых что за системы, для которых достаточно 100 (120) мегабайт?
Понятно что речь идёт о гигабайтах, но может стоит поточнее описывать ситуацию.
Что, куда записалось, картинки с пояснениями привествуются.
А пока лишь можно предположить что или 100 или 120 гиговый раздел скопировали на остаточный после них. В таком случае чем конкретно и в каком режиме. Посекторное копирование, при котором создаётся ещё один 120 гиговый раздел или клонирование с адаптированием под существующий раздел.
Главная засада в том, что на разделе где были данные их было мало. Был бы раздел забит, был бы шанс что доки затерялись в конце раздела и поиск по сигнатурам поможет что то вытащить.
Впрочем, всё это пока лишь гадания на кофейной гуще.

Цитата:

9285

Цитата:

igor_me

Спасибо большое за поддержку. Все подготовлю и выложу.


Добавлено:
Ситуация следующая.
Диск 1 Гб (NTFS) без разделения записан данными: 1) библиотека ок. 430 Гб и рабочие файлы - ок. 200 Гб. - в основном текстовые с расширениями txt, doc, pdf, djvu.
Имею фирменный Сони диск 600 Гб, разбитого на 4 раздела, на котором следующая запись:
(от центра, т.е. слева по диаграмме Акрониса): 1) Recovery 16 Gb NTFS; 2) System restore 100 Mb (NTFS); 3) Sony, windows 8 - 127 Gb (NTFS); 4) Sony Data 453 Gb (NTFS), - на чистый диск в 1 Тб.
Случайно копирование было произведено на рабочий диск 1 Гб (NTFS), который без разделения записан данными: 1) библиотека ок. 430 Гб и рабочие файлы - ок. 200 Гб.
Копирование проводилось прогр. Парагон (вер не помню, старенький), вот в нем-то все и произошло.

В результате на сегодняшний день я имею проблемный диск, на который ошибочно скопирована система Сони w8 c соответствующими разделами, а также на диске имеется остаток незаполненного пространства в 335 Гб.
Нужно: из-под системы Сони с ее разделами "вытащить" прежние текстовые файлы.

Вопрос:
1) можно ли в остатке, который пока Акронис определяет как "незанятое пространство", создать том, чтобы затем прогнать его через GetDataBack?
2) можно стереть систему Сони, чтобы затем через GetDataBack просмотреть файлы прежде записанные?

Хотел бы вставить изображения, но я работаю в компе через DVD диск и, в общем-то, не представляю, как снять скриншот, работая с диска.
Хотя,
Вот скрин проблемного диска:

знатоки подскажите с чем могут быть связаны эти ошибки
[more=чекдиск]
Цитата:

Checking file system on C:
The type of the file system is NTFS.
Volume label is win7.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 3)...
168192 file records processed.

File verification completed.
154 large file records processed.

0 bad file records processed.

0 EA records processed.

78 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 3)...
215450 index entries processed.

Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
Recovering orphaned file 00000000000021F7 (20710) into directory file 30.
Recovering orphaned file 00000000000021F8 (21330) into directory file 30.
3 unindexed files scanned.

Recovering orphaned file 00000000000021F6 (55833) into directory file 30.
0 unindexed files recovered.

CHKDSK is verifying security descriptors (stage 3 of 3)...
168192 file SDs/SIDs processed.

Cleaning up 244 unused index entries from index $SII of file 0x9.
Cleaning up 244 unused index entries from index $SDH of file 0x9.
Cleaning up 244 unused security descriptors.
Security descriptor verification completed.
23630 data files processed.

CHKDSK is verifying Usn Journal...
The USN Journal length 0xfcb5b268 in file 0xce10 is less the
largest USN encountered, 0xfcba4788, plus eight in file 0x5b1.
Repairing Usn Journal $J data stream.
Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.

31463302 KB total disk space.
26903356 KB in 141817 files.
61512 KB in 23631 indexes.
0 KB in bad sectors.
236798 KB in use by the system.
65536 KB occupied by the log file.
4261636 KB available on disk.

4096 bytes in each allocation unit.
7865825 total allocation units on disk.
1065409 allocation units available on disk.

Internal Info:
00 91 02 00 52 86 02 00 56 8a 03 00 00 00 00 00 ....R...V.......
08 05 00 00 4e 00 00 00 00 00 00 00 00 00 00 00 ....N...........
00 00 00 00 00 00 00 00 00 00 1c 00 48 85 5d 01 ............H.].

Windows has finished checking your disk.
Please wait while your computer restarts.

Цитата:

Checking file system on G:
The type of the file system is NTFS.
Volume label is 3Q.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 3)...
Cleaning up instance tags for file 0x1ae99e.
2133248 file records processed.

File verification completed.
156519 large file records processed.

0 bad file records processed.

2 EA records processed.

0 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 3)...
The object id index entry in file 0x19 points to file 0xbaddf
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
2516294 index entries processed.

Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
2 unindexed files scanned.

CHKDSK is recovering remaining unindexed files.
2 unindexed files recovered.

CHKDSK is verifying security descriptors (stage 3 of 3)...
2133248 file SDs/SIDs processed.

Cleaning up 66 unused index entries from index $SII of file 0x9.
Cleaning up 66 unused index entries from index $SDH of file 0x9.
Cleaning up 66 unused security descriptors.
Security descriptor verification completed.
191524 data files processed.

CHKDSK is verifying Usn Journal...
8984728 USN bytes processed.

Usn Journal verification completed.
CHKDSK discovered free space marked as allocated in the
master file table (MFT) bitmap.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

976751968 KB total disk space.
966777744 KB in 1778048 files.
505240 KB in 191527 indexes.
0 KB in bad sectors.
2244448 KB in use by the system.
65536 KB occupied by the log file.
7224536 KB available on disk.

4096 bytes in each allocation unit.
244187992 total allocation units on disk.
1806134 allocation units available on disk.

Internal Info:
00 8d 20 00 b0 0d 1e 00 ce 26 1e 00 00 00 00 00 .. ......&......
17 95 01 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 1c 00 f0 84 5d 01 ..............].

Цитата:

Checking file system on D:
The type of the file system is NTFS.
Volume label is data.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 3)...
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x3df8c0 for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x52fc is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 21244.
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x474912 for possibly 0x2 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4
in file 0xb2cf is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 45775.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x2a364b for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0xb2d5 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 45781.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x405259a for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x55842 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 350274.
The attribute of type 0x80 and instance tag 0x0 in file 0x7c89b
has allocated length of 0x7b7130000 instead of 0x7b7230000.
Deleted corrupt attribute list entry
with type code 128 in file 510107.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x1a70000000039a8. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, $J)
from file record segment 14760.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x18c00000002ae8f. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, $J)
from file record segment 175759.
1316608 file records processed.

File verification completed.
Deleting orphan file record segment 14760.
Deleting orphan file record segment 175759.
76799 large file records processed.

0 bad file records processed.

0 EA records processed.

15 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 3)...
The file reference 0x240000000052fc of index entry 07.11.2012(12-49) of index $I30
with parent 0x3ffd9 is not the same as 0x2d0000000052fc.
Deleting index entry 07.11.2012(12-49) in index $I30 of file 262105.
1454824 index entries processed.

Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
11 unindexed files scanned.

CHKDSK is recovering remaining unindexed files.
11 unindexed files recovered.

CHKDSK is verifying security descriptors (stage 3 of 3)...
1316608 file SDs/SIDs processed.

Cleaning up 345 unused index entries from index $SII of file 0x9.
Cleaning up 345 unused index entries from index $SDH of file 0x9.
Cleaning up 345 unused security descriptors.
Security descriptor verification completed.
Inserting data attribute into file 21244.
Inserting data attribute into file 45775.
Inserting data attribute into file 45781.
Inserting data attribute into file 350274.
69113 data files processed.

CHKDSK is verifying Usn Journal...
Creating Usn Journal $J data stream
Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

424911184 KB total disk space.
422538556 KB in 385808 files.
140968 KB in 69112 indexes.
0 KB in bad sectors.
1399156 KB in use by the system.
65536 KB occupied by the log file.
832504 KB available on disk.

4096 bytes in each allocation unit.
106227796 total allocation units on disk.
208126 allocation units available on disk.

Internal Info:
00 17 14 00 11 f1 06 00 96 d0 08 00 00 00 00 00 ................
03 09 00 00 0f 00 00 00 00 00 00 00 00 00 00 00 ................
14 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 ................

[/more]

IgorM

Цитата:

можно ли в остатке, который пока Акронис определяет как "незанятое пространство", создать том,

Правило номер один: на диске, с которого восстанавливают данные, НИКОГДА НИЧЕГО не пишут. Правило номер два: хочется что-то записать - см. правило №1. Думаю - понятно с этим... Далее.

Цитата:

можно стереть систему Сони, чтобы затем через GetDataBack просмотреть файлы прежде записанные?

Как только была записана "система Сони" - все кластеры, на которые физически происходила запись новой информации - безвозвратно утеряли информацию, которую содержали ранее.
Объясняю последний раз - сейчас ваша надежда на "незанятое пространство" и те области, которые на исходном диске были незаняты (например, на диске J, как мы видим, занято только около 10 %. Остальное место - пустое). Вот на том мест, которое пусто могли "физически" сохраниться ваши предыдущие файлы). Вам сейчас надо только понять, как работать с прогами для восстановления.

В Get Data Back находится раздел в 1 Тб??? Вы его выбираете для поиска файлов??
Эти два вопроса пока для вас ключевые!!!
Ну и в 10- й раз повторяю - смотреть потерянные файлы и папки. Приведите скрин окошка с найденными разделами!!!

IgorM
Рековери раздел вероятней всего накрыл MFT полностью, поэтому шанс воссановления по остаткам ФС почти нулевой. Что касается поиска по сигнатурам, то тут всё зависит от нескольких критериев.
Куда были записаны файлы. Обычно начинают записываться с начала раздела, но пути ОС неисповедимы. Опять же, если на момент записи документов на диске были какие то другие данные в начале диска, то документы могли записаться и в конце.
Дефрагментация файлов. Если таковая была то, даже если файлы в конце диска, восстановление полностью не получится.
Так что, хотя и хочется быть оптимистом, но ситуация аховская.
Но пробовать надо все способы. Единственное на что хотелось бы обратить внимание, особено применительно к случаю поиска по сигнатурам программами типа photorec - наличие элементов новой файловой системы. Они, и как и новые разделы могут очень сильно мешать процессу восстановления. Поэтому в идеале их надо бы удалить - точнее обнулить.
В своё время был один подобный случай (не настолько сильно, но наложение данных нового раздела было) на "зоне" - тамошние "знатоки" предрекли невозможность восстановления. Но последующие события показали их несостоятельность. И зачистка новых записей сыграло в этом немалую роль. Можешь сам убедиться - http://forum.oszone.net/thread-216363-3.html . Только моих сообщений там не увидишь - это такое наказание для тех, кто говорит правду в глаза бестолочам. Но смысл и без них понятен.

На прежнем (до записи ОС Сони) на 1 Тб диске были записаны: в самом начале -библиотека размером 430 Гб, а за нею и основные для меня, необходимые для восстановления файлы. С библиотекой - ладно! Копия, хоть и старая, но есть. А вот следующие за ней файлы - очень потребны!
"Поиска по сигнатурам" - это что за штука? Через какую программу делается?

Прогнал прогой Get Data Back и выудил некоторые файлы. Часть из них (.doc) хоть и выудились, но не открываются. Некоторые - вроде, слава Богу!

Кроме Get Data Back, какой еще программой желательно попробовать?
Я работаю через .iso disk Multi Boot 2k10 ver. 2.6.1 На нем много различных программ, в том числе и для восстановления дисков.

Цитата:

Кроме Get Data Back, какой еще программой желательно попробовать?

Мне сколько раз повторять? В этой же проге в дереве файлов должны появиться LostFiles и Lost Folders (или папки с именами Dir1, Dir2... как то так). Вы в них смотрели???

Цитата:

какой еще программой желательно попробовать?

Ещё вот эту штуку возьмите: http://zalil.ru/33944010
В ней запустите Partition Recovery, дождитесь окончания поиска. Выложите скриншот и пробуйте запустить поиск по терабайтному разделу (если он будет найден, если будет несколько - пробуйте все по очереди). Там в дереве папок будут Lost Folders и Raw Files (эту "папку" изучайте ДО ПОСИНЕНИЯ, туда будут занесены все файлы по типам, которые не попали в файловую систему).

IgorM
попробуйте с разными настройками GDBack, когда совсем плохи дела, помогает такое:

но структуры и имен файлов ск.всего не будет в таком режиме..

igor_me, спс за софтину - будем пробовать

Так софтину свободно можно найти, я просто "рабочую" версию подкинул...

Спасибо большое за прогу. Работаю. О результатах отпишусь. Но вот вопрос: Как прошерстить ту часть диска, которая Акронисом рассматривается как Unllocated?

Восстанавливающие проги эту часть диска просто не видят! Как же быть?

Добавлено:
Интересная картина получается. Еще в самом начале работы по восстановлению файлов, я прогой Get Data Back выудил несколько нужных файлов. Но при дальнейшей работе, также с включением рекомендованных выше опций, я не только не нахожу новых файлов, но даже не вижу тех, что находил ранее... И куда же это усё подевалось-то?

Очень надеюсь на то, что мое возможное процеживание 335 Гб "анлокейтид" диска мне что-нибудь даст. Но как это сделать?

Цитата:

Но вот вопрос: Как прошерстить ту часть диска, которая Акронисом рассматривается как Unllocated?

Если прога (любая из двух) не нашла существовавшего ранее терабайтного раздела (видимо - поэтому и вопрос, так?), тогда остаётся пробовать прогу с чистым режимом RawRecovery (в двух верхних его - похоже нет, хотя они могут искать потерянные файлы и по всему диску, даже если им указываешь только один раздел... это уже инструкцию читать надо )
http://zalil.ru/33949149
В ней: "Восстановление информации" ->Raw Recovery. Там и кнопочка "Типы файлов" будет. Можете выбрать только нужные.Выбираете физический диск, и поиск пойдёт точно по всему диску, без учёта файловых систем и разделов. Если уж и она не найдёт ничего нового - извиняйте.
Тогда остаётся вам искать мегагуру, который работает с редактором диска и сможет хотя бы сказать, есть ли на диске нефрагментированнные файлы и можно ли их пытаться доставать "руками".

Есть винт с сбойными секторами. ОС грузится, но тормозит нереально. Если я скопирую разделы Acronis True Image и затем восстановлю их на исправном винте будет ли все работать без проблем или глюки тоже перейдут туда? Винт нужен такого же размера? Заранее спасибо.

Единственная проблема, которая может появиться: если бэды (если они есть) возникли на файлах, то эти файлы не будут читаться и на новом диске. Сам перенос инфы не перенесёт глюки. Только лучше делать клонирование диска, а не с образами. В том же True Image есть. Два винта: старый и новый - цепляете в комп и вперёд!

Сейчас нет такого винта. Завтра попробую сделать копию. Сейчас попробовал сделать образ диска С. Сразу вылетела какая то ошибка типа не могу прочитать память по адресу. Нажал "Пропустить все" и процесс дошел до логического завершения. Теперь возник вопрос: Сможет ли акронис восстановить систему из этой копии?

Такую "гарантию" вам смогут дать только авторы Акрониса Я бы делал клонирование и лучше прогой типа HDClone. А в чём вопрос? Что, после создания образа оригинальный диск надо сразу стереть что-ли ???

дак что знающих людей нет?

Цитата:

знатоки подскажите с чем могут быть связаны эти ошибки
чекдиск

По настоящему знающие в этом вопросе здесь это 9285 и Antech (он давненько не появлялся). Отлавливайте первого, повторите вопрос...

Добавлено:
Тут надо с начала: модель диска и скриншот SMART. Проверить шлейф SATA (переставить в другой разъём на материнке) и питание.
Если Сигейт (особенно) или WD из современных - сразу не мешало бы контакты на плате почистить:
Ложите винт на стол платой электроники вверх. Откручиваете плату. На обратной стороне ищите два ряда контактных площадок, идущих в гермоблок (на гермоблоке в этом месте колодка с контактами), а также 3-4 контактных площадки, идущих к контактам двигателя. Чистите все эти контакты обычной стёркой до блеска. Собираете всё в обратном порядке.
Если ошибки повторяться - к вышеозначенным спецам

Стирать не надо. Просто как пишут корифеи надо делать копию пока винт еще жив, а дальше уже колдовать с ней. Опасаюсь как бы он не умер пока я экспериментирую. Не подскажите где подробно про HDClone?

Цитата:

как пишут корифеи надо

А корифеи то (настоящие!) всегда и имеют ввиду то, что я вам советую. Клонирование (посекторная копия) на другой диск. Особенно в случае, как у вас (есть долгочитаемые сектора, возможно - и бэды). Нет, ну на всякий случай сейчас можно сделать образ с него, если диск рабочий, и с ним надо работать до прихода нового винта. Само оптимально: не использовать этот винт до прихода нового...

вот повторяю))
знатоки подскажите с чем могут быть связаны эти ошибки
[more=чекдиск]
Цитата:

Checking file system on C:
The type of the file system is NTFS.
Volume label is win7.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 3)...
168192 file records processed.

File verification completed.
154 large file records processed.

0 bad file records processed.

0 EA records processed.

78 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 3)...
215450 index entries processed.

Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
Recovering orphaned file 00000000000021F7 (20710) into directory file 30.
Recovering orphaned file 00000000000021F8 (21330) into directory file 30.
3 unindexed files scanned.

Recovering orphaned file 00000000000021F6 (55833) into directory file 30.
0 unindexed files recovered.

CHKDSK is verifying security descriptors (stage 3 of 3)...
168192 file SDs/SIDs processed.

Cleaning up 244 unused index entries from index $SII of file 0x9.
Cleaning up 244 unused index entries from index $SDH of file 0x9.
Cleaning up 244 unused security descriptors.
Security descriptor verification completed.
23630 data files processed.

CHKDSK is verifying Usn Journal...
The USN Journal length 0xfcb5b268 in file 0xce10 is less the
largest USN encountered, 0xfcba4788, plus eight in file 0x5b1.
Repairing Usn Journal $J data stream.
Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.

31463302 KB total disk space.
26903356 KB in 141817 files.
61512 KB in 23631 indexes.
0 KB in bad sectors.
236798 KB in use by the system.
65536 KB occupied by the log file.
4261636 KB available on disk.

4096 bytes in each allocation unit.
7865825 total allocation units on disk.
1065409 allocation units available on disk.

Internal Info:
00 91 02 00 52 86 02 00 56 8a 03 00 00 00 00 00 ....R...V.......
08 05 00 00 4e 00 00 00 00 00 00 00 00 00 00 00 ....N...........
00 00 00 00 00 00 00 00 00 00 1c 00 48 85 5d 01 ............H.].

Windows has finished checking your disk.
Please wait while your computer restarts.

Цитата:

Checking file system on G:
The type of the file system is NTFS.
Volume label is 3Q.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 3)...
Cleaning up instance tags for file 0x1ae99e.
2133248 file records processed.

File verification completed.
156519 large file records processed.

0 bad file records processed.

2 EA records processed.

0 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 3)...
The object id index entry in file 0x19 points to file 0xbaddf
but the file has no object id in it.
Deleting an index entry from index $O of file 25.
2516294 index entries processed.

Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
2 unindexed files scanned.

CHKDSK is recovering remaining unindexed files.
2 unindexed files recovered.

CHKDSK is verifying security descriptors (stage 3 of 3)...
2133248 file SDs/SIDs processed.

Cleaning up 66 unused index entries from index $SII of file 0x9.
Cleaning up 66 unused index entries from index $SDH of file 0x9.
Cleaning up 66 unused security descriptors.
Security descriptor verification completed.
191524 data files processed.

CHKDSK is verifying Usn Journal...
8984728 USN bytes processed.

Usn Journal verification completed.
CHKDSK discovered free space marked as allocated in the
master file table (MFT) bitmap.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

976751968 KB total disk space.
966777744 KB in 1778048 files.
505240 KB in 191527 indexes.
0 KB in bad sectors.
2244448 KB in use by the system.
65536 KB occupied by the log file.
7224536 KB available on disk.

4096 bytes in each allocation unit.
244187992 total allocation units on disk.
1806134 allocation units available on disk.

Internal Info:
00 8d 20 00 b0 0d 1e 00 ce 26 1e 00 00 00 00 00 .. ......&......
17 95 01 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 1c 00 f0 84 5d 01 ..............].

Цитата:

Checking file system on D:
The type of the file system is NTFS.
Volume label is data.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.

CHKDSK is verifying files (stage 1 of 3)...
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x3df8c0 for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x52fc is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 21244.
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x474912 for possibly 0x2 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4
in file 0xb2cf is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 45775.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x2a364b for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0xb2d5 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 45781.
Attribute record of type 0x80 and instance tag 0x3 is cross linked
starting at 0x405259a for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x3
in file 0x55842 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 350274.
The attribute of type 0x80 and instance tag 0x0 in file 0x7c89b
has allocated length of 0x7b7130000 instead of 0x7b7230000.
Deleted corrupt attribute list entry
with type code 128 in file 510107.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x1a70000000039a8. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, $J)
from file record segment 14760.
Unable to locate attribute with instance tag 0x0 and segment
reference 0x18c00000002ae8f. The expected attribute type is 0x80.
Deleting corrupt attribute record (128, $J)
from file record segment 175759.
1316608 file records processed.

File verification completed.
Deleting orphan file record segment 14760.
Deleting orphan file record segment 175759.
76799 large file records processed.

0 bad file records processed.

0 EA records processed.

15 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 3)...
The file reference 0x240000000052fc of index entry 07.11.2012(12-49) of index $I30
with parent 0x3ffd9 is not the same as 0x2d0000000052fc.
Deleting index entry 07.11.2012(12-49) in index $I30 of file 262105.
1454824 index entries processed.

Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
11 unindexed files scanned.

CHKDSK is recovering remaining unindexed files.
11 unindexed files recovered.

CHKDSK is verifying security descriptors (stage 3 of 3)...
1316608 file SDs/SIDs processed.

Cleaning up 345 unused index entries from index $SII of file 0x9.
Cleaning up 345 unused index entries from index $SDH of file 0x9.
Cleaning up 345 unused security descriptors.
Security descriptor verification completed.
Inserting data attribute into file 21244.
Inserting data attribute into file 45775.
Inserting data attribute into file 45781.
Inserting data attribute into file 350274.
69113 data files processed.

CHKDSK is verifying Usn Journal...
Creating Usn Journal $J data stream
Usn Journal verification completed.
Correcting errors in the master file table's (MFT) BITMAP attribute.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

424911184 KB total disk space.
422538556 KB in 385808 files.
140968 KB in 69112 indexes.
0 KB in bad sectors.
1399156 KB in use by the system.
65536 KB occupied by the log file.
832504 KB available on disk.

4096 bytes in each allocation unit.
106227796 total allocation units on disk.
208126 allocation units available on disk.

Internal Info:
00 17 14 00 11 f1 06 00 96 d0 08 00 00 00 00 00 ................
03 09 00 00 0f 00 00 00 00 00 00 00 00 00 00 00 ................
14 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 ................

[/more]
диски на которых были найдены эти ошибки и исправлены.вполне впорядке по смарту.но если надо выложу))
С и D и внутренний sata а G внешний по sataE...не помню как он называется..скоростной sata
внутреннему 724 дня внешнему 229
[more=C и D]HD Tune Pro: WDC WD5001AALS-00L3B2 Health

ID Current Worst ThresholdData Status
(01) Raw Read Error Rate 200 200 51 3 ok
(03) Spin Up Time 163 163 21 4816 ok
(04) Start/Stop Count 99 99 0 1844 ok
(05) Reallocated Sector Count 200 200 140 0 ok
(07) Seek Error Rate 100 253 0 0 ok
(09) Power On Hours Count 77 77 0 17380 ok
(0A) Spin Retry Count 100 100 0 0 ok
(0B) Calibration Retry Count 100 100 0 0 ok
(0C) Power Cycle Count 99 99 0 1839 ok
(C0) Unsafe Shutdown Count 200 200 0 440 ok
(C1) Load Cycle Count 200 200 0 1844 ok
(C2) Temperature 110 101 0 37 ok
(C4) Reallocated Event Count 200 200 0 0 ok
(C5) Current Pending Sector 200 200 0 0 ok
(C6) Offline Uncorrectable 200 200 0 0 ok
(C7) Ultra DMA CRC Error Count 200 200 0 0 ok
(C8) Write Error Rate 200 200 0 0 ok

Health Status : ok[/more]

[more=G]HD Tune Pro: WDC WD10EARS-00Y5B1 Health

ID Current Worst ThresholdData Status
(01) Raw Read Error Rate 200 200 51 0 ok
(03) Spin Up Time 131 130 21 6408 ok
(04) Start/Stop Count 100 100 0 305 ok
(05) Reallocated Sector Count 200 200 140 0 ok
(07) Seek Error Rate 200 200 0 0 ok
(09) Power On Hours Count 93 93 0 5507 ok
(0A) Spin Retry Count 100 100 0 0 ok
(0B) Calibration Retry Count 100 253 0 0 ok
(0C) Power Cycle Count 100 100 0 67 ok
(C0) Unsafe Shutdown Count 200 200 0 26 ok
(C1) Load Cycle Count 197 197 0 10738 ok
(C2) Temperature 100 95 0 47 ok
(C4) Reallocated Event Count 200 200 0 0 ok
(C5) Current Pending Sector 200 200 0 0 ok
(C6) Offline Uncorrectable 200 200 0 0 ok
(C7) Ultra DMA CRC Error Count 200 200 0 0 ok
(C8) Write Error Rate 200 200 0 0 ok

Health Status : ok[/more]

А, тоесть это два физических диска...
И на обоих, получается, однотипные ошибки. Как с питанием дела, БП не перегружен?
SMART в порядке

Цитата:

(C0) Unsafe Shutdown Count 200 200 0 440 ok

Вот это только интересно. Комп штатно выключаете?
Тут может и комп сам чудить и Винда.

Цитата:

Проверить шлейф SATA (переставить в другой разъём на материнке)

Пробовали?
Ну и для верности запустить проверку поверхности (прогой типа HDTune или Виктория 4.46 ).

igor_me
да один в нутри с ним брал комп а потом другой внешний докупил)
может програма какая могла на гадить...то есть мне бы хотя бы знать какова рода вообще эти ошибки...что сломалось из за чего он стал исправлять.а может и с винтами что то уже твориться..вот и написал тут что бы разьяснили.
комп редко но иногда через клавишу паур если он виснет.а там обычно через винду.
попробую на днях или если опять чудить начнёт...
была такая история.скачал торнет там файл 2 гига был. скачал гляжу на месте выключаю тор,почти сразу штано вырубаю комп захожу в другю винду смотрюа файла ив поминет нет. остальные скачанные же файлы там остались. 1 под 200 мегов и 1 екзе (установочник игры был)

Цитата:

Ну и для верности запустить проверку поверхности (прогой типа HDTune или Виктория 4.46 ).

а скол займёт времени. 1 винт 500 другой внешний терабайт
+ у меня проблема с ещё одним внешним он через юсб подключён
[more=k]HD Tune Pro: Seagate FA GoFlex Desk Health

ID Current Worst ThresholdData Status
(01) Raw Read Error Rate 112 99 6 42201202 ok
(03) Spin Up Time 94 94 0 0 ok
(04) Start/Stop Count 97 97 20 3536 ok
(05) Reallocated Sector Count 100 100 36 0 ok
(07) Seek Error Rate 72 60 30 20015228 ok
(09) Power On Hours Count 89 89 0 10024 ok
(0A) Spin Retry Count 100 100 97 0 ok
(0C) Power Cycle Count 100 100 20 91 ok
(B7) (unknown attribute) 100 100 0 0 ok
(B8) End To End Error Detection 1 1 99 32083 Failed
(BB) Reported Uncorrectable Errors 60 60 0 40 ok
(BC) Command Timeout 100 97 0 5374034 ok
(BD) (unknown attribute) 100 100 0 0 ok
(BE) Airflow Temperature 51 43 45 857735217 ok
(C2) Temperature 49 57 0 49 ok
(C3) Hardware ECC Recovered 28 27 0 42201202 ok
(C5) Current Pending Sector 100 100 0 3 warning
(C6) Offline Uncorrectable 100 100 0 3 ok
(C7) Ultra DMA CRC Error Count 200 200 0 0 ok
(F0) Head Flying Hours 100 253 0 753 ok
(F1) LifeTime Writes from Host 100 253 0 13140319 ok
(F2) LifeTime Reads from Host 100 253 0 1957730179 ok

Health Status : warning[/more]
ни знаю чтос ним делать..грешу на провод..так как если не испльзовать его резеврно хранилище для бекапов. а я так пробова до этого.
то ошибка
(B8) End To End Error Detection 1 1 99 32083 Failed
перетсла расти...уже как месяа 2 или даже 5 стоит на одном значении.
хочу его прогнать утилитой от Seagate ,но так как он юсб придётся его разбирать и подключать уже через столко мороки...
(C5) Current Pending Sector 100 100 0 3 warning
(C6) Offline Uncorrectable 100 100 0 3 ok
и эти ошибки стали возникать после того как росло
(B8) End To End Error Detection 1 1 99 32083 Failed
и как я уже говорил сейчас тишина...странно все это.
хочу понять рабочий вообще этот K или нет...

Ну, что сказать...

Цитата:

а скол займёт времени. 1 винт 500 другой внешний терабайт

500 - часа два-три, где-то. 1000 - около 4-х

Цитата:

хочу понять рабочий вообще этот K или нет...

А что непонятно? Он фаылы не читает\ не пишет? Тормозит?
По SMART.

Цитата:

(C5) Current Pending Sector 100 100 0 3 warning

Если и через месяц останется 3 - не страшно, но очень важную инфу на нём хранить осторожно.

Цитата:

(B8) End To End Error Detection 1 1 99 32083 Failed

Сам атрибут я не считаю критичным, когда ошибок немного (деcятки, скажем). Но у вас тысячи.
-- End-to-End error - ошибка четности при передаче данных между кэшем и хостом.
Видно что это может говорить о сбоях на плате контроллёра диска... И отсюда же могут появляться "пендинги".
Я так понял, что внутри у этой "коробочки" обычный SATA диск. Если ему больше года - возможно контакты окислились. Если вытащите из коробки - сделайте следующее.
Ложите винт на стол платой электроники вверх. Откручиваете плату. На обратной стороне ищите два ряда контактных площадок, идущих в гермоблок (на гермоблоке в этом месте колодка с контактами), а также 3-4 контактных площадки, идущих к контактам двигателя. Чистите все эти контакты обычной стёркой до блеска. Собираете всё в обратном порядке.

Всем здравия!
У меня такая проблема:
На ПК три диска, один древний 160гб (2 раздела на одном из которых ХР) и два сата по 500гб деленные на три раздела каждый.
Вот на одном из них из-под разделов сбежала NTFS, включая раздел D на котором W7
Можно как-то возродить?
Acronis Disk Director 11 Home видит только полностью диск без разделов и статус, провисев минут 20, изменить не может

Управление компьютером - управление дисками видит разделы как исправные, но и показывает отсутствие NTFS

Проводник видит диски, но названия разделов заменились на Локальный диск и повисает на долго при активации любого из разделов этого диска(2)

И
На одном из брошенных форумов увидел такое предложение по другому поводу, но по решению проблемы восстановления разделов NTFS:
"Запустить chkdsk с ключами f и r".
Если такое действительно может помочь, расшифруйте сленг, пожалуйста. )))
И, стоит ли так делать?
Вопрос:
Как на место "постелить" NTFS чтобы разделы заработали и в них все сохранилось?
Спасибо!

Serdj
Модель винта, его SMART. Если SMART ноормальный, то скриншот экрана Разделы + дампы 0-вых секторов +100 последующих для физического диска и каждого логического.

Спасибо9285.
Комп очень долго реагирует на любые запросы к больному диску.
AIDA64 про SMART больного диска несколько раз выдавала подобное:



один раз выдала такое:



Но, с попытки 10-ой и 15-ой повторила:



Она же выдала про винт:



А вот
Цитата:

скриншот экрана Разделы + дампы 0-вых секторов +100 последующих для физического диска и каждого логического.

- не понял. Мозгов и знаний не хватило.) Как это сделать?



Добавлено:
Обнаружил, что NTFS подменен на RAW



Установил R-STUDIO
которая выявила, что на больном диске, в отличие от рабочих, отсутствуют Empty Space и Partition Layout Sector Size





Проблема, думаю, найдена?)))
Вот как ее устранить?

Добавлено:
И еще.
Хочется понять причину возникновения проблемы.
Смущает какая-то зависимая связь между ОС.
Когда отключаю больной диск - ХР работает относительно терпимо...)
А вот когда он подключен, глючит, в частности, очень ощутимо корзина в ХР - реагирует на команды (открытие и чистка) минут по 8 - 12...
Первый раз стал пользоваться Акронисом.
НА ХР стоят Acronis Disk Director 11 Home, True Image 2013 и Acronis OS Selector
Последнее что делал пока дис2 был здоровым (видать сам лопухнулся): установил на W7 (которая на больном диске) True Image 2013 и пробовал зарезервировать W7. Но произошел сбой. При резервации W7 Acronis OS Selector на ХР - вообще зависала...
Запуск компа и выбор системы через Acronis OS Selector
W7 устанавливал уже при трех акронисах стоящих на ХР.
Еще, до конечной проблемы с диском2 - смущало то, что если отключить диск1 (160 с ХР) то W7 вообще не запускался. В БИОСе, естественно, диски (мастеров) переназначал.

Цитата

Методика получения файла дампа устройства
1. Программа DMDE. Открыть физическое устройство либо логический диск (в соответствии с заданием). Нажать Alt+W. Выбрать источник - секторы диска, приемник - файл. Начальный сектор и количество секторов, которое нужно ввести, указывается в задании. Ввести имя файла по шаблону Sectors-N@S.img, где N - количество секторов, S - начальный сектор. Также можно вводить начальный и конечный секторы дампа (по заданию), в этом случае файл именуется как Sectors-B-E.img, где B - начальный сектор, E - конечный сектор.
2. Программа WinHex. Запустить WinHex, выбрать в тулбаре Clone Disk, либо в меню Tools - Disk Tools - Clone Disk. В качестве источника (Source) указать физический диск либо раздел (по заданию), в качестве приемника - файл дампа (наименование файла аналогично п. 1). Снять опцию Copy entire source disk. Ввести начальный сектор (Start sector) и количество секторов (Number of sectors to copy), как указано в задании. Остальные опции не изменять.
Если таблица разделов в порядке, а WinHex не открывает требуемый логический диск, нужно открыть физический диск и использовать кнопку Access справа вверху окна редактирования: Access - Partition - Boot Sector (или, в более новых версиях WinHex, нажать на раздел в таблице сверху). Редактор перейдет в начальный (нулевой) сектор раздела. Далее перейти в начальный сектор дампа с помощью Alt+G/Sectors/Current position, пометить начало блока (Alt+1), перейти (Alt+G) на требуемое количество секторов (размер дампа) и нажать стрелку влево, пометить конец блока Alt+2, сохранить фрагмент в файл - Shift+Ctrl+N. Если в окне Alt+G указано "hexadec", нажмите F5 и отключите опцию Hexadecimal offsets (либо не отключайте, но переводите номер начального сектора и размер дампа в Hex, например в обычном калькуляторе Windows).

Serdj
1. Продукцией Акрониса не пользоваться!
2. До выяснения физического состояния винта нельзя подвергать его лишним воздействиям чтобы не добить его окончательно. Если даже требуется чтобы он был активен при загрузке винды, то хотя бы буквы дисков забрать у разделов, чтобы винда с ними не работала.
3. SMART винта лучше снимать чем то более толковым - Cristal Disk Info, HD Scan, а с учётом написанного в №2 лучше вообще из DOS прогами MHDD, Victoria.

Нестабильные показания SMART-а + наличие в одном из случаев UltraATA CRC являются признаком проблем с интерфейсом. Как минимум проверить надёжность подключения шлейфа (поменять шлейф).

Пока не будет всё это решено, толку с дампов нет.

PS. igor_me традиционо посоветует протереть контакты ластиком.