» Восстановление разделов и информации на HDD (часть 7)

Цитата:

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

DE так делает.
Строится карта по занятому или по нужным файлам и читается последовательно по секторам.
Плюс в том, что головки не мечутся между записями MFT, разбросанными по диску индексами и кластерами файлов.
Это уберегает головки от постоянного пролетания над разбитыми местами.
Такие места, можно пропустить и вычитать их уже в самом конце, когда основная масса информации уже вычитана.

restore1972
К примеру, последний винт на 320гб клон даже за ночь не снялся из за наскакивания на бэды (после удара головы накрылись), я уж молчу про 1-4тб ) Еще варианты?

Цитата:

Образ что-ли пытались сделать? Честно не помню, поддерживает ли она. У меня версия 4.25 попробую проверить. Если у вас более древняя - может и не поддерживает.

у меня 2.44, в досе он посекторку в файл делает на ntfs, а если по файлам пытаться восстановить, то не может создать директорию.
Цитата:

поясните сию мысль, что такое посекторное чтение файла...

да, дмде так делает, жаль только не сохраняет acl. Посмотрел еще жениус энтот, прежде чем восстановить скан делает, дмде сразу показывает недавно удаленные + неизвестно как он там восстановит. Ничего такого нового не увидел, этакий гибрид акрониса с рстудио )

Цитата:

а если по файлам пытаться восстановить, то не может создать директорию.

Хм, вот никогда не использовал её в таком качестве. Она сильна в плане копий. А уж инфу доставть другими средствами и желательно с копии Я кстати для этого, среди прочего, использую GetDataBack, весьма солидная прога.
Цитата:

Ничего такого нового не увидел, этакий гибрид акрониса с рстудио )

Хм, ну не знаю, что ответить, посему промолчу. Для дисков, у которых живы головы мне хватает способов и инструментария описанного выше. А когда головы того - это уже самый высший уровень, к спецам на пересадку и читать DE тем же. Я таким не занимаюсь...

Добавлено:

Цитата:

Еще варианты?

Видимо для вас вариант только тот остался, что озвучил tomset.

А где хранится инфа о acl кто нить знает? Может ее чем-нибудь выдернуть можно?

Всем доброго времени суток, завела и меня недобрая в эту тему. У друга вырубило электричество, после чего диск на 500Гб с кучей жизненно важных данных превратилось в нечитаемый RAW кусок. Диск отображается, но при нажатии пишет Нет Доступа, программа TestDisk разделы в нем не находит, DMDE ругается на ошибки ввода/вывода. Скачал Hiren Boot Cd, из под него смог выудить отчет SMART, правда в нем я ничего не понял. Посоветуйте что-нибудь. Что-то мне подсказывает, что истина где-то рядом)


[more=Содержимое отчета]
smartctl 6.0 2012-10-10 r3643 [i686-linux-3.5.6-pmagic] (local build)
Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.11
Device Model: ST3500320AS
Serial Number: 5QM2Z5KX
LU WWN Device Id: 5 000c50 011542ab9
Firmware Version: SD15
User Capacity: 500,107,862,016 bytes [500 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 2.6, 1.5 Gb/s
Local Time is: Tue Nov 4 18:43:30 2014 UTC

==> WARNING: There are known problems with these drives,
THIS DRIVE MAY OR MAY NOT BE AFFECTED,
see the following web pages for details:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/207951en
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632758

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
See vendor-specific Attribute list for marginal Attributes.

General SMART Values:
Offline data collection status: (0x82)    Offline data collection activity
                    was completed without error.
                    Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0)    The previous self-test routine completed
                    without error or no self-test has ever
                    been run.
Total time to complete Offline
data collection:         ( 634) seconds.
Offline data collection
capabilities:              (0x7b) SMART execute Offline immediate.
                    Auto Offline data collection on/off support.
                    Suspend Offline collection upon new
                    command.
                    Offline surface scan supported.
                    Self-test supported.
                    Conveyance Self-test supported.
                    Selective Self-test supported.
SMART capabilities: (0x0003)    Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability: (0x01)    Error logging supported.
                    General Purpose Logging supported.
Short self-test routine
recommended polling time:      ( 1) minutes.
Extended self-test routine
recommended polling time:      ( 116) minutes.
Conveyance self-test routine
recommended polling time:      ( 2) minutes.
SCT capabilities:      (0x103b)    SCT Status supported.
                    SCT Error Recovery Control supported.
                    SCT Feature Control supported.
                    SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 091 085 006 Pre-fail Always - 47002593
3 Spin_Up_Time 0x0003 095 088 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 093 093 020 Old_age Always - 7503
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 1824
7 Seek_Error_Rate 0x000f 073 060 030 Pre-fail Always - 30233717690
9 Power_On_Hours 0x0032 078 078 000 Old_age Always - 19872
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 20
12 Power_Cycle_Count 0x0032 097 037 020 Old_age Always - 3642
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 001 001 000 Old_age Always - 1128
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 524296
189 High_Fly_Writes 0x003a 095 095 000 Old_age Always - 5
190 Airflow_Temperature_Cel 0x0022 056 041 045 Old_age Always In_the_past 44 (0 127 45 44 0)
194 Temperature_Celsius 0x0022 044 059 000 Old_age Always - 44 (0 10 0 0 0)
195 Hardware_ECC_Recovered 0x001a 029 021 000 Old_age Always - 47002593
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 223
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 223
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0

SMART Error Log Version: 1
ATA Error Count: 58163 (device log contains only the most recent five errors)
    CR = Command Register [HEX]
    FR = Features Register [HEX]
    SC = Sector Count Register [HEX]
    SN = Sector Number Register [HEX]
    CL = Cylinder Low Register [HEX]
    CH = Cylinder High Register [HEX]
    DH = Device/Head Register [HEX]
    DC = Device Command Register [HEX]
    ER = Error register [HEX]
    ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 58163 occurred at disk power-on lifetime: 19872 hours (828 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 00 03 00 00 e0 00 00:19:50.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:49.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:48.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:47.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:46.794 READ DMA EXT

Error 58162 occurred at disk power-on lifetime: 19872 hours (828 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 00 03 00 00 e0 00 00:19:49.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:48.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:47.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:46.794 READ DMA EXT
35 00 01 02 00 00 e0 00 00:19:46.792 WRITE DMA EXT

Error 58161 occurred at disk power-on lifetime: 19872 hours (828 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 00 03 00 00 e0 00 00:19:48.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:47.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:46.794 READ DMA EXT
35 00 01 02 00 00 e0 00 00:19:46.792 WRITE DMA EXT
35 00 01 02 00 00 e0 00 00:19:45.792 WRITE DMA EXT

Error 58160 occurred at disk power-on lifetime: 19872 hours (828 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 00 03 00 00 e0 00 00:19:47.807 READ DMA EXT
25 00 00 03 00 00 e0 00 00:19:46.794 READ DMA EXT
35 00 01 02 00 00 e0 00 00:19:46.792 WRITE DMA EXT
35 00 01 02 00 00 e0 00 00:19:45.792 WRITE DMA EXT
35 00 01 02 00 00 e0 00 00:19:44.792 WRITE DMA EXT

Error 58159 occurred at disk power-on lifetime: 19872 hours (828 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 00 03 00 00 e0 00 00:19:46.794 READ DMA EXT
35 00 01 02 00 00 e0 00 00:19:46.792 WRITE DMA EXT
35 00 01 02 00 00 e0 00 00:19:45.792 WRITE DMA EXT
35 00 01 02 00 00 e0 00 00:19:44.792 WRITE DMA EXT
35 00 01 02 00 00 e0 00 00:19:43.792 WRITE DMA EXT

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed: read failure 90% 19871 310229
# 2 Conveyance offline Completed: read failure 90% 19871 310229
# 3 Short offline Completed: read failure 90% 19871 310229

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
[/more]

Megasnooper
Помимо большого числа реаллокейтов и пендингов мне очень не нравитсся атрибут 188

Цитата:

188 Command_Timeout 0x0032 100 100 000 Old_age Always - 524296

524296 dec = 08 00 08 hex
Это говорит о том, что хард из-за тяжёлых ошибок 8 раз брал тайм-ауты...
Есть у меня такое подозрение, что жёсткий просто вываливатся из-под Windows...
Я бы на Вашем месте протестировал его из-под DDS утилитами MHDD и/или Victoria 3.50/3.52 For DOS .
Впрочем, это проблема для другой ветки форума...

Доброго времени суток.

Обращаюсь к вам с проблемой. Жил я себе хорошо с буком (старенький acer aspire 5551G [пусть ему у Ктулху хорошо будет]) и крутилось на его 1 TB сразу и WIndows 7 x86 и Runtu 14.04. Жили мы хорошо, зла не знали. И тет мне принесли памяти ОЗУ на 4 ГБ. И попутал меня злой Билли, решил поставить 64-разрядную форточку. Скопировав данные с системного диска и начал процесс перестановки. Все шло хорошо, поставил дрова, проверил режим обогревателя (включил-поиграл в танчики). Ну и решил навестить пингвиненка. Загрузился с LiveCD той же Runtu и смотрю что-то не то. Нет раздела одного, да не просто раздела, а самого главного на 400+ ГБ(!). А файловая система то ext4 там была... А инфу оттуда очень надо. Дошли слухи, что не поддается восстановлению разделы ext4. Но я не теряю надежды, и спрашиваю у вас: можно ли как-то восстановить раздел или данные вытянуть.? Очень нужно.

Заранее спасибо.

ThirteenthJack13
вам походу в раздел сказочников.

ThirteenthJack13
Так покажите из DMDE скрин окна Разделы диска... Возможно, что просто MBR попорчена и нет никакой неодходимости восстанавливать что-то серьезно затёртое на разделе/томе с ФС ext4...???...

Приветствую!
У меня такая ситуёвина: при подключении внешнего винта на другой машине та определила его как не форматированный, но разделы удалось найти и слить инфу с помощью R-Studio. И вроде бы как всё должно быть хорошо: можно переразбить и форматнуть винт и слить на него восстановленную инфу, но винт немаленький и делаться это будет долго. Есть ли какие утилиты, которые также как и GetDataBack/R-Studio прочёсывали весь диск на предмет нужных разделов, а затем нужную копию восстанавливали бы до работоспособного состояния (запись бутсектора, MFT для NTFS или FAT для одноимённой системы, корневой каталог и что там ещё нужно). Понимаю, что с этим в идеале должен справиться дисковый редактор, но для него нужен определённый опыт и умения. А хотелось бы нечто автоматическое. Всякие чекдиски, естественно, идут мимо в виду того, что такого функционала не имеют.

Цитата:

Всякие чекдиски, естественно, идут мимо в виду того, что такого функционала не имеют.

А тему почитать?

Цитата:

А тему почитать?

Простите лентяя. Кажется нашёл две: DMDE и TestDisk

EagleXK
Ты не понял. Практически любое in-place восстановление заканчивается чекдиском.
Потому как других средств, которые могут привести файловую систему в кондиционное состояние нет.

EagleXK
Файловая система какая? Скрин окна Разделы из DMDE давайте в студию. Для этого откройте пострадавший диск как физическое устройство.

9285

Цитата:

Практически любое in-place восстановление заканчивается чекдиском.

Я бы сказал почти любое in place восстановление заканчивается чекдиском. На FAT в некоторых несложных случаях обходится без него. Например при восстановлении бутсектора или заголовка первой фат таблицы.

Alex_Green
В моём понимании in-place восстановление подразумевает более менее задачки, а не из разряда из детского сада. По опыту, если винда хочет форматировать раздел, это уже чуть сложнее детсадовской.
Впрочем, это относится к NTFS - в отношении FAT я могу поверить гуру этой файловой системы.
PS. И всё таки, даже когда проблемка пустяшная и вроде бы как всё исправлено ручками - тем не менее чекдиском проверяется (полируется) чтобы убедиться что всё тип-топ.

[more=печалька]
хобот агонирует
Вот так вот людей лишают надежды на восстановление данных.
Это не относится к dmde конкретно, но до недавнего времени такие случаи обычно пытались хотя бы проанализировать.
Кстати, здесь где то есть случай участника, пришедшего по моему приглашения с хобота - там тоже был подобный случай. И такой же эпикриз - тем не менее здесь всё решилось.
И всё то из за какого то чУДАКА.
[/more]

Цитата:

Я бы на Вашем месте протестировал его из-под DDS утилитами MHDD и/или Victoria 3.50/3.52 For DOS

Что-то с того же Hiren Boot Cd при загрузке что одной что другой программы, при выборе дисков его нет, другие (рабочие) видны... Быть может отдельно перекачаю и создам загрузочную флэшку (там ещё какие-то ошибки с драйверами вылезали перед запуском...)

Приветствую, друзья.

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

Какова вероятность и процент восстановления данных? С чего начинать, чем копать? К сожалению за год "отдыха" от компьютера сейчас я сам не могу адекватно начать действовать.

Скажите, какую информацию и т.п. нужно предоставить?

Спасибо!

mozgabyte
От тебя нужно как минимум не пользоваться этим винтом - желательно сделать в DMDE MBRoff ии в чём то другом аналогичное. И подробное описание - сколько было разделов, какие, где были данные, что за ноутбук, только ли восстановили (и чем) или потом пользовались. От всего этого зависит очень много
PS. Что, на зоне "знатоки" сдулись от такой ситуации? Ничего удивительного.

Здравствуйте!

После установки Windows 10 на машину с XP, на отдельный физический диск (т.е. стояла XP. в системе 3 физ. накопителя, ставилась 10 на не системный диск), запустился десяточный чекдиск и отсканил несистемные для 10-ки диски, т.е. C и D которые под XP были. С диском C всё в порядке, а вот на файлопомоечном D появились 2 папки; found.002 и 003.(found.001 была там с незапамятных времён - всё руки не доходили до неё...) В каждой из них по одному файлу: file0000.chk, 10 и 13гб соответственно.
Программы CHKParser32 и CHK-Mate их не берут (вторая вываливается с рантайм-ошибкой 52, подозреваю, что из-за объёма файла).

Так вот, вопрос такой, уважаемые специалисты по рекавери: как бы хотя бы посмотреть, что в этих файлах, может это вообще мусор какой-то от десятки, информации не содержащий? (видел, что на всех дисках она создала папку Boot, но её размер байтами исчислялся)

Диск WD20EARS, смарт нормальный, win10 уже удалил.

zybex15

Цитата:

как бы хотя бы посмотреть, что в этих файлах, может это вообще мусор какой-то от десятки, информации не содержащий?

Открыть каждый из этих файлов в любом дисковом редакторе (WinHex, DMDE, HxD) и посмотреть содержимое.

Alex_Green
Ок, открыл. И что там предлагается увидеть? Я просто пока ещё не настолько программист, чтобы музыку или ещё какой контент в хексе читать/слушать.)))

9285

Цитата:

От тебя нужно как минимум не пользоваться этим винтом - желательно сделать в DMDE MBRoff ии в чём то другом аналогичное. И подробное описание - сколько было разделов, какие, где были данные, что за ноутбук, только ли восстановили (и чем) или потом пользовались. От всего этого зависит очень много

После того как ноут вернули к заводскому состоянию, его выключили сразу же и больше им никто не пользовался. Сейчас я его запускаю с live usb, дабы не производить лишние операции с диском.

Ноут - hp dv7-6c50er, диск - ST9500325AS, смарт в порядке, система - win7, было два ntfs раздела - (c) system ~100gb и (d) data занимал остальной объем, данные естественно хранились на "data".
Теперь вот так. С отключенным mbr так.

Подключил большой (4 Тб) жёсткий диск c GPT- разделом к Windows 2003 Server, не усмотрел при загрузке - запустился chkdisk, чего-то там направил . В результате недосчитался... много чего недосчитался .
Вопрос: это можно откатить назад? Или же чем-нибудь восстановить.

Добавлено:
Хм... R-Studio файлы (недостающие) видит, то что надо восстановил без проблем. А как восстановить их нормальное видение в системе (таблицу разделов?)

mozgabyte
Когда писал предыдущий ответ, то спросил производителя потому что в олове крутился как раз НР.
В виду личной неприязни к этому вендору (есть немало причин), я не так часто сталкиваюсь с его поделками, поэтому могу лишь предполагать на основе того, с чем сталкивался. И хотя это вроде как оффтоп, но даёт возможность понять что могло быть и что предпринимать.
Обычно это четыре раздела:
1- 100мб загрузочный
2 -огромный раздел с системой и для всего
3 - небольшой видимый раздел с файлами для восстановления
4 - HP_Tool
Из всего этого я вижу лишь 1 и 4. То есть могу предположит что была переразметка разделов и восстановление делалось с дисков восстановления вендора. И в традициях НР всё, что размечалось пользователем херится и на руинах создаётся один раздел.
В любом случае на скриншоте явно виден прежний Data, имеющий загрузочный сектор и как бы основные элементы MFT (есть ли они все можно знать по результату поиска NTFS). Конечно же, его часть накрылась восстановленным заводским, но есть надежда что система всё таки (в основном) пишет в начало раздела. Соотвественно шанс что всё восстановится нормально. И лишний раз показывает что полезно создавать отдельный раздел для пользовательских данных. Можешь этот том и пробовать восстанавливать на другой носитель самое важное. Что касается in-place восстановления, то и это скорей всего возможно, но есть некоторые [more=нюансы]
Можно пойти по самому простому пути - сжать нынешний системный до размера чтобы он не накрывал бывший Data; после чего восстановить бывший пользовательский и выполнить традиционную отмену автоматическую проверку диска, сделать вручную в режиме только чтения и проанализровать результат.
Но нюанс в том, что при таком подходе данные, которые возможно ранее были на "поляне" Data, соотвественно накрывшие прежние данные, будут неизвестны. Поэтому лично я считаю более правильным избавиться от этого мусора. И тут два варианта, один из которых удаление таких данных с занулением, а второй упоминал Alex_Green - вычитывание незанятого пространства. В последнем случае прийдётся делать это с имеющимся разделом, отрезать относящееся к прежнему и "пришивать" с ненакрытым куском. Соотвественно, требует достаточно много дискового места. В любом случае невозможно будет вычислить убрать мусор от временных файлов, которые создавались в процессе развёртывания системы, или участки, которые мого захватывать своп или уже удалённые контрольные точки.
[/more].

Добавлено:
vasyosuol_24
Желательно посмотреть лог чекдиска.
Не думаю что дело ограничилось лишь таблицей разделов.
Поэтому нужно посмотреть что показывает DMDE на экране разделов. Можно устроить поиск NTFS показать его результат (лог-файл).

Прошу помощи в таком очень неприятном моменте..
В результате не совсем осознанных действий [ошибки] вышел DISKPART Clean. Разделы, естественно, исчезли.
Диск - 1 Тб, mbr, разбит на 4 раздела: 100 мб, 76 Гб [Ось, ntfs], 46 [Ось, ext4], данные ~800 Гб
После прочтения советов здесь попробовал через DMDE -- системный раздел -- восстановить загрузочный сектор, затем вставить - Основное раздел MBR, затем вставить для раздела с данными..
Итого - раздел с системой читается, раздел с данными недоступен. DMDE открывает том [реконструировать файловую систему], однако файлы там не все, восстановление отдельных файлов -- файл вроде бы есть, размер ненулевой, но содержимое не читается. Да, вот еще.. DMDE перед командой "применить" предлагает сохранить какую-то резервную копию на всякий случай - естественно, сохранил на внешний диск. И отключил диск физически, дабы не усугубить...

Что можно сделать? Ведь mbr дублируется на диске и должно было восстановиться, MFT точно дублируется. файлы не перетирались [значит, физически они на диске остались].

Прошу помощи... Желание, конечно, восстановить все как было, но в принципе уже и восстановление нескольких нужных папок [doc + jpeg] было бы прекрасно..

https://yadi.sk/i/cfvNYl4Scb6vg
https://yadi.sk/i/yJT8ExW3cb6xE
https://yadi.sk/i/chTcLeXBcb6xU
https://yadi.sk/i/HhxTzmyAcb6xz

9285

Цитата:

Желательно посмотреть лог чекдиска.

Гхм.... А где этот лог живёт?
Я нашёл edb.chk в %WINDIR%\system32\CatRoot2 Там же проживает и edb.log, это оно? Меня смущает один момент: дата там сегодняшняя, а не вчерашняя . Правда, сегодня при включении опять запустился chkdisk, был послан на 3-и русские буквы. Но вот что там осталось от вчерашнего лога - вопрос.
В любом случае, бэкап системы со всеми настройками (мигрировал на 2008-й Сервер), сделанный NortonGhost на GPT-раздел, удалось спасти. Он (бэкап) не повреждён, проверенно. А в остальном...
Думаю, опять переформатить GPT-раздел из под 2008-й, и медленно и печально . Там же в основном файл-помойка - торренты .

zybex15

Цитата:

И что там предлагается увидеть?

Cоответствует ли содержимое файла тому что должно быть. Файлы каких расширений были изначально до применения чекдиска? Можете показать скриншоты, посмотрим.

9285
По поводу хобота могу сказать, что заглядываю туда только в раздел Модули Памяти. В остальные разделы как то вообще перестал заходить..

Добавлено:
Hotery

Цитата:

раздел с данными недоступен

Это раздел Data размером 925 Гб? Видимо имеет смысл запустить поиск NTFS на весь физический диск, и по окончании заходить в разделы с наибольшим числом соответствий, и пробовать восстанавливать нужные файлы. Также по окончании поиска весьма полезно будет сохранить скрин и лог поиска.

Alex_Green

Цитата:

Cоответствует ли содержимое файла тому что должно быть. Файлы каких расширений были изначально до применения чекдиска? Можете показать скриншоты, посмотрим.

В том-то и дело, что я не знаю, что должно быть, а лишь хочу это узнать.
Файлы были всякие-разные, т.к. диск - файлопомойка. Причём бОльшую часть диска занимает музыкальный архив. Т.е. там вообще файлов таких объёмов (10 и 13Гб) быть не должно... Разве что образ системы и несколько "исошников" под такой размер подходят. Но образа на месте, .iso. вродь тоже...

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

vasyosuol_24
Результаты проверки сохраняются в журналах винды. Не помню в каком, но если исходить из того что 2003 это как бы ХР, то искать по Источник-у Winlogon - или по времени когда была проверка.
Hotery
Копии MBR не существует, у MFT имеются копии только начальных записей. Так что это не актуально.
Непонятно зачем ты восстановил не то, что надо. По твоему описанию и скриншотам - раздел с данными должен начинаться в секторе после конца ext-овского раздела (240492543)- там его и ищи. А тот, что в секторе 14х ххх удали и примени разметку.

zybex15
Сколько у тебя оперативки?
Может это свопфайл и файл гибернации?
PS. Зачем тебе нужно было это г...о?

9285

Цитата:

Сколько у тебя оперативки? Может это свопфайл и файл гибернации? PS. Зачем тебе нужно было это г...о?

2Гб. Не похоже. И помню, что pagefile и hyber ручками потом удалял... Она не на этом диске стояла. Если она решила на самом большом продублировать, то сильно вольготно она дисковым пространством распоряжается. И самовольно.))
P.S. Так посмотреть хотел... Это не значит, что я каждый новый "ZverCD" в комп втыкаю.))) XP - шестой год живет - не жалуется, но переходить всё-равно придётся, рано или поздно... Всякие DX11 и прочая 64х битность подпирает... (
Кстати, ничего плохого сказать не могу пока - и установка и загрузка прошли быстро, интерфейс, приложения не тупят - выйдет более TechnicalPreview - поставлю второй системой.)