HDD - Хотел преобразовать основной раздел в логический...

Klaim · Отправлено: **08:24, 31-01-2017** | #11

Методом открытия\восстановления флаг F не появляется.
Пробовал восстановить флаг В - не хочет восстанавливаться.
Чем можно восстановить файлы? А то DMDE только с ключом восстанавливает, а у меня его нет.

gannet, благодарю за попытку

Пока ищу программу восстановления файлов, вопрос оставляю открытым, т.к. хотелось бы всё таки попробовать воскресить этого зверя

gannet · Отправлено: **10:39, 31-01-2017** | #12

Klaim, Из бесплатных для восстановления r-saver, testdisk (есть еще много разных)
из платных r-studio, acronis и все-все-все...

Tau_0 · Отправлено: **18:40, 31-01-2017** | #13

Цитата Klaim:

В итоге получилось без сканирования открыть том $Noname7. »

А оно Вам надо...???...
Этого раздела/тома не было до развлечений с акронисом... Поэтому ничего хорошего, кроке возможного плохого, от него нет...

Я не знаю чем и как Вы подрезали диск D:...???... Лучше, если системой Windows.

И раздела/тома $Volutme06 с началом в LBA = 168 437 767 изначально тоже не было... --- По многим причинам (проделки акрониса...) это очень плохое начало...

Но вот раздел/том $Volume04, который мне очень нравится... Считаю, что он был изначально...
Я бы, для начала,похерил и $Noname7 и $Volume06, а после вставил $Volume04 как основной раздел хотя бы потому что он гладко следует по LBA за $Noname2. Считаю, что изначально диск D: был этим разделом/томом.
Это не значит, что индикатор F исправности FS NTFS появится чудесным образом... Но мне больше импонирует "полазить" по тому (ФС) NTFS на этом разделе... Так или иначе, но следует проанализировать MFT, а она на разных томах разная... Хотя файлы (данные) чисто внешне могут быть неразличимы.

Как альтернативу и дополнение могу предложить полное сканирование всего харда. При этом Вам необходимо сохранить и выложить текстовый Log-файл полного сканирования. Да, на это надо время..., но этот файл есть замечательное подспорье...

gannet · Отправлено: **19:33, 31-01-2017** | #14

Tau_0, а почему 04, из-за того, что совпадает размером с реконструированным ( https://drive.google.com/open?id=0B7...xOZ1hKVl9xaFk), потерял B и заканчивается в конце? Здесь ведь, наверное, ситуация осложняется тем, что завис случился во время сжатия раздела/перемещения файлов - может копия загрузочного сектора С отличаться от него найденного В?
И такой вопрос - возможно ли "оживить" реконструированный раздел, сгенерировав В и С, или это жестко зависит от наличия в этом пространстве неидентифицируемых "кусков" файлов? В таком случае можно было бы, наверное, задать на раздел всю область за Noname02 и реконструировать, чтобы найти все файлы и битый был бы только 1.

Tau_0 · Отправлено: **20:13, 31-01-2017** | #15

gannet, как и почему завис акронис мне неведомо...
Ну вот глянулся мне $Volume04

. Считайте это моей прихотью, --- а о доводах и соображениях дальше, --- слишком много букафф писать надо...

...

Конечно, правильнее сначала полное сканирование харда запустить, а уж потом домыслы строить..

Klaim · Отправлено: **11:07, 01-02-2017** | #16

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