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

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

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

Dekker (21-07-2011 14:57): http://forum.ru-board.com/topic.cgi?forum=84&topic=3808#1  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

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
    Antech

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

    Цитата:
    восстанавливал файлы из корзины, но _не_ через эксплорер и менюшку восстановить файлы, т.к. их там не было видно обычным способом. Я просто скопировал их из папки recycle bin в фаре

    ОК, тогда правильно.
     

    Цитата:
    Надеюсь все правильно сделал

    Нет.
    Скриншот сделали неправильно. Это больше похоже на содержимое файла. Правая кнопка на файле в браузере - Position - FILE Record. Ну да ладно, скриншот - это на всякий случай, можете не делать его.
    Дамп - уже ближе: это файловая запись. Но Вы выделили меньше одного сектора. Не стесняйтесь, выделяйте хотя бы 2 сектора (1024 байт).
    Но ясно вот что. Как я и предполагал, в записи имеется атрибут 20. Это очень, очень гнилая вещь. Он появляется обычно (но не всегда) из-за большого атрибута 80 (DATA), который хранит инфу о расположении фрагментов файла. И тогда в атрибуте 20 (ATTRIBUTE_LIST) указываются дополнительные файловые записи, использованные под атрибут 80 (DATA). Ваш скромный дамп кончается точно на элементе атрибута DATA в атрибут-листе и я не вижу номер файловой записи для него. Я хотел бы увидеть дамп на 1024 байта или больше, но я уже догадываюсь, что там будет... Ладно, надо проверить, жду дамп.
     

    Цитата:
    она просто отправила файлы в корзину в обход юзера, но почему-то только некоторые файлы обнулила

    Эта программа ничего не знает про файловую систему. Она не обнуляла. Она удалила. Но файлы были с расширенными записями 99.99% и я Вам уже писал, что их при удалении восстановить практически нереально. Это не обычный файл с одной записью. Вопрос в другом: удаление в корзину - это переименование и перемещение. Т.е. меняется Parent и имя файла (все это в атрибуте 30 FILE_NAME). Почему повредился ранлист - понятия не имею, дампы смотреть надо... И еще одна странность. Вы копировали файлы Far'ом? А как это согласуется с тем, что в Вашем дампе у файловой записи нет флага "Record in use"? Это значит, что файл удален. (Почувствуйте всю глубину этого, учитывая написанное выше про ATTRIBUTE_LIST...) Но как тогда Far добрался до файла? Не перепутали? Дамп именно от того файла, что Far'ом копировали?
     
    P.S.
    На будущее:
    Внесли существенные изменения в файл? Сделали бэкап на другой физический носитель (не в интернет, а в Total Commander'е скопировать). Не через час, не когда-нибудь, а вот прямо сейчас взяли и сделали бэкап. Вечером после работы - еще на пару-тройку отдельных физических носителей, перед этим - проверка открываемости файла в Фотошопе! А то, что делаете снэпшоты - это замечательно.
    Комп стоит без дела? Запустите дефрагментацию, Вам она будет полезна наверняка.
     
    Ладно, утро вечера мудренее, я спать хочу... Успехов.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 23:25 26-03-2009 | Исправлено: Antech, 08:52 27-03-2009
    SmartyCZ

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Спасибо за ответ!
     
    вот новый дамп: http://filekeeper.org/download/shared/dump2
    Не уверен, насколько он полный. Я готов все знаки символы скопировать, чтобы узнать, какие у файла шансы
     
    Это дамп файла, который лежит непосредственно на поврежденном диске. Те, что я скопировал фаром, лежат на др. физ. диске. Нулевые я удалил, а те, что открывались, соотв-но, оставил.
     
    Может стоит попробовать просмотреть дампы всех копий, если у вас будет время? Все-таки их достаточно, чтобы увеличть шансы. Хотя Вам виднее.

    Всего записей: 10 | Зарегистр. 26-03-2009 | Отправлено: 00:42 27-03-2009 | Исправлено: SmartyCZ, 00:45 27-03-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SmartyCZ
    Можете сделать и все дампы, посмотреть-то их много времени не надо.
     
    В общем, картина такая. Файл у Вас удален и в атрибуте ATTRIBUTE_LIST единственный атрибут в расширенной записи - это 80 (DATA), что естественно. ИМХО это писец. Давайте посмотрим на всякий случай запись этого атрибута. Номер записи удаленного файла 02A5h (677), номер записи всех атрибутов, кроме DATA - такой же. А вот номер записи с атрибутом DATA равен 02ACh (684) (это классика: расширенная запись близко к базовой, хотя это не имеет значения). Чтобы перейти к записи 684, можно просто пролистать немного вниз относительно записи 677. Но проще в меню Position - GoTo FILE Record - 684. Дамп делать Вы уже умеете.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:07 27-03-2009 | Исправлено: Antech, 09:09 27-03-2009
    ra1n



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

    Цитата:
    Раздел (500 ГБ) не удален. Он динамический (42), но он не удален. Можете исправить на базовый. Откройте физический диск в WinHex, Alt+F12 - Master Boot Record - Apply. Параметр Partition Type Indicator измените с 42 на 07 (это NTFS). Enter, закройте окно, Ctrl+S. После перезагрузки Винда должна занюхать обычный базовый раздел.

    Не дает изменять параметр. Как будто только для чтения...  
     
     

    Всего записей: 328 | Зарегистр. 22-12-2006 | Отправлено: 12:24 27-03-2009
    TeXpert



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ra1n
    Подсказка в картинке. Ты не читаешь предупреждения программы? Обычно программа в режиме чтения

    ----------
    Майкудук, Пришахтинск не предлагать!:)
    А на Пирогова приходит снова весенний гомон...

    Всего записей: 3604 | Зарегистр. 08-02-2003 | Отправлено: 13:00 27-03-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ra1n
    У Вас какой-то приплюснутый WinHex, русский интерфейс suxx... Как уже сказали, read-only отключите по F6. И лучше пользовать нормальный крак (у меня версия 15). Кстати, "правильные" версии (в т.ч. демка официальная) по умолчанию Editable, поэтому я и не писал про F6.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 13:12 27-03-2009
    ra1n



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    TeXpert
    вроде не было предупреждения....
     
    Antech
    winhex скачал по ссылке с форума)
     
    Добавлено:
    Все работает, спасибо друзья!
     
    Проверку диска, дефрагментацию или еще какие нибудь процедуры провести?

    Всего записей: 328 | Зарегистр. 22-12-2006 | Отправлено: 14:41 27-03-2009
    SmartyCZ

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    2 Antech
    Ну давайте еще раз попробуем, хотя уже можно предположить результат
    http://filekeeper.org/download/shared/dump3

    Всего записей: 10 | Зарегистр. 26-03-2009 | Отправлено: 15:18 27-03-2009
    TeXpert



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ra1n
    Цитата:
    вроде не было предупреждения....
    Уже не помню -- но на определённом этапе программа предупреждает о своём режиме. Кстати, толку от русифицированной морды твоей программы -- ведь там всё равно все важные надписи на аглицком? Есть же версия 14.9 с нормальным кейгеном -- а кряков по возможности следует избегать

    ----------
    Майкудук, Пришахтинск не предлагать!:)
    А на Пирогова приходит снова весенний гомон...

    Всего записей: 3604 | Зарегистр. 08-02-2003 | Отправлено: 15:58 27-03-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SmartyCZ
    Этого и следовало ожидать. Дамп Вы сделали правильно. Номер базовой записи 02A5h, это запись файла De15.psb. В расширенной записи имеем один атрибут DATA и он пустой. В то же время, очевидно, что после этого атрибута расположен огромный хвост от бывшего атрибута DATA, который когда-то принадлежал этому PSB. Вот, посмотрите на расширенную файловую запись:

    Код:
    Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
     
    00000000   46 49 4C 45 30 00 03 00  3E 06 12 6F 03 00 00 00   FILE0...>..o....
    00000010   86 00 00 00 38 00 00 00  90 00 00 00 00 04 00 00   †...8..........
    00000020   A5 02 00 00 00 00 B0 00  01 00 00 00 AC 02 00 00   ¥.....°.....¬...
    00000030   07 00 11 0C 00 00 00 00  80 00 00 00 50 00 00 00   ........€...P...
    00000040   01 00 00 00 01 00 00 00  00 00 00 00 00 00 00 00   ................
    00000050   FF FF FF FF FF FF FF FF  48 00 04 00 00 00 00 00   ÿÿÿÿÿÿÿÿH.......
    00000060   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
    00000070   00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
    00000080   00 95 CE D6 10 95 CE D6  FF FF FF FF 00 00 00 00   .•ÎÖ.•ÎÖÿÿÿÿ....
    00000090   AE 73 01 09 31 08 6A 3C  07 01 08 11 08 08 01 08   ®s..1.j<........
    000000A0   31 08 EE AB 10 01 08 11  07 08 01 09 31 07 FF 20   1.&#238;«........1.&#255;  
    000000B0   E8 01 09 21 07 E4 02 01  09 21 08 1C 54 01 08 00   &#232;..!.&#228;...!..T...
    000000C0   FF FF FF FF 00 00 00 00  25 40 01 05 31 10 02 59   &#255;&#255;&#255;&#255;....%@..1..Y
    000000D0   18 21 0F A8 95 01 01 31  0F 4E 3F EE 01 01 31 2F   .!.&#168;•..1.N?&#238;..1/
    000000E0   9D C0 00 01 01 11 1F 2F  01 01 11 0F 1F 01 01 11   &#157;&#192;...../........
    000000F0   0F 0F 01 01 11 0F 32 01  01 31 1F DE 65 10 01 01   ......2..1.&#222;e...
    00000100   11 2F 1F 01 01 11 0F 2F  01 01 11 10 0F 21 0F 46   ./...../.....!.F
    00000110   0A 01 01 31 0F 5F F0 00  01 01 11 0F 0F 01 01 11   ...1._&#240;.........
    00000120   2F 0F 01 01 11 1F 2F 01  01 31 10 2D B6 ED 31 1F   /...../..1.-¶&#237;1.
    00000130   63 34 11 01 01 11 0F 1F  01 01 11 40 0F 31 10 04   c4.........@.1..
    00000140   08 F0 31 1F 34 37 10 01  01 11 1F 1F 01 01 11 3F   .&#240;1.47.........?
    00000150   1F 01 01 31 0F 46 25 FF  01 01 31 2F 1C E1 00 01   ...1.F%&#255;..1/.&#225;..
    00000160   01 11 1F 2F 01 01 11 20  1F 21 10 C7 15 21 0F B5   .../... .!.&#199;.!.µ
    00000170   C2 01 01 11 1F 0F 01 01  11 0F 1F 01 01 11 0F 0F   &#194;...............
    00000180   01 01 11 1F 0F 01 01 11  2F 1F 01 01 11 0F 2F 01   ......../...../.
    00000190   01 11 0F 0F 01 01 11 0F  0F 01 01 11 0F 0F 01 01   ................
    000001A0   11 0F 0F 01 01 11 1F 0F  01 01 11 0F 1F 01 01 11   ................
    000001B0   0F 0F 01 01 11 2F 0F 01  01 21 0F CE 8F 01 01 21   ...../...!.&#206;&#143;..!
    000001C0   0F BA 76 01 01 31 10 BB  C8 00 31 0F 39 D5 FE 01   .&#186;v..1.»&#200;.1.9&#213;&#254;.
    000001D0   01 11 2C 0F 01 04 11 09  2C 01 07 11 0C 09 01 04   ..,.....,.......
    000001E0   11 0C 0C 01 04 11 0C 0C  01 04 11 0C 0C 01 04 11   ................
    000001F0   0C 0C 01 04 11 0C 0C 01  04 11 0C 0C 01 04 07 00   ................

    По смещению 38h байт начинается атрибут 80 (DATA), но его размер всего 50h байт и он пустой. Смещение ранлиста от начала атрибута указано как 48h байт (от начала атрибута), по этому смещению видим байт 00, означающий "конец цепочки", т.е. ранлист пустой. В то же время, посмотрите, что творится по смещению 90h байт от начала записи. Это хвост бывшего ранлиста удаленного файла, и он продолжается почти до конца расширенной записи (до смещения 3EEh байт от начала записи, где видим замыкающий байт 00). Классическая картина после удаления файла с атрибутом DATA в расширенной записи.
     
    Итог. Ваш файл был вначале "удален в корзину" (переименован в De15.pdb и перемещен в каталог Recycler), а потом удален по-настоящему (вот тогда и накрылся ранлист). Вы видите в дампе большой хвост ранлиста. Он так и манит оппробовать использовать его. Но он бесполезен. Даже если бы можно было вычитать весь этот хвост, то часть файла была бы потеряна (часть ранлиста затерта). Но дополнительные грабли - в том, что смещение каждого последующего фрагмента в ранлисте указываются относительно предыдущего. А предыдущих фрагментов-то у нас нет! Таким образом, про восстановление файла по файловой системе можно забыть. Есть еще другой способ - по заголовкам и содержимому. Но обычно проги ищут только по заголовкам, что для фрагментированных не работает. По содержимому - это только для определенных файлов, у которых начало следующего фрагмента можно мдентифицировать по предыддущему фрагменту (т.е. известно, какими байтами должен начинаться следующий фрагмент). Не знаю, можно ли так сделать для формата PSB, ИМХО врядли (да и прогу Вы уже опробовали - результат ноль). Так что вот так...
     
    P. S. Извиняюсь, что текст дампа выглядит непрезентабильно. Так работает здесь тег <code>, а тег <pre> вообще не работает и других тегов для моноширинного шрифта я здесь не нашел...

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 17:48 27-03-2009 | Исправлено: Antech, 17:59 27-03-2009
    SmartyCZ

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Спасибо огромное за помощь!
     
    У меня вопрос касательно этого момента:

    Цитата:
    Итог. Ваш файл был вначале "удален в корзину" (переименован в De15.pdb и перемещен в каталог Recycler), а потом удален по-настоящему (вот тогда и накрылся ранлист).

     
    Что могло привести к такому "двойному" удалению? Можно ли предположить, что это работа программки, которая вызвала этот глюк, или это могло произойти из-за какой-то ошибки этой проги, которая заставила эксполорер глюкануть именно таким образом? Понятно, что это будут предположения только.
     
    Anytech, большое спасибо вам за помощь!

    Всего записей: 10 | Зарегистр. 26-03-2009 | Отправлено: 21:30 27-03-2009 | Исправлено: SmartyCZ, 21:35 27-03-2009
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SmartyCZ
    Помощи как бы и не было...
    Что касается причин, то можно только сказать, что удаление было сделано через обычную функцию API (есть вроде DeleteFile). Что обратилось к функции, неизвестно, но очень похоже на глюк программы для копирования файлов в сеть, которой Вы пользовались.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:18 27-03-2009
    SmartyCZ

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    ясно, спасибо
    Я им написал. Посмотрим, что скажут.

    Всего записей: 10 | Зарегистр. 26-03-2009 | Отправлено: 23:17 27-03-2009
    drugsolnca



    Newbie
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    А есть Faq? Или где могу почитать что такое смещение? на WinHex уже неделю как баран на ворота смотрю? От форума эже тошнит - но ничего понять не могу. (Исчез один логический из пяти). Спасибо.

    Всего записей: 20 | Зарегистр. 26-03-2009 | Отправлено: 23:28 31-03-2009
    RIG1919



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Привет всем. Решил сдуру "склеить" два раздела прогой Paragon-PM, там вроде бы говорилось что без потери данных... но данные по закону подлости потерялись  ...., но физически остались нетронутыми поэтому решил попробовать восстановить, пробовал кучу прог - мало результата. Но тут наткнулся на Testdisk и она нашла ВСЕ потерянные файлы!!! (просмотр по P).
    Но одно плохо - русские названия не отображаются, и при копировании на другой хард так и остаются кракозябрами.  
    Как нибудь это можно исправить? И еще может ли Testdisk восстановить раздел целиком на месте его физического расположения?

    Всего записей: 39 | Зарегистр. 30-04-2008 | Отправлено: 02:32 01-04-2009
    Ignat

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RIG1919,
    Цитата:
    И еще может ли Testdisk восстановить раздел целиком на месте его физического расположения?
    - почти всегда - да (если таблица разделов полностью не уничтожена ). Выбираете HDD, после анализа программа предложит/покажет найденные разделы. Если всё устраивает, то остается только сохранить и перезагрузиться.

    ----------
    Из двух зол, не выбирают ни одного!

    Всего записей: 3454 | Зарегистр. 21-01-2002 | Отправлено: 06:51 01-04-2009
    Antech

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

    Цитата:
    где могу почитать что такое смещение?

    Смотря в каком контексте. Если смещение начала раздела, то это количество секторов, которое надо отступить от начала диска (MBR) либо от AMBR, чтобы попасть в начальный сектор раздела: MBR_Sector+Part_Offset=Part_Start_Sector.
     

    Цитата:
    Исчез один логический из пяти

    Много разделов - это расширенные. А расширенные - это проблемнее, чем первичные.
    Почитайте классический мануал: www.akina.hop.ru/mbr.php3

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:41 01-04-2009
    drugsolnca



    Newbie
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Спасибо. Почему то не попадалась эта статья. Хотя ссылку на неё вроде видел не раз (по-моему у меня не открывались)
     
     
    Добавлено:
    А что такое, например, "1CEh"? Количество секторов? а в десятичном формате можно?

    Всего записей: 20 | Зарегистр. 26-03-2009 | Отправлено: 22:52 01-04-2009
    Antech

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

    Цитата:
    что такое, например, "1CEh"?

    Это шестнадцатиричное число, которое в десятичном представлении равно 462 (C) Calc.exe. Причем тут количество секторов, я не знаю.
    Может, Вы покажете какие-нибудь дампы?

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:22 02-04-2009
    drugsolnca



    Newbie
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Спасибо.
    (C) Calc.exe почему-то не имеет кнопочки "h".
    А 2 байта в WinHex как выглядят? Сколько это символов?

    Всего записей: 20 | Зарегистр. 26-03-2009 | Отправлено: 22:49 02-04-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


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru