с ЖД пропала файловая система
 

Здравствуйте уважаемые, нужна ваша помощь.
Ж.Диск на 3тб в проводнике показывается как неопределённый, т.е без ФС. В управлении дисками обозначен как не распределённый. Было решено его распределить, но минув форматирование. В итоге в диск всё так же не войти, система требует для этого форматировать его, ФАЙЛОВАЯ СИСТЕМА ОТСУТСТВУЕТ //RAW//, команда конвертации не помогает, так же пробовал восстановить файловую систему через testdisk и recuva.
r-studio,DMDE видят файлы, их можно восстановить, но у меня нет ещё такого же объёма под данные. Так же я не знаю, но почему-то от жд отпочковался объём в 700гб
Примечание. Появилась данная проблема после переустановки ОСь. При установке разделы пациента не были затронуты, единственное что, я пользовался внутренним проводником чтоб скопировать нужные данные с диска С на данный диск, но так же копировал и на другой, с которым подобных проблем нет.

insurgent14@vk, надо скачать DMDE и посмотреть окно "Разделы".

Похоже что вы каким-то образом ухитрились преобразовать диск из структуры GPT в структуру MBR. Что критично для винчестеров полного объёма более 2 терабайт.

insurgent14@vk, возможно, что и данные на месте.
Для начала нужно использовать ОС, которая понимает GPT и диски более 2 Тб. Windows 7, например. А какая у Вас? И какая привела к подобным проблемам?
Затем нужно восстановить GPT. Что покажет DMDE при выделении строки "найден GPT"?

kickman, стояла Win10 и переустанавливал 10

О чём-то вы умалчиваете (возможно что подсознательно, не считая это принципиальным)... Поскольку похоже, что были подключения диска ещё куда-то — например, к какой-то древней операционке (WinXP?) с LiveCD.

А так — в общих чертах, надо восстанавливать GPT и затем уже — "Новый том" размером 3 терабайта.

PS
И последовательность действий выглядит примерно такой:

По вашему скриншоту из http://forum.oszone.net/post-2878854.html#post2878854, нигде не нажимая "Применить изменения":

1. Удалить раздел MSData (07)
2. Вставить серенький "Найден GPT"
3. Вставить серенький "Microsoft reserved partition"
4. Вставить серенький "Basic data partition"
5. Вставить серенький Новый том

и показать скриншот изменённой разметки.

Остальное — после этого.

До нажатия кнопки "Применить изменения" никакие изменения на диск не вносятся, сохраняясь только в памяти, и состояние диска не меняется.

mwz, всё что было, всё сказал.

Если диск не распределен, то откуда может быть том без ФС. Так что определись что из является правдой.

mwz
1. Да.
2. Автор уже подтвердил что это бессмысленно.
3. Вот здесь надо определиться. DMDE вставит его как обычный раздел, который будет доступен в винде. Нередко, у определённой категории пользователей это провоцирует жабу (как это так - аж 16 мего пропадают) и начинается ресайзинг - чаще всего акронисом. :(
С другой стороны, это раздел нужен на случай использования динамической разметки или пула носителей для их служебных данных.
По мне так, его лучше не вставлять в надежде что при использовании вышеназванного винда сама содаст нужное.
Ну или после вставки работать с дискпартом для изменения типа GUID. (*)
4. Вот здесь точно не скажу, но по логике после вставки записи п.5. не нужен.
5. А вот если сделать это, то это ставит обычный том (то есть пункт 4 неактуален).

(*) Данные прежней разметки на месте и если они целы во всём обьёме, то все эти пункты не актуальны - достаточно прописать Protective MBR.

Поправка в свете написанного в http://forum.oszone.net/post-2879307.html#post2879307
что касается п.4, то его вставка актуальна (а п.5 неактуален) лишь в случае если начальные сектора записи о томе и самого тома идентичны. в данном случае сектора отличаются, поэтому п.4. не актуален.

И Вы из протективной MBR сделали обычнуюю MBR...

Покажите полностью нихнее окно с MBR/PT, лежащее под окном Разделы диска... Для этого сдвиньте верхнее окно в сторону.

ЗЫ А ещё лучше пришлите дамп первых ста секторов [0..99].

В DMDE дамп делается так: ---
В меню Сервис ===> Копировать секторы, и заполняете шаблон ===>
Источник
=========
Указываете Физический номер харда
И три поля:
Начальный сектор 0,
Конечный сектор = 99
Число секторов = 100

Приёмник
==========
Имя файла для дампа.
Сохраняйте эти секторы (они все в этом файле) по любому маршруту. В общем случае переименовывать файл не рекомедуется --- имя мнемонично…

Файл прикрепите к ответу или выложите на обменник…

Tau_0,

insurgent14@vk
Попробуй осмыслить написанное тобой.

Наверняка было. В LBA:0 стоит Windows NT сигнатура диска отличная от 00000000h. Я не знаю насколько это плохо, но в статье ниже пишут, что Windows XP такое любит делать...

insurgent14@vk, как и предполагали kickman, mwz и остальные Вы умудрились славно покорёжить LBA:0. Хорошо, если только его...

Проработайте замечательную статью
An Examination of The
Microsoft® Windows™ 7 and 8
GPT 'Protective' MBR
and EFI Partitions

Web Presentation and Text are Copyright©2013 by Daniel B. Sedory

Даже не всю статью, а пока только раздел The GPT Protective MBR and Partition Table. Там пару абзацев всего.

И приведите LBA:0 в полном соответствии с Figure 1, что в статье. В DMDE секторы/байты в режиме редактора по правятся Ctrl+E и сохраняются по Ctrl+W. А можете и в WinHex отредактировать.

Только один сектор LBA:0 отредактируйте --- в другие секторы пока не лезьте.
Лучше для начала потренируйтесть на файле дампа, что Вы прислали. И нам эту корректуру пришлите. --- Я вот побаловался и откорректировал этот файл/LBA:0. Но Вы лучше сами сделайте и нам покажите...

Tau_0, ну вроде ничего сложного, сделал

Я писал в примечании, что использовал проводник, видимо он и есть т.н. LiveCD?

LiveCD --- это живой загрузочный CD/DVD или флешка с соответствующей версией Windows (XP. Vista. 7. 8, 10,...). Можно с него загрузится и работать без HDD. Это очень удобно для проведения ремонтных работ...
См. Live CD
Мне непонятно как Вы умудрились в проводнике такое утворить...???... --- Я при ВСЁМ желании так не смогу..:(

Это хорошо, что Вы умеете с дампом работать...
Я посмотрел Ваши корректуры --- вроде правильно... И если для Вас это просто, то объясните (как можете...) --- что и как Вы раньше сделали нехорошо... --- Тут не просто механически по шаблону скорректировать байты в LBA:0 надо...:)

Ну ладно, на файле потренировались, теперь можете сделать тоже самое для харда.
ЗЫ Можете сэкономить силы и время скопировав сектор LBA:0 из источника файл на приёмник хард.

После этого перегазрузите машину и посмотрите/покажите, что стало с разделами/томами на болезном диске.
Махмуд, поджигай...!!!...

та ну, что там работать. голову всё же пришлось поломать. не каждые хотя бы пол года таким заниматься приходиться. чайник чайником.
по всей видимости, на сборке моей старой винды был вшит этот проводник среди других разнообразных опций. Нашёл я его когда копался в меню восстановления системы пытаясь оживить ОСь, ну и пришлось воспользоваться им. Больше ничего сказать не могу.



+в управлении дисками пропали хвосты от харда

Не знаю я какое чудо Вы раскопали..., но это точно не мог быть Windows Explurer. И мне непонятно как вообще такое могло пройти на Windows 10...???...
Об этом не надо рассказывать, --- это надо показывать. Лучше один раз увидеть...
Посмотрел и не могу придумать ничего лучше, чем в DMDE Удалить раздел в Красной рамке, а затем вставить раздел/том в синей рамке.
См. картинку

ЗЫ На разделе в красной рамке тома нет, но он перекрывает раздел в синей рамке и тем самым гадит...

После этого перзагружаете машину и показываете картинку Разделы дмска... из DMDE и из Управления дисками.

ЗЫ Можете пока не спешить. --- Может кто-нибудь другой что более путное предложит, а я пока могу предложить только это. --- Полный поиск разделов не вижу смысла устраивать. Хотя...???...

insurgent14@vk, так и сделайте, только без применения и перезагрузки. Покажите окно DMDE - что там получилось?

Кстати, по поводу классического " Я ничего не делал - оно само".
Пользовательский том с началом в секторе 264192 делается при разметке GPT в 7-ке точно, скорей всего в 8-ке, и возможно что в первых билдах 10-ка. А вот та разметка, которая сейчас - это уже точно используется в последних билдах 10-ки.
Так что, думаю что инициализация и создание тома было, но не в стиле MBR а GPT. И если даже что то делалось в стиле MBR, то логичен был бы том с началом в секторе 2048. Единственное что приходит в голову - запись тома была вставлена тем же тестдиском, причём начальный сектор был прописан правильный, а значение последнего сектора явно из за ограничения значения (FFFF).
Хотя уверен что автор напишет что не было такого.

Tau_0, всё починилось. благодарю.

kickman, извините, прочёл ваше сообщение уже после сделанного; забыл обновить страницу темы. бэкапы не восстанавливают ситуацию, образ не знаю как накладывается.

9285-311, ...

А что получилось...???...

Как я понял, Вам нужно было восстановить/получить доступ к нужным файлам. --- На диске D: эти файлы есть или это просто пустой том с ненужным мусором...???...

insurgent14@vk
А что так скромно? Нечего сказать в своё оправдание? :drug:

Tau_0, да, получилось то, что все файлы на месте и читаются.

9285-311, ну вы же уже провели своё расследование, надеюсь удовлетворены этим.

insurgent14@vk
Это не расследование, а констатация написанной неправды. И подобное не удовлетворяет, в отличии от решения собственно проблемы. особенно если она "неподьёмная".
И да, кроме "расследования" я писал ещё ко что - но оно понятно что ты не понял или не хочешь признать. :drug: