Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 7)

Модерирует : Akam1, Dr_StandBy, vertex4

Akam1 (11-10-2015 05:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=5006  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
первая часть :: вторая часть :: третья часть:: четвертая часть :: пятая часть :: шестая часть


Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...

 
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)

  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...
     

    Важно! Инструкция по чистке контактов на плате HDD


  • Всего записей: 26385 | Зарегистр. 20-04-2006 | Отправлено: 08:17 04-09-2013 | Исправлено: alexgr, 19:52 07-10-2014
    DarkMasterW

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Или вангуешь?

    По сути да. А есть еще варианты? Ну и как минимум бэд найденный надо скрыть в любом случае, есть еще один блок с задержкой 480, его тоже напару хотел прикрыть, прогнать еще пару раз тесты, если ошибок не будет, то попробовать пожить в таком состоянии. С чего-то начинать-то надо.

    Всего записей: 284 | Зарегистр. 17-04-2010 | Отправлено: 07:31 14-06-2014 | Исправлено: DarkMasterW, 07:32 14-06-2014
    Tau_0

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DarkMasterW

    Цитата:
    Ну и как минимум бэд найденный надо скрыть в любом случае

    Так возьмите Victoria 4.47 НЕ ОФИЦИАЛЬНАЯ и переназначте/затрите Bad. Эта модификация утилиты отлично на x64 запустится…
     

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 10:39 14-06-2014
    Tau_0

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285

    Цитата:
    Зачем вся эта возня с метафайлом если говорить о сбойных секторах?

    На хоботе  напоролся на тему Как пометить в NTFS(3.1) нестабильные участки, заданные исключительно вручную, как BAD (UniATA как вариант)? (Страница 1)  
     
    Там с подачи Antech TC пытался загнать в  $BadClus области секторов.  И $bitmap тоже правилась. Но видимо неудачно --- не прошло такое, и упрямый чекдиск вернул ВСЁ назад на круги своя… Хотя в принципе, если сделать правильно, то  должно оно проходить…  
     
     
     
     

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 18:13 14-06-2014
    igor_me

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DarkMasterW
    Вообще "правильные пацаны", с дисками, подобными вашему (нестабильными) обычно сначала делают полное стирание. Потому как ведь могут присутствовать и софт-бэды. Вот, а если стирание не делать - тогда да, наугад бытаться скрыть\заремапить сектора только в режиме чтение+ремап...

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 18:30 14-06-2014
    DarkMasterW

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    14:22:24 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 1
    14:22:26 : LBA 1947320060 try REMAP... Error
    14:22:26 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 2
    14:22:28 : LBA 1947320060 try REMAP... Error
    14:22:29 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 3
    14:22:31 : LBA 1947320060 try REMAP... Error
    14:22:32 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 4
     
    полное стирание - это формат что ли? Не быстрый, а полный сделать? Емкость бы еще взять где-то...

    Всего записей: 284 | Зарегистр. 17-04-2010 | Отправлено: 12:20 15-06-2014 | Исправлено: DarkMasterW, 12:37 15-06-2014
    igor_me

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Полное стирание - это полное стирание Write в Виктории. ВЕСЬ диск прописывается нулями, с самого первого сектора. Уничтожаются не только содержимое разделов, но и вообще любые намёки о разделах, MBR и т. п. Это не то же самое, что формат...
    Ну или можете попробовать стирание только на один этот блок, указав его номер как начальный и конечный, но не ошибитесь с номером Для таких опытов лучше всё же не иметь важных данных на диске...

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 13:30 15-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Тут не стирать надо, а решать проблему
    Цитата:
    try REMAP... Error

    И делать это в соответствующем месте. а то уже совсем в оффтоп унеслись.
     
    Tau_0
    Вообще то я подразумевал что чекдиск с физическим исправлением (/r) сам загонит бэды в метафайл.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:43 15-06-2014
    DarkMasterW

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    17:08:21 : Get passport... OK
    17:08:23 : Recallibration... OK
    17:08:23 : Starting ERASING, LBA=1947319808..1947319808, sequential access, timeout 10000ms
    17:08:23 : Block 1947319808 Error: ABRT
    17:08:23 : ***** Scan results: Warnings - 0, errors - 1 *****
    17:08:33 : Get passport... OK
    17:08:33 : Recallibration... OK
    17:08:33 : Starting Reading, LBA=1947319808..1947319808, sequential access, timeout 10000ms
    17:08:33 : ***** Scan results: no warnings, no errors *****
    17:08:34 : Get passport... OK
    17:08:34 : Recallibration... OK
    17:08:34 : Starting Reading, LBA=1947319808..1947319808, sequential access, timeout 10000ms
    17:08:34 : ***** Scan results: no warnings, no errors *****
     
     
    вылечилось что ли? Запись была с ошибкой, но читает теперь вроде без ошибок. Повторная запись дает ту же ошибку...
    после записи теперь уже два сектора кривых стало...
    запись не прошла, проблемы при расширении диапазона LBA остались.
     
     
    Добавлено:

    Цитата:
    Tau_0
    Вообще то я подразумевал что чекдиск с физическим исправлением (/r) сам загонит бэды в метафайл.

    Чек диск через гуй с проверкой поверхности говорил, что недостаточно места для исправления при нахождении бэда.
     
    // Если это тут оффтоп, то куда? Я вообще думал тема профильная...

    Всего записей: 284 | Зарегистр. 17-04-2010 | Отправлено: 14:09 15-06-2014 | Исправлено: DarkMasterW, 14:44 15-06-2014
    Tau_0

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DarkMasterW

    Цитата:
    17:08:23 : Starting ERASING, LBA=1947319808..1947319808, sequential access, timeout 10000ms

    Видать не тому грузину яйца отрезали тот сектор затёрли...
    Если BlockSize  (коэффициент блокирования) = 256, то в блоке, начиная с LBA=1947319808 может быть от одного до 256 бэдов... Просто самый первый сектор LBA=1947319808 и без Вашего затирания был исправен... --- другие секторы в блоке неисправны…
     
    Поэтому выставьте диапазон StartLBA=1947319808, EndLBA = 1947319808 + 255 = 1947320063. А BlockSize=1. Просто так в Victoria эту единику не выставить, ---выставляете 128 и клавишей BackSpace 28 вырезаете…
    Затем по Read определяете адрес именно сбойного сектора/секторов…
     
    А вот после этого пойманный бэд и затереть можно, если remap делать не хотите…???…
     
    ЗЫ На всякий случай рапорт скана после ловли бэда покажите... На узком диапазоне скан "мгновенно" отработает...
     

    Цитата:
    Чек диск через гуй с проверкой поверхности говорил, что недостаточно места для исправления при нахождении бэда.

    Это дело тёмное... В дисковом редакторе многое смотреть надо...
     
    9285,  чтобы не было полного офтопа постараюсь сегодня у себя вручную в $BadClus нормальный диапазон загнать.  Потом отпишусь… Понятно, что такой ремонт носит косметический характер, но попробую…
     
    ЗЫ Впервые такое вижу…   …???...
    Доступ - Восстановление MFT
     
     

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 14:46 15-06-2014 | Исправлено: Tau_0, 15:01 15-06-2014
    DarkMasterW

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    18:49:14 : Get passport... OK
    18:49:14 : Recallibration... OK
    18:49:14 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
    18:49:15 : Block 1947320055 Error: UNCR
    18:49:16 : Block 1947320058 Error: UNCR
    18:49:16 : Block 1947320059 Error: UNCR
    18:49:18 : Block 1947320060 Error: UNCR
    18:49:18 : ***** Scan results: Warnings - 0, errors - 4 *****
    18:49:26 : Get passport... OK
    18:49:27 : Recallibration... OK
    18:49:27 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
    18:49:28 : Block 1947320055 Error: UNCR
    18:49:28 : Warning! Block start at 1947320058 = 671 ms
    18:49:29 : Warning! Block start at 1947320059 = 624 ms
    18:49:29 : Block 1947320060 Error: UNCR
    18:49:29 : ***** Scan results: Warnings - 2, errors - 2 *****
    18:49:36 : Get passport... OK
    18:49:36 : Recallibration... OK
    18:49:36 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
    18:49:37 : Block 1947320055 Error: UNCR
    18:49:38 : Block 1947320060 Error: UNCR
    18:49:38 : ***** Scan results: Warnings - 0, errors - 2 *****
    18:49:56 : Get passport... OK
    18:49:56 : Recallibration... OK
    18:49:57 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms
    18:49:58 : Block 1947320055 Error: UNCR
    18:49:59 : Block 1947320060 Error: UNCR
    18:49:59 : ***** Scan results: Warnings - 0, errors - 2 *****
     
     
    Ремап тоже не получается сделать. Пару постов выше ошибки сыпит.
    14:22:24 : Starting Reading, LBA=1947319808..1947320808, sequential access w. REMAP, tio 1000ms. Try 1
    14:22:26 : LBA 1947320060 try REMAP... Error

    Всего записей: 284 | Зарегистр. 17-04-2010 | Отправлено: 15:31 15-06-2014 | Исправлено: DarkMasterW, 15:53 15-06-2014
    Tau_0

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    DarkMasterW

    Цитата:
    18:49:14 : Starting Reading, LBA=1947319808..1947320063, sequential access, timeout 10000ms  
     18:49:15 : Block 1947320055 Error: UNCR  
     18:49:16 : Block 1947320058 Error: UNCR  
     18:49:16 : Block 1947320059 Error: UNCR  
     18:49:18 : Block 1947320060 Error: UNCR  
     18:49:18 : ***** Scan results: Warnings - 0, errors - 4 *****

    Слабо я понял, сколько ошибок осталось две или четыре...???...
    Попробуйте по WRITE бэды затирать (0h писаться должно). Всего четыре прогона сделать надо.
     
    По концу текущий рапорт SMART из виктории  покажите...

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 16:42 15-06-2014
    DarkMasterW

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Сначала было 4, потом стало 2. Специально делал несколько прогонов, чтобы исключить фантомов. Поэтому и выложил такой пак. Запись не идет. Пишет все ту же ошибку:
    17:08:23 : Block 1947319808 Error: ABRT  
    ну номера блоков разве что другие. Не пишет во все 256 блоков. Получаю 256 ерроров.
     
     
    SAMSUNG HD103UJ   S13PJ1MQ900096
    -------------------------------------------------------------------------
      ID      Name                   Value  Worst  Tresh       Raw    Health
    -------------------------------------------------------------------------
      1 Raw read error rate           100     93     51          171   •••••  
      3 Spin-up time                   83     83     11         5930   ••••  
      4 Number of spin-up times        99     99      0          927   ••••  
      5 Reallocated sector count      100    100     10            0   •••••  
      7 Seek error rate               100    100     51            0   •••••  
      8 Seek time perfomance          100    100     15            0   •••••  
      9 Power-on time                  91     91      0        45117   ••••  
     10 Spin-up retries               100    100     51            0   •••••  
     11 Recalibration retries         100    100      0            0   •••••  
     12 Start/stop count               99     99      0          894   ••••  
     13 Soft read error rate          100     93      0          168   •••••  
    183 unknown attribut              100    100      0            0   •••••  
    184 End-to-End error              100    100      0            0   •••••  
    187 Reported UNC error            100    100      0         1351   •••••  
    188 Command timeout               100    100      0            0   •••••  
    190 Airflow temperature            72     59      0    28°C/82°F   ••••  
    194 HDA Temperature                72     58      0    28°C/82°F   ••••  
    195 Hardware ECC recovered        100    100      0    370621569   •••••  
    196 Reallocated event count       100    100      0            0   •••••  
    197 Current pending sectors       100    100      0            7   •••••  
    198 Offline scan UNC sectors      100    100      0            0   •••••  
    199 Ultra DMA CRC errors          100    100      0            0   •••••  
    200 Write error rate              100    100      0            0   •••••  
    201 Off-track errors count         99     98      0           36   ••••  
     
     
    Добавлено:
    сейчас вообще вот так выдало:
    19:56:58 : Block 1947320055 Error: UNCR
    19:56:59 : Block 1947320056 Error: UNCR
    19:57:00 : Block 1947320057 Error: UNCR
    19:57:01 : Warning! Block start at 1947320058 = 483 ms
    19:57:02 : Warning! Block start at 1947320059 = 624 ms
    19:57:03 : Block 1947320060 Error: UNCR

    Всего записей: 284 | Зарегистр. 17-04-2010 | Отправлено: 16:54 15-06-2014 | Исправлено: DarkMasterW, 16:56 15-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Если это тут оффтоп, то куда? Я вообще думал тема профильная...

    В чём же интересно профильность темы, особенно в смысле невозможности ремапа и т.п.?
    ИМХО - в тему про ремонт самсунгов.
     
    Tau_0

    Цитата:
    Впервые такое вижу…   …???...

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 17:00 15-06-2014
    igor_me

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    в тему про ремонт самсунгов.

    ЗЫ Конкретно этот самсунг народными средствами почти не ремонтопригоден, слишком новая модель, так что... Или нести к местному спецу на ремонт или...

    Цитата:
    надо "ремонтировать" в теме про восстановление информации?

    Я это только к тому, что там большого смыла нет писать, просто предупредил автора...

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 19:51 15-06-2014 | Исправлено: igor_me, 22:42 15-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    слишком новая модель, так что...  

    надо "ремонтировать" в теме про восстановление информации?
     
    Добавлено:
    Tau_0
    Кстати, в том случае вполне отчётливо просматриваются оригинальные записи, критичные для восстановления MFT. Чего нельзя сказать в другом случае, который недавно решил на хоботе (случай resident148) - http://rghost.ru/56395215
    ЗЫ: Там координатор - твой земеля. Тот ещё упоротый за дрот (как Ment69).
    Пытаюсь определить с чем это связано.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 20:01 15-06-2014 | Исправлено: 9285, 21:08 15-06-2014
    Flavius_Aetius

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Всем привет.
     
    На исправном диске Seagate Barracuda 7200.11 на 320 Гб (разбит на два раздела, оба NTFS, 30 Гб - диск под систему WinXP SP3, остальное диск-хранилище) переустанавливал систему и промахнулся с разделом, из-за чего винда встала в хранилище, предварительно снеся его быстрым форматированием.
     
    Запустил DMDE, http://rghost.ru/56361286/image.png
    Мне нужен $Noname04
     
    Очень бы хотелось восстановить прежнюю структуру данных, поскольку при глубоком анализе вытаскиваются не все типы файлов.

    Всего записей: 8 | Зарегистр. 15-06-2014 | Отправлено: 23:24 15-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Flavius_Aetius
    Ситуация не самая хорошая, но всё таки шанс (пусть и частичного восстановления) существует всегда.
    И он зависит от множества разных факторов, о которых напишу чуть позже, а пока хотелось бы увидеть дампы секторов, которые для желаемого раздела обозначены как начальный и конечный - 67087440 и 625137344 сотвественно. Но перед этим надо закрыть доступ к проблемному разделу, т.к. винда может на него скрытно писать, что лишь усугубит ситуацию. Да и Mac-овские оси тоже любят делать служебные записи. Поэтому сделай в DMDE MBRoff или хотя бы удали в ней же существующий 286ти гиговый раздел (Noname2). Примени изменения.
     
    Добавлено:
    Дополнение чуть позже

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 03:37 16-06-2014 | Исправлено: 9285, 05:27 16-06-2014
    Tau_0

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285

    Цитата:
    в другом случае, который недавно решил на хоботе (случай resident148)

    Посмотрел… Но и на хоботе ты затемнил, чем и как первую (точнее нулевую запись $MFT) MFT изобретал/реконструировал…,???... Этого не видно, поэтому толку с твоего мастер-класса для меня немного
    Только со слов TC понятно, что у тебя это получилось…
     
    Flavius_Aetius

    Цитата:
    переустанавливал систему и промахнулся с разделом, из-за чего винда встала в хранилище,

    Перед этим Вы ещё чем-то нахимичили с первым разделом, --- сделали его Дополнительным/Расширенным/Extended разделом,  а в нём логический диск. Наверное это что-то было типа Acronis. Если это так, то это плохо, --- это не в смыле восстановления, оно в будущем навредить может…
     
    Но на логический диск Windows никак не установить,  а другого загрузочного раздела не было. Поэтому инсталлятор и полез на едиственный Основной/Primary раздел…
     
    9285
     
    Цитата:
    Ситуация не самая хорошая, но всё таки шанс (пусть и частичного восстановления) существует всегда.

    Если по индикаторам судить, то похоже, что сам файл $MFT цел, но сами старые файлы перекрыты…

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 10:43 16-06-2014
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Tau_0

    Цитата:
    Но на логический диск Windows никак не установить,  а другого загрузочного раздела не было. Поэтому инсталлятор и полез на единственный Основной/Primary раздел…

    Бред. Сама винда прекрасно ставится в логический, а для загрузочных файлов может использоваться единственный основной.

    Цитата:
    Если по индикаторам судить, то похоже, что сам файл $MFT цел, но сами старые файлы перекрыты…

    По каким индикаторам ты это видишь?
    И о каком перекрытии идёт речь? Чистая ХР занимает не более 2 гигов. Если исходить из пропорциональности размеров, то это 1/150-я всего раздела. Так что немало может быть целым - чего нельзя пока сказать о записях MFT.
     
    PS. Я не собираюсь кому то преподавать мастер-классы. Потому что считаю что кому надо - тот найдёт всё необходимое в темах (как я в своё время учился на кейсах, решаемых Antech).
    Ну а не видно решения потому что решалось в привате, т.к. в темах писать не мог - что поделать, там такой же за дрот, которому нравится только глянцево пушистая "правда" и который рулит по своим понятиям. Имено поэтому, в том числе и потому что с хобота пропали и Antech и Yatagan (основные локомотивы решений), я теперь и с хобота приглашаю пострадавших сюда. И Flavius_Aetius один из таковых.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:14 16-06-2014 | Исправлено: 9285, 11:16 16-06-2014
    Tau_0

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285

    Цитата:
    Бред. Сама винда прекрасно ставится в логический, а для загрузочных файлов может использоваться единственный основной.

    Это я знаю и сам тебе не так давно подобное показывал...  --- Я как раз активный раздел с загрузчиком имел в виду, который не может быть на логическом диске... Из-за этого инсталлятор полез на единственный Основной раздел, а в спешке и сам Windows был установлен...
     

    Цитата:
    По каким индикаторам ты это видишь?

    По индикатору F на разделе $Noname04, там ещё и индикатор C на копию бута включён.
    При стандартном размещении файл MFT начинается с отступом в 3 GiB. Я считаю, что его не накрыло. Но могло накрыть кой-какие файлы…
    Если бы форматировалось акронисом, то MFT был точно писец --- он MFT зачинает в кластере 2 или 4.
    Интереса для можно помотреть начало MFT на логическом диске $Noname01...
     

    Цитата:
    я теперь и с хобота приглашаю пострадавших сюда.

    Поздравляю, --- ты теперь и на хоботе поцапался…
     

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 12:50 16-06-2014 | Исправлено: Tau_0, 12:59 16-06-2014
       

    Страницы: 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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 7)
    Akam1 (11-10-2015 05:48): http://forum.ru-board.com/topic.cgi?forum=84&topic=5006


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru