Dr StandBy Большой дядька moderator Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Восстановление разделов и информации на HDD         первая часть :: вторая часть :: третья часть Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.   Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:   - перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных - не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных) - не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки - на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера - никогда не прерывайте процесс изменения разделов, если он уже начался - не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев   Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...   То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском) Общие рекомендации по самостоятельному восстановлению данных   Хороший совет по восстановлению, когда не уверен в своих знаниях   Список программ для восстановления информации   Статьи о восстановлении данных и жестких дисках   Восстановление данных из .chk файлов Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет... Схожая тема в ОС - Пропал диск. Восстановление таблицы разделов (не данных) Всего записей: 10995 | Зарегистр. 16-05-2002 | Отправлено: 23:43 28-01-2009 | Исправлено: Seymour, 04:06 07-01-2010

55550000 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Народ, подскажите: На жестком диске была определенная группа документов. Их удалили посредством корзины и далее очитстить корзину. Теперь требуется сделать так, чтобы эти файлы невожно было восстановить?но при этом все остальное должно остаться. Я так понимаю, требуется шредер программа. Посоветуйте, кто что знает в этом вопросе... или направьте в ветку нужную ---------- Челябинск - родина сладкой стекловаты... Челябинские мужчины настолько суровы, что... Всего записей: 1852 | Зарегистр. 16-11-2004 | Отправлено: 18:49 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 - не подсчитывать). - нулить? Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено: 20:43 16-12-2009 | Исправлено: Ivan_83, 21:51 16-12-2009

Antech Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 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-й на втором диске, значит что-то покоцали . Надеюсь, Вы сохранали исходные фрагменты перед изменением? Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:39 16-12-2009 | Исправлено: Antech, 22:42 16-12-2009

Ivan_83 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ничего я не умею 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 - которая у меня на терабайтнике.   Как чинить мфт? Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено: 01:12 17-12-2009

Antech Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Ignat Цитата: первый раз слышу, может имелось ввиду "передёргивание питания", поясните, пжл. Сорри, забыл ответить... Сейчас сам вспомнил и в первую очередь написал Вам.   В общем, если отключить винт в БИОСе, то DOS (которая на Magic Boot Disk) не будет пытаться монтировать разделы и не зависнет (в том кейсе была проблема загрузиться). Это обычный финт ушами, но работает только в DOS. Винда и с отключенным в БИОСе винтом найдет и будет монтировать, зависнет естественно, из-за глупого недочета в своем парсере таблиц разделов...   Ivan_83 Цитата: Ничего я не умею Да ладно, с определением размера кластера Вы уже засветились . Такой прогресс за неделю - это очень круто. Ну а LDM - я тоже не копал, но вот вроде есть мануал (не драйвер).   Цитата:  на винте где MFT есть прописать нтфс бутсектор, а на винте где нет MFT не прописывать? Да. Параметры бутсектора Вы теперь знаете как вычислять. Размер раздела (total sectors) подсказывает Руссинович: 1953534978. Сектор с символами NTLDR - это то, что надо - это второй сектор раздела (первый при нумерации с нуля), т.е. перед ним - бутсектор, все парвильно, в секторе 63.   Цитата: Там есть мфт, мфтмирр, логфиле и волуме. Правильно, только эти 4 записи должны быть в миррор.   Цитата: Выставил размер 74709402 Это 38+ ГБ, не маловато ?   Цитата: Как чинить мфт? У Вас должно быть все нормально с MFT. Если я не глючу, у Вас только бутсектор накрылся.   Цитата: на втором нтфс бутсектор занулил, оставив только последние два байта Верните просто то, что там было. Если были все нули, значит и вернуть нужно все нули. Это же может быть содержимым какого-то файла и если в нем нули заменятся на что-то другое, это не есть хорошо.   Кстати. В последнем секторе раздела должен быть backup bootsector. На втором диске массива в конце поищите сектор со строкой "NTFS" . Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:19 17-12-2009 | Исправлено: Antech, 09:22 17-12-2009

Ivan_83 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору 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

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

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   но пока также, не заходит и не показывает фс как нтфс... Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено: 18:00 17-12-2009 | Исправлено: Ivan_83, 19:13 17-12-2009

Vaucher Junior Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору dmde Antech Спасибо. Всё получилось. Пальцы судорогой не свело когда я их скрещивал. Даже началась грузиться Виста, но вываливалась в BSOD. Не помню точный номер, но помог способ описанный на каком-то форуме - нада просто загрузиться с установочного диска семёрки и она (семёрка) произведёт окончательное лечение файловой системы. И, действительно, всё так и получилось. Вмста загрузилась и теперь надо просто в установочного диска переустановить систему. Спасибо ещё раз огромное за ВАШУ бескорыстную помощь. Просто мне, как работнику хелп-деска крупного предприятия, было самому интересно восстановить этот злочастный диск.   ЗЫ. К стати, чекдиск только на 5-й раз устранил все проблемы. Всего записей: 53 | Зарегистр. 30-06-2006 | Отправлено: 22:48 17-12-2009

Ivan_83 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Также 32. Похоже без правки мфт не обойтись В основной мфт я диск эксплорером смотрел, есть рут директори, там как раз пустой диск с систем ресторе папкой. Похоже что родной корень похерился. Вернее его переписало, он теперь ссылается на 61048330 - что сразу за новым зеркалом мфт. Видимо данные старого корня гдето ещё есть, поблизости от основного мфт. Очень похожее по содержанию есть перед основной мфт. Все остальные записи файловые есть и идут дальше после мфт. Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено: 23:19 17-12-2009 | Исправлено: Ivan_83, 00: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

Ivan_83 Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору RODAN2307 Попробуйте GetDataBack. Поставьте и просканируйте ей, режим номер 3 повреждение фс формат/фдик   Может вам повезёт и чекдиск не прибил МФТ таблицы.   PS: 1 физ диск - 1 лог диск, под виндой больше не целесообразно. Всего записей: 53 | Зарегистр. 29-04-2005 | Отправлено: 21:55 18-12-2009

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 4)

Dekker (21-07-2011 14:57): http://forum.ru-board.com/topic.cgi?forum=84&topic=3808#1

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование