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

Вопрос - какая из программ восстановления НЕ требует перезаписи, а восстанавливает все содержимое диска на своих места?

Antech

Цитата:

После этого - скрестить пальцы и Чекдиск /f.

Спасибо
Сижу уже. Аж пальцы свело

Kardinalli

Цитата:

какая из программ восстановления НЕ требует перезаписи, а восстанавливает все содержимое диска на своих места?

WinHex, DMDE.

boy999

Цитата:

может лучше заняться образом!?

Откройте образ в R-Studio и проверьте, что там с "пропавшими" файлами.

Antech,
Цитата:

Потому что перед загрузкой с Magic Boot Disk надо отключать винт в БИОСе.

- первый раз слышу, может имелось ввиду "передёргивание питания", поясните, пжл. Спасибо

Antech

Цитата:

WinHex, DMDE

Спасибо, DMDE посмотрю, а редактор ту при чем? Или, в смысле исключительно вручную восстанавливать? Не, 200Гб многовато...

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

Цитата:

dmde

Нет, мне как раз данные и нужны!
Все программы восстановления, которые запускал, видят стертые каталоги и файлы, но обязательно требуют другой носитель. Но ведь реально то все на месте, как я понимаю, стерта только инфо о заголовках?
странно, ведь в свое время тот же Norton Undelete спокойно восстанавливал все на своих местах! Жаль, что он под ntfs не работает...

Kardinalli

Цитата:

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

Потому что в здравом уме никто не будет резать по живому.
В своё время был только FAT. А между NTFS и FAT большая разница, хотя Вы и правы, реально всё на месте (если отключено восстановление системы и с диском больше ничего не делали, хотя и то - файлы больше 4 Gb уже потерялись). Для восстановления файла достаточно исправить 1 бит, а потом запустить чекдиск. Только если что-то пойдёт не так, то файла Вы уже не найдёте, хотя реально он был на месте и его можно было просто восстановить в друое место!

Дело в том, что всю информацию я таки скопировал, пришлось, правда, несколькими партиями, при помощи EasyRecovery и внешнего USB HDD. В принципе, можно сейчас форматнуть диск и залить все обратно. Но во-первых очень долго, во-вторых, все-таки хотелось бы выяснить насколько возможно "поднять" диск, не используя перенос файлов. Файловая система точно в порядке, диск тоже в отличном состоянии.

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

Цитата:

из-за того что это почти никому не нужно

Если говорить о профессиональном восстановлении - то да, не нужно. А в остальных случая в 99% это удобнее, ведь свободного диска/места очень часто может и не быть...

Странно, что раньше это считалось нормой...

Kardinalli

Цитата:

из-за того что это почти никому не нужно

Имелось ввиду - не нужно в данный момент.
Соотношение стоимости носителей и информации заметно изменилоь.

Kardinalli

Цитата:

раньше это считалось нормой

Раньше винты дороже стоили... И уж точно это не было нормой, как ни крути. Автоиспрвление ФС - весьма стремная вещь, и чтобы оценить хотя бы примерно риск, нужно знать основные фишки ФС и поведение Чекдиска. Third-party автоисправлялки ФС - вообще для любителей адреналина, это еще стремнее, чем Чекдиск.


Цитата:

свободного диска/места очень часто может и не быть

Да ладно, на рынках и в магазах полно винтов, и стоят недорого. Нужно место - поехал и купил, в Москве еще и от Метро недалеко...


Цитата:

вручную восстанавливать? Не, 200Гб многовато

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

Короче, форматируйте и копируйте обратно.

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

55550000
невожно=невозможно?
Заполните всё свободное место на диске другими файлами, тогда удалённые файлы сотрутся, если они более 1 Kb.

Помогите восстановить NTFS boot сектор на spanned томе!

Есть два диска по 500 гб, сделаны динамическими, обьеденены в spanned в один терабайтник.
На них залил терабайт инфы (за раз, в один поток).
Потом по случайности/неосторожности winimage затёр основной и запасной NTFS boot сектор (который в 63 секторе и гдето в конце).
Потом по недомыслию я залил им бут сектор с другого винта.

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

Бут переписал обратно нормальный с того, который остался динамическим.

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

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


MFT я нашёл аж три штуки только на одном диске.
786432 с записями файлов после неё, оставшиеся две 61048319 и 122095936 записей с файлами рядом не видно.

Когда подключал с прописанной NTFS Boot (брал с такого же винта бэсик режима, нтфс) одного диска и пустой другого то показывало пустой диск. Когда сделал у обоих одинаковый тоже самое и ещё только половину обьёма диска.
Диск чекером не прогонял, всё что писал делал через dskprobe.


Что писать в NTFS Boot секторе (63)?
У диска с мфт всё понятно, основная 786432 и зеркало одно из двух (есть разница) ?
А у второго диска что писать? (вычислять чтобы смещение попадало на второй диск?)
Серийники ставить разные или одинаковые?
0x28 8 байт Общее количество секторов (total sector) - прописывать общее колличество секторов или для текущего диска?
0x50 DWORD Контрольная сумма (0 - не подсчитывать). - нулить?

Ivan_83
Вы умеете LDM, но не можете сделать бутсектор? Странно, это же проще...


Цитата:

Что писать в NTFS Boot секторе (63)?

Шаблон возьмите от любого исправного NTFS раздела. Что надо задать:
1. Total sectors - по таблице разделов (на первом диске, в секторе 0, думаю Вы и так это знаете). Естественно, суммарное для двух разделов (если знаете LDM - подсмотрите там, я к сожалению LDM не владею). Предположительно это не просто суммарный объем двух разделов, там есть (могут быть?) хвостики неиспользумые.
2. Sectors per cluster - по записи $MFT: размер MFT в байтах (Allocated size) разделите на 512 - это в секторах; разделите это на (Last VCN + 1) (там же в DATA) - вот Вам размер кластера. Вероятно, у Вас 8.
3. Start cluster MFT - как я понял, у Вас стандартно 786432.
4. Start cluster MFT Mirror - см. смещение у первого экстента в $MFTMirr : DATA.
5. File record and INDX record size indicators - вероятно, у Вас там стандартно -10 (F6) и 1 соответственно.
Остальное оставьте.


Цитата:

А у второго диска что писать?

Вы не до конца просекли фишку. Структура такая. На каждом винте - таблица разделов в нулевом секторе и база динамических в хвосте физического диска (раздел заканчивается раньше). В начале раздела на первом диске - бутсектор и все дела, в общем обычное начало раздела. А в начале раздела на втором диске - уже просто продолжение раздела, бутсектора там быть не должно. И если Вы уже что-то записали в нулевой или в 63-й на втором диске, значит что-то покоцали . Надеюсь, Вы сохранали исходные фрагменты перед изменением?

Antech, на этот вопрос ответ будет? Спасибо

Ничего я не умею
LDM вообще практически не документирован, в линух дрова я не полез.
Не полез потому что вычитал что есть копия в конце диска и нашёл её, и потому что винимадж не трогал LDM (копии совпадают, да и заливал я им загрузочные сектора и образы питался вливать).
Ещё на той неделе не представлял о существовании NTFS boot сектора и мысль что то править руками на винте казалась богохульной %)

Да, у меня сохранены гдето по 100 мегов с начала каждого диска, включая бутсектора.
Там где записывал - ничего небыло, только нули, что и удивило.

Те мне нужно на винте где MFT есть прописать нтфс бутсектор, а на винте где нет MFT не прописывать?
(на винте где мфт есть, 64 сектор содержит начало ntloader и далее его продолжение - походу именно он и был первым диском был)


1. Есть lvdmdump, она вот что выдаёт:
============================================================

Logical Disk Manager Configuration Dump v1.03
Copyright (C) 2000-2002 Mark Russinovich

PRIVATE HEAD:
Signature : PRIVHEAD
Version : 2.11
Disk Id : 6bbed228-70a3-4a96-b8b6-6bf7008cd4b4
Host Id : 1b77da20-c717-11d0-a5be-00a0c91db73c
Disk Group Id : 539a437c-90cb-4e5d-aca7-4f21414e713f
Disk Group Name : Rim-wks1x64Dg1
Logical disk start : 3F
Logical disk size : 3A384C02 (476937 MB)
Configuration start: 3A385830
Configuration size : 800 (1 MB)
Number of TOCs : 2
TOC size : 7FD (1022 KB)
Number of Configs : 1
Config size : 5C9 (740 KB)
Number of Logs : 1
Log size : E0 (112 KB)

TOC 0:
Signature : TOCBLOCK
Sequence : 0x23
Config bitmap start: 0x11
Config bitmap size : 0x5C9
Log bitmap start : 0x5DA
Log bitmap size : 0xE0
TOC 1:
Signature : TOCBLOCK
Sequence : 0x24
Config bitmap start: 0x11
Config bitmap size : 0x5C9
Log bitmap start : 0x5DA
Log bitmap size : 0xE0

VMDB DATABASE HEADER:
Signature : VMDB
Flags : 0x100
Timestamp : 16.12.2009 16:33
Block size : 128 bytes
Header size : 512 bytes
Version : 4/10
Number of VBLKs : 0x1724
Disk Group Name : Rim-wks1x64Dg1
Disk Group Id : 539a437c-90cb-4e5d-aca7-4f21414e713f
Commited Sequence : 0x454
Pending Sequence : 0x454

VBLK DATABASE:
0x000004: [00004E] <Volume>
Name : Volume2
Object Id : 0x0412
Volume state: ACTIVE
Size : 0x74709402 (953874 MB)
GUID : 9558dfdf-1c08-4153-98c3-7d600fd2347f
Drive Hint : I:

0x000005: [000040] <Disk>
Name : Disk1
Object Id : 0x0403
Disk Id : a33d0b00-c1b1-4923-b106-a88e77d142aa
AltName : IDE\DISKSAMSUNG_HD502HJ_________________________1AJ100E4\4&30374661&0&0.2.0

0x000006: [000045] <DiskGroup>
Name : Rim-wks1x64Dg1
Object Id : 0x0401
GUID : 539a437c-90cb-4e5d-aca7-4f21414e713f

0x000009: [00004B] <Disk>
Name : Disk2
Object Id : 0x040F
Disk Id : 6bbed228-70a3-4a96-b8b6-6bf7008cd4b4
AltName : IDE\DISKSAMSUNG_HD502HJ_________________________1AJ100E4\4&30374661&0&0.1.0

0x00000D: [00004D] <Component>
Name : Volume2-01
Object Id : 0x0414
Parent Id : 0x0412

0x000010: [000049] <Partition>
Name : Disk2-01
Object Id : 0x0416
Parent Id : 0x0414
Disk Id : 0x040F
Start : 0x0
Size : 0x3A384C02 (476937 MB)
Volume Off : 0x0 (0 MB)

0x000012: [00001C] <Partition>
Name : Disk1-01
Object Id : 0x041C
Parent Id : 0x0414
Disk Id : 0x0403
Start : 0x0
Size : 0x3A384800 (476937 MB)
Volume Off : 0x3A384C02 (476937 MB)


PARTITION LAYOUT:

Disk Disk2:
Disk2-01 Offset: 0x00000000 Length: 0x3A384C02 (476937 MB)
Disk Disk1:
Disk1-01 Offset: 0x00000000 Length: 0x3A384800 (476937 MB)

VOLUME DEFINITIONS:

Volume2 Size: 0x74709402 (953874 MB)
Volume2-01 -
Disk2-01 VolumeOffset: 0x00000000 Offset: 0x00000000 Length: 0x3A384C02
Disk1-01 VolumeOffset: 0x3A384C02 Offset: 0x00000000 Length: 0x3A384800
============================================================
Сектор ноль я на одном диске затёр, потом копировал со второго, где он остался, поэтому информации с него я не доверяю.
Если сложить длинны разделов получится: 74709402 (hex), и сверху размер тома полностью такой же - оно?



2. 8 было на двух идентичных дисках.
Размер 32768 / 512 = 64
(Last VCN + 1) (там же в DATA), то там 7 +1 =8.
64/8=8, чтд.


3. Я тоже так понял


4. Если диск эксплорер правильно показал, то это 61048319, которую мне гетдата находил.
Там есть мфт, мфтмирр, логфиле и волуме.
Записей файлов, которые есть после основной мфт там нет.


5. F6 и 1, соотвественно.
Остальное я скопировал с рабочего не относящегося к этому спаннед тому.



Добавлено:
Выставил размер 74709402 в НТФС бутсекторе, на втором нтфс бутсектор занулил, оставив только последние два байта.
Полный объём стал показывать нормально и реактивируется без подвисаний.

Однако пропала NTFS, даже пустая с системной папкой.
Я думаю что запасная мфт - 61048319 ошибочная.
122095936 - очень близко похожа на 122095000 - которая у меня на терабайтнике.

Как чинить мфт?

Ignat

Цитата:

первый раз слышу, может имелось ввиду "передёргивание питания", поясните, пжл.

Сорри, забыл ответить... Сейчас сам вспомнил и в первую очередь написал Вам.

В общем, если отключить винт в БИОСе, то DOS (которая на Magic Boot Disk) не будет пытаться монтировать разделы и не зависнет (в том кейсе была проблема загрузиться). Это обычный финт ушами, но работает только в DOS. Винда и с отключенным в БИОСе винтом найдет и будет монтировать, зависнет естественно, из-за глупого недочета в своем парсере таблиц разделов...

Ivan_83

Цитата:

Ничего я не умею

Да ладно, с определением размера кластера Вы уже засветились . Такой прогресс за неделю - это очень круто.
Ну а LDM - я тоже не копал, но вот вроде есть мануал (не драйвер).


Цитата:

на винте где MFT есть прописать нтфс бутсектор, а на винте где нет MFT не прописывать?

Да. Параметры бутсектора Вы теперь знаете как вычислять. Размер раздела (total sectors) подсказывает Руссинович: 1953534978. Сектор с символами NTLDR - это то, что надо - это второй сектор раздела (первый при нумерации с нуля), т.е. перед ним - бутсектор, все парвильно, в секторе 63.


Цитата:

Там есть мфт, мфтмирр, логфиле и волуме.

Правильно, только эти 4 записи должны быть в миррор.


Цитата:

Выставил размер 74709402

Это 38+ ГБ, не маловато ?


Цитата:

Как чинить мфт?

У Вас должно быть все нормально с MFT. Если я не глючу, у Вас только бутсектор накрылся.


Цитата:

на втором нтфс бутсектор занулил, оставив только последние два байта

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

Кстати. В последнем секторе раздела должен быть backup bootsector. На втором диске массива в конце поищите сектор со строкой "NTFS" .

74709402 (hex) = 1953534978 (*512 = 1000209908736 байт)
число в два раза больше, чем то , что прописано у пятисоток.

И правда нашёл запасной NTFS boot сектор, на втором харде сектор 976767038.
У него прописано 1953534977 секторов всего и зеркало 122095936, и серийник.
Значит винимэйдж возможно затёр кусочек где то в конце физического диска 1.


Переписал всё его содержимое в 63 нтфс бут сектор.
Всё равно не видит файловую систему на нём
I:\ is not accessible.
The file or directory is corrupted and unreadable.

Смещения правильные указаны, по ним мфт таблицы доступны.

Что ещё смотреть?
Бут сектор в 0 секторе?

Ivan_83

Цитата:

Что ещё смотреть?

chkdsk.exe I: без доп-параметров. Посмотрите, что он скажет, и тут покажите. Исправлять (/f) пока что не надо.


Цитата:

Бут сектор в 0 секторе?

Нет, иначе бы не было "file or directory is corrupted", вместо этого было бы "RAW".


Цитата:

У него прописано 1953534977 секторов

Ну вот, т.е. мы определили верно (минус один сектор - это копия бутсектора).

The type of the file system is NTFS.

WARNING! F parameter not specified.
Running CHKDSK in read-only mode.

CHKDSK is verifying files (stage 1 of 3)...
0 percent complete. (0 of 32 file records processed)
1 percent complete. (4 of 32 file records processed)
2 percent complete. (7 of 32 file records processed)
3 percent complete. (10 of 32 file records processed)
4 percent complete. (13 of 32 file records processed)
5 percent complete. (16 of 32 file records processed)
6 percent complete. (20 of 32 file records processed)
7 percent complete. (23 of 32 file records processed)
8 percent complete. (26 of 32 file records processed)
9 percent complete. (29 of 32 file records processed)
103232
32 file records processed.

File verification completed.
1000
0 large file records processed.

1000
0 bad file records processed.

1000
0 EA records processed.

1000
0 reparse records processed.

CHKDSK is verifying indexes (stage 2 of 3)...
13 percent complete. (4 of 87 index entries processed)
17 percent complete. (8 of 87 index entries processed)
20 percent complete. (11 of 87 index entries processed)
22 percent complete. (14 of 87 index entries processed)
23 percent complete. (15 of 87 index entries processed)
27 percent complete. (19 of 87 index entries processed)
30 percent complete. (22 of 87 index entries processed)
33 percent complete. (26 of 87 index entries processed)
36 percent complete. (29 of 87 index entries processed)
37 percent complete. (30 of 87 index entries processed)
38 percent complete. (31 of 87 index entries processed)
39 percent complete. (32 of 87 index entries processed)
40 percent complete. (33 of 87 index entries processed)
41 percent complete. (34 of 87 index entries processed)
42 percent complete. (35 of 87 index entries processed)
43 percent complete. (36 of 87 index entries processed)
44 percent complete. (37 of 87 index entries processed)
45 percent complete. (39 of 87 index entries processed)
46 percent complete. (40 of 87 index entries processed)
47 percent complete. (41 of 87 index entries processed)
48 percent complete. (42 of 87 index entries processed)
49 percent complete. (43 of 87 index entries processed)
50 percent complete. (44 of 87 index entries processed)
51 percent complete. (45 of 87 index entries processed)
52 percent complete. (46 of 87 index entries processed)
53 percent complete. (47 of 87 index entries processed)
54 percent complete. (48 of 87 index entries processed)
55 percent complete. (49 of 87 index entries processed)
56 percent complete. (50 of 87 index entries processed)
57 percent complete. (52 of 87 index entries processed)
58 percent complete. (53 of 87 index entries processed)
59 percent complete. (54 of 87 index entries processed)
60 percent complete. (55 of 87 index entries processed)
61 percent complete. (56 of 87 index entries processed)
62 percent complete. (57 of 87 index entries processed)
63 percent complete. (58 of 87 index entries processed)
64 percent complete. (59 of 87 index entries processed)
65 percent complete. (60 of 87 index entries processed)
66 percent complete. (61 of 87 index entries processed)
67 percent complete. (62 of 87 index entries processed)
68 percent complete. (63 of 87 index entries processed)
69 percent complete. (65 of 87 index entries processed)
70 percent complete. (66 of 87 index entries processed)
71 percent complete. (67 of 87 index entries processed)
72 percent complete. (68 of 87 index entries processed)
73 percent complete. (69 of 87 index entries processed)
74 percent complete. (70 of 87 index entries processed)
75 percent complete. (71 of 87 index entries processed)
76 percent complete. (72 of 87 index entries processed)
77 percent complete. (73 of 87 index entries processed)
78 percent complete. (74 of 87 index entries processed)
79 percent complete. (75 of 87 index entries processed)
80 percent complete. (77 of 87 index entries processed)
81 percent complete. (78 of 87 index entries processed)
82 percent complete. (79 of 87 index entries processed)
908787
87 index entries processed.

Index verification completed.
89 percent complete. (0 of 5 unindexed files processed)
90 percent complete. (1 of 5 unindexed files processed)
9155
5 unindexed files processed.

CHKDSK is verifying security descriptors (stage 3 of 3)...
92 percent complete. (5 of 32 descriptors processed)
93 percent complete. (9 of 32 descriptors processed)
94 percent complete. (13 of 32 descriptors processed)
95 percent complete. (18 of 32 descriptors processed)
96 percent complete. (22 of 32 descriptors processed)
97 percent complete. (26 of 32 descriptors processed)
98 percent complete. (31 of 32 descriptors processed)
983232
32 security descriptors processed.

Security descriptor verification completed.
10077
7 data files processed.

Correcting errors in the Master File Table (MFT) mirror.
Correcting errors in the Volume Bitmap.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.

976767488 KB total disk space.
0 KB in 1 files.
4 KB in 9 indexes.
0 KB in bad sectors.
80892 KB in use by the system.
65536 KB occupied by the log file.
976686592 KB available on disk.

4096 bytes in each allocation unit.
244191872 total allocation units on disk.
244171648 allocation units available on disk.

Ivan_83
Вроде все нормально (что-то не так с битмэпом и MFT Mirror, но это ерунда). Модете пускать chkdsk /f, но стандартное предупреждение: я не гарантирую, что он 100% не накосячит.

Смущает "976686592 KB available on disk." - весь диск был занят

Добавлено:
Гет дата бак не работает (не сохраняет, таблеткой чтоли подавилось), зато показывает 3 фс:
1. Которую я прописывал руками
2. почти тоже самое, только +1 сектор к длинне
3. на пол гига, и указывает на мфт мирр в 61048319.

В главной мфт 786432, в записи мфт мирр стоит 61048319 (создана 13 числа, остальные две 10).
Попробую её руками исправить на 122095936

Добавлено:
отредактировал, оказалось в двух местах в мфт мирр кластере прописано было смещение до копии мфт.
исчезло из лога chk
Correcting errors in the Master File Table (MFT) mirror

но пока также, не заходит и не показывает фс как нтфс...

dmde
Antech
Спасибо.
Всё получилось. Пальцы судорогой не свело когда я их скрещивал.
Даже началась грузиться Виста, но вываливалась в BSOD.
Не помню точный номер, но помог способ описанный на каком-то форуме - нада просто загрузиться с установочного диска семёрки и она (семёрка) произведёт окончательное лечение файловой системы. И, действительно, всё так и получилось. Вмста загрузилась и теперь надо просто в установочного диска переустановить систему.
Спасибо ещё раз огромное за ВАШУ бескорыстную помощь.
Просто мне, как работнику хелп-деска крупного предприятия, было самому интересно восстановить этот злочастный диск.

ЗЫ. К стати, чекдиск только на 5-й раз устранил все проблемы.

Ivan_83
Сорри, я пропустил серьезную ошибку. У Вас в логе всего 32 файловых записи... Исправлять Чекдиском нельзя. Я не понял, что и где там не так с MFT Mirror Start Cluster, но если Вы исправили, запустите еще раз Чекдиск без /f - сколько file records он теперь видит? (xx file records processed)

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

Ivan_83
Да уж, похоже MFT задело, хотя и не ясно почему.


Цитата:

Все остальные записи файловые есть и идут дальше после мфт

Не затруднит скинуть дамп 2000 секторов, начиная с начала MFT (6291456 от начала раздела)?

ПОМОГИТЕ!!!
У меня следующая проблема:
Partition Magic'ом попробовал объединить два локальных диска. В итоге выскочила ошибка и один из дисков[e] пропал (на котором было около 100 гигов нужных файлов). То есть, в Винде он не отображается, но в Partition'е остался. Далее, попытался провести вышеописанную процедуру ещё раз. В итоге, пропал и второй диск[d] (на нём было около 130 гигов чистого места, его я пару дней назад отформатировал). Теперь один диск [D](общей ёмкостью равный сумме ёмкости [e]+[d]) отображается в Partition'е, но только пробую зайти в него - выскакивает ошибка. В Partition'е поставил букву диска, и он появился в Windows (у меня XP SP3), но пробую зайти - выскакивает еррор "файл или папка повреждены".
После перезагрузки Винды CHKDSK попытался проверить диск, но "master file table corrupt".
Попытался зайти в диск [D] при помощи R-Studio, но выдаёт файлы, которые были на диске [d] до форматирования.
В итоге я располагаю лишь 30-ю Гб из 300 Гб-тного жёсткого диска.
По-видимому, проблемы в файловой таблице диска [D].
Можно ли восстановить мои файлы с диска [e] на 100%? Можно ли вообще их восстановить? Информация и файлы О-О-О-ОЧЕНЬ нужны! Помогите!