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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    LeoT

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Skif_off
    Если форматировать виндой, то и будет 63. А вот если фирменными форматилками, то может быть по-разному. Типа флеш-специфик оптимизация.

    Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 06:43 29-04-2010
    Antech

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

     
    Да нет, эта не интересует, это просто распарсенный нулевой сектор винта (таблица разделов в форматном виде).
    Интересует вторая (нижняя) табличка в окне поиска, в ней - крайний правый столбец, который был скрыт у Вас на предыдущем скрине...
     
    LeoT
    Вообще-то если форматить Виндой флешку, то она не сделает PT, она безMBRную делает (бутсектор раздела - в нулевом секторе девайса). Я проверил на Win7 x64 Ult, сорри если в XP не так.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:31 29-04-2010
    boy999



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

    Цитата:
    Интересует вторая (нижняя) табличка в окне поиска, в ней - крайний правый столбец, который был скрыт у Вас на предыдущем скрине...  
     

     
    Бац:

    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 10:55 29-04-2010
    ILYA INDIGO



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    >>>Antech
     
    Здраствуйте
    Тут опять у меня проблемка с разделами моего NVIDIASTRIPE 1.16T, образовавшеяся после всё тогоже злополучного Gparted (глаза бы мои его не видели и юзал бы свой любимый Acronis, который меня никогда НЕ подводил, но, к сожелению, Gparted - это единственный редактор разделов, понимающий Ext4 ). Я через Acronis и через Geparted увидил незанятую область между двумя Ext4 разделами, которую встроенное средство разметки openSUSE почему то НЕ видит, и считает что разделы идут слитно. И я решил сначала добавить это место разделу openSUSE, но Gparted мне сказала что раздел нужно отмонтировать, что собственно под запущенной openSUSE НЕ возможно, посему я отмонтировал раздел ILYA и попытался его разширить слева на длину этого кусочка (примерно 8 метров). Сообщение Gparted о резервной копии проигнорировал, так как операция с моей точки зрения (покпайне мере для Acronis-а весьма простая и быстрая). Но мне Gpatred сначала выдала непонятную ошибку (сколько её не запускаю и что бы в ней не делал она всегда выдаёт какие то непонятные ошибки) которую я, как обычно, проигнорировал и началось преобразование раздела, которое потом закончилось неудачей и привело к тому, что раздел /ILYA начал определятся как неизвестный, и эти злополучные 8 метров очутились уже между разделами ILYA и DISK.
    Что в этом всём радует, как и при повреждении раздела DISK, это то, что до перезагрузки openSUSE все данные с ILYA были видны и запускалась парочка случайно выбранных фильмов для проверки целостности данных, что, вроде бы, означает, что с данными, должно быть, всё впорядке. А при перезагрузке openSUSE, что уже абсалютно не стало для меня неожиданностью, сообщение об ошибке монтирования в fstab и аварийная консоль восстановления, просящая от меня пароль рута и ручного запуска иксов (init 5). После чего Yast2 уже не мог определить типа файловой системы раздела ILYA и соответственно его примонтировать в /ILYA.
    Что для меня стало более сложным, так это то, что R-Studio хоть и видит этот раздел, его структуру и его папки, (собственно как и раздел openSUSE), но она, как и все форточные программы, пока на знакома с файловой системой Ext4 и не видит её файлы
     
    Если вас не затруднит, помогите мне и в этот раз с моей проблемой
     
    Вот архивчик со скрином разделов DMDE и дампами секторов:
    0 (MBR)
    0-100 (Мне не понятно что храниться в первых 65-ти секторах, и почему суперблок раздела openSUSE начинается с 65-ого сектора, а не с 63-его сектора, как определяют все программы, а лучше почему не с 1-ого)
    41961782 (Найденный мной суперблок раздела ILYA оринтеровочно находящийся на том же самом месте до преобразования раздела со смещением примерно на 16008 секторов (длина вободной области))
    41961788 (Первый блок c которого начиняются данные Ext4)
    41961780-41962000 (Дамп примерно в 1000 секторов от найденного мной начала суперблока ILYA (c небольшим захватом))
    1101818086 (заявленный конец раздела ILYA)
    1101818080-1101818090 (Малый дамп области возле заявленного конца раздела ILYA и началом подозрительной образовавшейся свободной области)
    1101818080-1101834097 (Полный дамп всей этой образовавшейся свободной области с небольшим захватом разделов)
     
    Тип HDD: RAID-массив NVIDIASTRIPE 1.16T (4 Seagate ST3320620NS 320GB SATA2) - CHS 155653 255 63
     
    Разметка до неудачного выполнеия расширения раздела /ILYA в Gparted:
     
    1 Bootable  ext4        63          41945776 (20.0 GB)           /         (openSUSE)
    Free space          41945777      41961779 (Граница определена эксперимерально исходя из найденного суперблока в секторе 41961782)
    2 Primary   ext4  41961780      1101834095 (505.4 GB)     /ILYA   (ILYA)
    3 Primary   ntfs   1101834096  2500565444 (667.0 TB)      /D       (DISK)
    Free space          2500565444  2500569087 (1.78 MB) (Acronis его НЕ видит, но DMDE показывает что оно есть)
    Раздел DISK создавался в Acronis-е через загрузочный DVD (Reanimator), разделы openSUSE и ILYA средствами установочного DVD openSUSE 11.2.
    Раздел ILYA получен поочерёдным "откусыванием" у раздела DISK слева (начала) 250 GB через, всё тотже, Acronis и добовлением его справа (к концу), всё тогоже, срадства управления разметкой openSUSE.
     
    P.S. Как неудивительно Acronis с такой сложной и очень НЕ безопасной операцией как "откусить" 250 GB сначала раздела справляется куда лучше, чем Gparted с элементарнишей
     
    Вроде бы всё привёл что может понадобиться для оценки ситуации.
    Мне кажется (судя по найденному суперблоку и по его месту нахождения), что никакого расширения и вовсе не было, а пострадала только MBR.
     
    И что ещё заметил, что почему-то суперблок у коректного раздела openSUSE находится не в заявленном 63-ем секторе, а в 65-ом секторе. Это правильно ? Если да то почему ?
    Что находится в сектарах с 1 по 63 ?
    Что это за остаточная область (как ей обозвал DMDE) после раздела DISK и можно ли её добавить к этому разделу, или это какая то служебная область ?
    Лекго ли вручную править раздел Ext4 (например хотя бы добавлять свободную область в начало и/или в конец) ?
    Я так понял что для добавления в конец области нужно просто пересчитать новый размер, новый конец и перезаписать эти данные в суперблок и MBR, а на сколько усложняется операция при добавление свободного места в начало ?
    Если не затруднит, то раскажите про вкратце про структуру Ext4 и ёё отличия от NTFS, или скиньте пожалуйста ссылочки где это можно почитать

    Всего записей: 38 | Зарегистр. 18-11-2007 | Отправлено: 12:54 29-04-2010 | Исправлено: ILYA INDIGO, 17:48 29-04-2010
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    boy999
    Понятно, их поменяли телами... У Вашего проблемного раздела MFT начиналась в кластере 3, а не 788440, как в бутсекторе указано. Я сразу подумал: почему Акронис сделал начало MFT так далеко от начала раздела, когда он любит делать в самом начале, чтобы быстрее повредилось? Но бутсектор на месте это факт, и очевидных повреждений нет, а оказывается это не тот бутсектор...
     
    Исправленный бутсектор. Откройте физический в DMDE, меню Сервис - Заполнить секторы. Источник - мой файл. Приемник - физический диск. Первый сектор 651178773, Число секторов 1. После перезагрузки смотрите, что с разделом. Если не монтируется - cmd.exe, там chkdsk.exe БукваРаздела: (без доп-параметров).
     
    Добавлено:
    ILYA INDIGO

    Цитата:
    единственный редактор разделов, понимающий Ext4

    А как же штатный fdisk? Есть в любом (обычном) дистрибе Линукса. Замечательная особенность этой прожки - она не умеет двигать разделы, поэтому учит правильному стилю переразметки (бэкап-рестор).
     

    Цитата:
    попытался его разширить слева

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

    Цитата:
    почему-то суперблок у коректного раздела openSUSE находится не в заявленном 63-ем секторе, а в 65-ом секторе. Это правильно ?

    Если Ext, то в начале раздела 2 сектора под загрузчик, потом суперблок. 65-63=2.
     

    Цитата:
    про структуру Ext4

    А я не знаю. Я знаю NTFS и FAT, а на Ext одно сообщение в год и я давно уже забыл, что там и как. Почитайте "Криминалистический анализ файловых систем".

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 14:53 29-04-2010
    boy999



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

    Цитата:
    Источник - мой файл. Приемник - физический диск. Первый сектор 651178773, Число секторов 1. После перезагрузки смотрите, что с разделом. Если не монтируется - cmd.exe, там chkdsk.exe БукваРаздела: (без доп-параметров).  

     

     
    В Разделе я выбрал - Физический диск - правильно!?
     
     
    Всё ок, можно ОКать!?

    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 17:13 29-04-2010
    ILYA INDIGO



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

    Цитата:
    она не умеет двигать разделы

    Вот этим та она мне и НЕ погравилась, Yast используя её мог редактировать разделы только с конца

    Цитата:
    Зачем слево-то?

    Ну если нужно именно слева...
    Я так понял нужно для добавления слева сначала переместить весь раздел влево, а потом расширить его справа... Теперь буду знать. Та я думал позиция высчитывается по абсолютному положению на винте, а не относительному положению от начала раздела... Короче не знание принципов файловой системы, и как следствие, не оптимальные пути рещения проблемы

    Цитата:
    в Акронисе - ничего там надежного нет: достаточно проге сглючить, или отключить питание компа - и все, инфа потеряна

    Ну у меня бесперебойник может пол часа держать, а так же проблем с питанием не наблюдается, от мелкого вышебания пробок спасёт на раз, два, три. А так же перед такой операцией я всегда полностью дефрагментирую раздел, с выделением свободного места и всегда оставляю порядка процента свободного места (для 270 GB оставил 20 GB) Проделывал я именно таких опасных операций слева, ну штук 20 точно, и кроме зелёного сообщения "Операция завершена успешно", других я и не видели врятли увижу
    Ну конечно в этот раз, уже понимаю наверно почему, я лоханулся так как раздел был забит под завязку, и нужно мне было сначала откусить от NTFS, расширить его справа, а потом уж добавлять слева (ну естественно как я терь уже понял не расширять слева, а переместить до упора раздел влево, а потом расширить вправо). Я пологал что подобные програмы должны сами разбивать автоматически на подобные поддействия
    Ну ладно почитаю по больше про Ext4, пойму как там она устроена, и проверю мою первую теорию о том что перемещения никокого произведено не было, а изменилась только mbr, в которую нужно просто вернуть правильное расположение раздела, начальный сектор которого 41961780 я определил по суперблоку обнаруженному в 41961782. Вот только пока не совсем понятно где может быть конец, теоритически перед началом загрузочного раздела NTFS 1101834095, но не факт...

    Цитата:
    на Ext одно сообщение в год

    Я, как всегда, счастливчик

    Всего записей: 38 | Зарегистр. 18-11-2007 | Отправлено: 17:46 29-04-2010 | Исправлено: ILYA INDIGO, 17:58 29-04-2010
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    boy999
    Да, ОК.
     
    И еще, я смотрю, у Вас какашка в таблице разделов. Первый раздел (NTFS) налезает на второй. Чем создавали/изменяли разделы? Partition magic, Acronis? Виндовая размечалка такую дрянь не создает. Эта фигня запросто могла быть причиной проблемы. Формально начало второго раздела - это конец первого раздела. Причем последний сектор первого раздела аккурат равен начальному сектору второго раздела. В последний сектор NTFS Винда XP/старше пишет копию бутсектора. Ну вот, она и записала. Бутсектор первого раздела в начало второго! Все сходится. Так что давайте дамп секторов 0-99 физического (физический, копировать секторы, первый сектор 0, число секторов 100) - поправим PT, чтобы снова не слетело.
    И выбросьте свой ПартМэджик и Акронис - размечайте Виндой. Сколько раз твердили миру...

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 18:39 29-04-2010
    boy999



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
     
    Так мне щас Окать, а потом дап секторов 0-99 или сначала дамп!?

    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 18:53 29-04-2010
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    boy999
    Без разницы. Ка говорится, "делайте же что-нибудь" .
     
    ILYA INDIGO
    О да, тяга к трансформациям разделов неискоренима... Вместо борьбы с причиной Вы ищете различные способы борьбы с последствиями. Кстати, посмотрите какой прикол произошел у boy999 - это как раз классическая time-bomb от third-party размечалок. А еще у него MFT начинается в 3-м кластере и миррор в 49-м, и если в начало раздела запишется что не надо (а это бывает), то улетит начало МФТ и миррор, а значит ранлист MFT того на этого...
     

    Цитата:
    начальный сектор которого 41961780 я определил по суперблоку обнаруженному в 41961782

    Тогда и нет вопросов. Исправьте PT и будет счастье. Хотите - я исправлю. Только нужен дамп MBR, как минимум, а я Ваш архив сейчас не хочу качать, т.к. нетбук+коммуник, а архив для ГПРСа великоват (7+ мегов). Завтра на работе, если не забуду, посмотрю/исправлю. Ну или, если хотите, можете и сами поправить: www.akina.hop.ru/mbr.php3.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:34 29-04-2010
    boy999



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
     
    Окнул, а мне вопрос:
     


     
     
    Чего делать?

    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 23:23 29-04-2010
    ILYA INDIGO



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    >>>Antech
     
    Всё определил...
    Первый суперблок с текстом ILYA расположен в 41961782, следовательно начало раздела находится в секторе 41961782-2=41961780.
    Размер блока 8 скекторов, кол-во блоков 132484038 следовательно размер раздела составляет 132484038*8=1059872304 секторов
    А значит конец раздела находиться в секторе 41961780+1059872304-1=1101834083 секторов
     
    Итого таблица разделов должна выглядить следующим образом:
     
    1 Bootable  ext4        63            41945714       41945776      (20.0 GB)    /         (openSUSE)
    2 Primary   ext4    41961780    1059872304   1101834083    (505.4 GB)   /ILYA   (ILYA)
    3 Primary   ntfs   1101834096  1398731349   2500565444    (667.0 TB)    /D       (DISK)
     
    Как я и думал... никакого переноса НЕ было, только повредилась MBR, которую мне следовало бы забэкапить перед опирацией...
    От ныне я обезуюсь перед изменением разделов, каких бы ни было, и в чём бы ни было ВСЕГДА БЭКАПИТЬ MBR!!!
    А так же впредь обязуюсь, если мне нужно расширить или "откусить" раздел слева, то разбить эту операцию на перемещения всего раздела влево и откусывания от получившегося раздела справа!!!
    Ок доверю эту ответственную работу по правке MBR вам, только вот хотелось бы, чтобы вы мануальчик написали о том как вы это делаете и куда какие данные записываете. Перевести из DEC в HEX я в любом калькуляторе могу, а вот куда и что записывать мне не совсем понятно.
     
    Ок обновляю архив оставляя там только MBR и первый суперблок раздела ILYA.
     

    Цитата:
    По поводу случая с boy999

    Он так и не ответил через что он разбивал диск, как он его разбивал и сам ли он вообще его разбивал или оставил разметку как было при покупке ? (предпологаю что разбивался он явно не через Acronis)
     

    Цитата:
    По поводу моей тяги трансфармации разделов и исправления причины...

    Основная причина как раз в том, что у меня раздел отфармотирован под этот фикальный NTFS, от которого я единственным доступным мне методом пытаюсь, как раз, и избавиться. Ну неукого мне взять винт на Тэр на пару дней Было бы у кого, я бы ещё и RAID 0 бы свой за одно переформатировал бы в RAID 5, а так имеем что имеем

    Всего записей: 38 | Зарегистр. 18-11-2007 | Отправлено: 03:10 30-04-2010 | Исправлено: ILYA INDIGO, 04:17 30-04-2010
    boy999



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

    Цитата:
    boy999
     
    Он так и не ответил через что он разбивал диск, как он его разбивал и сам ли он вообще его разбивал или оставил разметку как было при покупке ? (предпологаю что разбивался он явно не через Acronis)  
     

     
    Всегда ADDS'om разбиваю.

    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 08:19 30-04-2010
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    boy999
    Делать из XP, или отобрать буквы у разделов X и Y в Управлении Дисками.
     
    ILYA INDIGO

    Цитата:
    оставил разметку как было при покупке

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

    Цитата:
    ВСЕГДА БЭКАПИТЬ MBR

    Вы не первый с такой идеей. Поможет далеко не всегда. Когда это действительно имеет смысл - при наличии шифрованных разделов, особенно - если такой не один, и без промежутков между разделами. Но при нешифрованных разделах с известными типами ФС бэкап MBR не имеет особого смысла, т.к. легко и быстро можете построить MBR с нуля, Вы это и так уже знаете.
     
    Исправленная MBR. Запишите в нулевой сектор и перезагрузитесь (или попросите Линукс перечитать таблицу разделов, наверное это как-то можно сделать).
     

    Цитата:
    разбить эту операцию на перемещения всего раздела влево

    А при этом все равно левую границу сдвигаете => делаете самую опасную операцию для инфы. Представьте, что в какой-то момент вдруг вылезет ошибка на интерфейсе, или обнаружится бэд в неиспользуемой области раздела. Прога остановится, Вы останетесь с частично смещенным разделом. Как Вы будете (точно) определять, какая часть раздела сместилась, я не представляю... Хотя, учитывая что у Вас RAID-0 и нет бэкапа, то это уже и не так важно. Поверьте, Ваша система хранения данных и подход к операциям с разделами в плане надежности никуда не годится, так скажет любой DR. Это худшее из того, что я видел на форумах. Sorry.
    Делать лучше не RAID-5, и даже не RAID-1, а бэкап.
    Кстати, пример с этого форума. Лео - это Леонид Тарановский, довольно известный DR спец.
     

    Цитата:
    отфармотирован под этот фикальный NTFS

    Ну нихрена себе! Вы посмотрите на структуру Ext, FAT и NTFS. Самый фекальный - FAT, Ext - так себе, но NTFS очень хорош, хотя его и Микрософт делал. Вообще, современные ФС становятся все более сложными, а значит менее надежными. Это not respect, т.к. ФС должна быть как можно проще для уменьшения вероятности глюков. К сожалению, Ext не красивее NTFS, а сложности очевидны. Конечно, это больше из области личных предпочтений и холиваров, а не технических особенностей.
     

    Цитата:
    мануальчик написали о том как вы это делаете

    Выше я дал линк на мануал по PT. За исключением точки в конце он правильный и страница живая. Это классика от Akina.
    Если интересует конкретно Ваш кейс, то я изменил смещение второго раздела, увеличил соответственно размер первого раздела и уменьшил размер второго. Все, больше ничего не надо было исправлять. Посмотрим, что же будет.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:17 30-04-2010 | Исправлено: Antech, 09:24 30-04-2010
    boy999



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

    Цитата:
    Делать из XP, или отобрать буквы у разделов X и Y в Управлении Дисками.  

     
    Ничего не понял!
     
    В ХР и делаю, а буквы зачем отбирать!?
    Чего, вообще, надо  проге!?

    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 10:02 30-04-2010
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    boy999
    Странно, XP не лочит разделы. Варианты:
    1. Забейте на это сообщение и жмите ОК еще раз.
    2. Пуск - Выполнить - diskmgmt.msc, там по правой кнопке на разделе "Изменить букву диска...".
     

    Цитата:
    Чего, вообще, надо  проге!?

    Винда может захотеть что-либо записать в раздел (любит она это). Поэтому есть функция залочки разделов, которая говорит Винде, что писать в данный раздел не следует. Вы лочите раздел, пишете, разлочиваете. Таким образом, ОС не будет ничего изменять внутри раздела, пока Вы пишете туда. В отличие от XP, вистоидах (Vista/7) просто так в раздел не запишешь: вначале надо лочить, иначе не даст доступ на запись к той области диска, которую занимает раздел.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 13:03 30-04-2010
    boy999



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

    Цитата:
    там по правой кнопке на разделе "Изменить букву диска...".  

     
    У!? А на какую надо!?

    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 13:59 30-04-2010
    ILYA INDIGO



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    >>>Antech
     
    Ещё раз вам большое и человеческое спасибо

     
    Для мну было даже не удивительным, что всё прекрасно снова примонтировалось, это уже было не радостью, как в первый раз, а просто само собой разумеющийся вещью. Расчитывал разметку же я сам )
     

    Цитата:
    При покупке нет разметки (исключая внешние винты и флешки)

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

    Цитата:
    Поможет далеко не всегда.

    Мне бы он помог в обеих случаях, собственно оба моих случая были связаны с его повреждением.

    Цитата:
    NTFS и Ext4

    Вы делаете серьёзную ошибку расматривая файловые системы ExtX в одной куче! Ext2, Ext3 и Ext4, хоть и не абсалютно, но всё же, разные файловые системы. Про приимущества Ext4 над, более ранними версиями можно почитать на сайте IBM.
     
    Сравнивать файловую систему Ext4 c NTFS - это просто смешно, так как последняя уступает первой по всем параметрам.
    1. У Ext4 нету никакой MFT, которая ведёт ся как попало, наоходится может где попало, и принимать размер какой ей вздусается (у меня она как то весила более 20 Гб), а потом, как в случае с boy999 из-за её неверного расположения накрывается раздел. В Ext4, как я прочитал в рекомендованной вами книге Брайана Кэрриэ: "Криминалистический анализ файловых систем", метаданные всех файлов и каталогов хранятся в структуре данных: "Индексный узел" (i-узел), которая обладает фиксированным размером и храниться в строго определённом месте - индексной таблице. Одно только это чего стоит.
    2. NTFS - эта файловая система, которая не то что НЕ бориться, а прям разводит фрагментацию своих файлов, причём да же тогда , когда свободного место немеренно и не только при записи но и, как я лично убидился в этом, даже при удалении файлов, приполностью отдефрагментированой файловой системе с выделением места. И у ней же гораздо больше падает производительность при фрагментации файлов, чем даже у Ext2, так что NTFS постоянно нуждается в постоянной дефрагментации, без которой жить НЕ может.
    Ext4 же, впрпочем как и Ext2 и Ext3, файловые системы НЕ нуждающиеся в дефрагментации вообще! У них благодаря своему строению файлы при достаточном объёме, вообще НЕ фрагментируются, а при сильной загруженности делают фрагментацию минимальной. При этом Ext4 обладает способностью "дефрагментироваться на лету", что просто отбивает надобность в дефрагментации. Но да же на крайний случай, отдефрагментировать раздел можно простым перемещением данных с раздела на раздел (сделать конечно это не всегда возможно, но оно и вообще НЕ нужно!). А в файловой системе Ext4, в отличие от Ext3, благодаря некоторым решением ёщё больше сведено к миниуму как фрагмиентированность при сильном заполнении, так и влияние фрагментированности на быстродействие.
    3. Ну про то что по тестам произвадительности NTFS проигрывает Ext4 (в гугле можно беспроблем найти кучу тестов) это само собой разумеющаяся вещь.
    И вот от этого фикалия под названием NTFS я сейчас и избавляюсь.

    Всего записей: 38 | Зарегистр. 18-11-2007 | Отправлено: 14:36 30-04-2010 | Исправлено: ILYA INDIGO, 16:02 30-04-2010
    fgfgfgdf

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    test
     
    Добавлено:
    На ноутбуке стоял XP sp3 pro (только один раздел C:\ 160GB). По ошибке начал инсталлироваться другой xp с внешнего USB-харда.
    Через секунд 30 я USB вытащил.  
    Теперь все файлы в папках "documents and settings" и "windows" имеют размер 0 кб.
    Вся структрура и имена файлов и папок полностью сохранилась.  
    R-Studio "восстанавливает" любые файлы, но их размер все равно 0 кб.
     
    Неужели MFT стерся? и как его восстановить?

    Всего записей: 2 | Зарегистр. 09-11-2009 | Отправлено: 14:43 30-04-2010
    ILYA INDIGO



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    >>>fgfgfgdf
     
    Если уже даже R-Studio восстанавливает мусор, тогда тебе уже врятли что поможет, кроме как переустановить форточки.
    И вообще я уму не приложу... Как можно ПО ОШИБКЕ начать устанавливать форточку, та ёщё на тот же самый ЕДИНСТВЕННЫЙ раздел ?
    И необходимо, особенно с форточками, всегда иметь один системный диск (C:\) для XP 20 Гиг, для 7-ки 30 Гиг, причём на котором должны храниться ТОЛЬКО системные файлы, программы и временные файлы. И диск для хранения данных (D:\) составляющий весь остальной объём жёсткого диска, на котором хранится всё остальное. В таком случае систематический крах форточек, как по вине пользователя, как и как обычно, не вызовет потерю данных и не затруднит повторную установку.

    Всего записей: 38 | Зарегистр. 18-11-2007 | Отправлено: 16:17 30-04-2010 | Исправлено: ILYA INDIGO, 16:18 30-04-2010
       

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