А что же это было, если можно обьясните пожалуйста? »
——- Из двух зол, не выбирают ни одного!
Это сообщение посчитали полезным следующие участники:
Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.
Checking file system on C: The type of the file system is NTFS.
A disk check has been scheduled. Windows will now check the disk.
CHKDSK is verifying files (stage 1 of 5). 152832 file records processed. File verification completed. 99 large file records processed. 0 bad file records processed. 2 EA records processed. 60 reparse records processed. CHKDSK is verifying indexes (stage 2 of 5). 195200 index entries processed. Index verification completed. 0 unindexed files scanned. 0 unindexed files recovered. CHKDSK is verifying security descriptors (stage 3 of 5). 152832 file SDs/SIDs processed. Cleaning up 9 unused index entries from index $SII of file 0x9. Cleaning up 9 unused index entries from index $SDH of file 0x9. Cleaning up 9 unused security descriptors. Security descriptor verification completed. 21185 data files processed. CHKDSK is verifying Usn Journal. 35870232 USN bytes processed. Usn Journal verification completed. CHKDSK is verifying file data (stage 4 of 5). 152816 files processed. File data verification completed. CHKDSK is verifying free space (stage 5 of 5). 7697907 free clusters processed. Free space verification is complete. Windows has checked the file system and found no problems.
51199999 KB total disk space. 20071296 KB in 119720 files. 79484 KB in 21186 indexes. 1024 KB in bad sectors. 256567 KB in use by the system. 65536 KB occupied by the log file. 30791628 KB available on disk.
4096 bytes in each allocation unit. 12799999 total allocation units on disk. 7697907 allocation units available on disk.
Внимание!Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) — пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС . Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
— перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных — не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных) — не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки — на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера — никогда не прерывайте процесс изменения разделов, если он уже начался — не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно.
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском) Общие рекомендации по самостоятельному восстановлению данных
Восстановление данных из .chk файловОбращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan , наименование и мощность БП, возраст БП, результаты MemTest86 , версию ОС и сервис-пака, а также обстоятельства краха — честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет.
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Народ, подскажите: На жестком диске была определенная группа документов. Их удалили посредством корзины и далее очитстить корзину. Теперь требуется сделать так, чтобы эти файлы невожно было восстановить?но при этом все остальное должно остаться. Я так понимаю, требуется шредер программа. Посоветуйте, кто что знает в этом вопросе. или направьте в ветку нужную
———- Челябинск — родина сладкой стекловаты. Челябинские мужчины настолько суровы, что.
Всего записей: 1846 | Зарегистр. 16-11-2004 | Отправлено:18:49 16-12-2009
dmde
Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 55550000 невожно=невозможно? Заполните всё свободное место на диске другими файлами, тогда удалённые файлы сотрутся, если они более 1 Kb.
Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено:19:35 16-12-2009
Ivan_83
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Помогите восстановить 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, на этот вопрос ответ будет? Спасибо
———- Из двух зол, не выбирают ни одного!
Всего записей: 3454 | Зарегистр. 21-01-2002 | Отправлено:23:16 16-12-2009
Ivan_83
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ничего я не умею LDM вообще практически не документирован, в линух дрова я не полез. Не полез потому что вычитал что есть копия в конце диска и нашёл её, и потому что винимадж не трогал LDM (копии совпадают, да и заливал я им загрузочные сектора и образы питался вливать). Ещё на той неделе не представлял о существовании NTFS boot сектора и мысль что то править руками на винте казалась богохульной %)
Да, у меня сохранены гдето по 100 мегов с начала каждого диска, включая бутсектора. Там где записывал — ничего небыло, только нули, что и удивило.
Те мне нужно на винте где MFT есть прописать нтфс бутсектор, а на винте где нет MFT не прописывать? (на винте где мфт есть, 64 сектор содержит начало ntloader и далее его продолжение — походу именно он и был первым диском был)
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)
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] Name : Volume2 Object Id : 0x0412 Volume state: ACTIVE Size : 0x74709402 (953874 MB) GUID : 9558dfdf-1c08-4153-98c3-7d600fd2347f Drive Hint : I:
0x000005: [000040] 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] Name : Rim-wks1x64Dg1 Object Id : 0x0401 GUID : 539a437c-90cb-4e5d-aca7-4f21414e713f
0x000009: [00004B] 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] Name : Volume2-01 Object Id : 0x0414 Parent Id : 0x0412
Name : Disk2-01 Object Id : 0x0416 Parent Id : 0x0414 Disk Id : 0x040F Start : 0x0 Size : 0x3A384C02 (476937 MB) Volume Off : 0x0 (0 MB)
Name : Disk1-01 Object Id : 0x041C Parent Id : 0x0414 Disk Id : 0x0403 Start : 0x0 Size : 0x3A384800 (476937 MB) Volume Off : 0x3A384C02 (476937 MB)
Disk Disk2: Disk2-01 Offset: 0x00000000 Length: 0x3A384C02 (476937 MB) Disk Disk1: Disk1-01 Offset: 0x00000000 Length: 0x3A384800 (476937 MB)
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 — которая у меня на терабайтнике.
Как чинить мфт?
Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено:01:12 17-12-2009
первый раз слышу, может имелось ввиду «передёргивание питания», поясните, пжл.
Сорри, забыл ответить. Сейчас сам вспомнил и в первую очередь написал Вам.
В общем, если отключить винт в БИОСе, то DOS (которая на Magic Boot Disk) не будет пытаться монтировать разделы и не зависнет (в том кейсе была проблема загрузиться). Это обычный финт ушами, но работает только в DOS. Винда и с отключенным в БИОСе винтом найдет и будет монтировать, зависнет естественно, из-за глупого недочета в своем парсере таблиц разделов.
Цитата:
Ничего я не умею
Да ладно, с определением размера кластера Вы уже засветились . Такой прогресс за неделю — это очень круто. Ну а 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 секторе?
Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено:13:30 17-12-2009
chkdsk.exe I: без доп-параметров. Посмотрите, что он скажет, и тут покажите. Исправлять (/f) пока что не надо.
Цитата:
Бут сектор в 0 секторе?
Нет, иначе бы не было «file or directory is corrupted», вместо этого было бы «RAW».
Цитата:
У него прописано 1953534977 секторов
Ну вот, т.е. мы определили верно (минус один сектор — это копия бутсектора).
Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено:13:42 17-12-2009
Ivan_83
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 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.
Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено:13:59 17-12-2009
Antech
Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ivan_83 Вроде все нормально (что-то не так с битмэпом и MFT Mirror, но это ерунда). Модете пускать chkdsk /f, но стандартное предупреждение: я не гарантирую, что он 100% не накосячит.
Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено:17:54 17-12-2009
Ivan_83
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Смущает «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
но пока также, не заходит и не показывает фс как нтфс.
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору dmde Antech Спасибо. Всё получилось. Пальцы судорогой не свело когда я их скрещивал. Даже началась грузиться Виста, но вываливалась в BSOD. Не помню точный номер, но помог способ описанный на каком-то форуме — нада просто загрузиться с установочного диска семёрки и она (семёрка) произведёт окончательное лечение файловой системы. И, действительно, всё так и получилось. Вмста загрузилась и теперь надо просто в установочного диска переустановить систему. Спасибо ещё раз огромное за ВАШУ бескорыстную помощь. Просто мне, как работнику хелп-деска крупного предприятия, было самому интересно восстановить этот злочастный диск.
ЗЫ. К стати, чекдиск только на 5-й раз устранил все проблемы.
Всего записей: 53 | Зарегистр. 30-06-2006 | Отправлено:22:48 17-12-2009
Antech
Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ivan_83 Сорри, я пропустил серьезную ошибку. У Вас в логе всего 32 файловых записи. Исправлять Чекдиском нельзя. Я не понял, что и где там не так с MFT Mirror Start Cluster, но если Вы исправили, запустите еще раз Чекдиск без /f — сколько file records он теперь видит? (xx file records processed)
Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено:22:52 17-12-2009
Ivan_83
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Также 32. Похоже без правки мфт не обойтись В основной мфт я диск эксплорером смотрел, есть рут директори, там как раз пустой диск с систем ресторе папкой. Похоже что родной корень похерился. Вернее его переписало, он теперь ссылается на 61048330 — что сразу за новым зеркалом мфт. Видимо данные старого корня гдето ещё есть, поблизости от основного мфт. Очень похожее по содержанию есть перед основной мфт. Все остальные записи файловые есть и идут дальше после мфт.
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ivan_83 Да уж, похоже MFT задело, хотя и не ясно почему.
Цитата:
Все остальные записи файловые есть и идут дальше после мфт
Не затруднит скинуть дамп 2000 секторов, начиная с начала MFT (6291456 от начала раздела)?
Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено:12:56 18-12-2009
RODAN2307
Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ПОМОГИТЕ. У меня следующая проблема: 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%? Можно ли вообще их восстановить? Информация и файлы О-О-О-ОЧЕНЬ нужны! Помогите!
Всего записей: 11 | Зарегистр. 02-12-2009 | Отправлено:18:18 18-12-2009
Ivan_83
Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору http://www.rozhuk.org.ru/download/tmp/6291440%20-%206293440.7z Начало как раз на тех записях, в которых я подозреваю оригинальный корень.
Скорее всего тогда, когда я не до конца все записи исправил и подключал винт, винда радостно всё исправила.
Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено:18:18 18-12-2009
. Надеюсь, Вы сохранали исходные фрагменты перед изменением?
.