Восстановление данных раздела (логического диска) win XP при бэдах

Eastman · Регистрация: 17.04.2011

Author24 — интернет-сервис помощи студентам

Имеется раздел 111Гб, который решил разделить Acronis DD10 на пополам, предварительно освободив свободное место до 74,9Гб , т.е. инфы на 37гб, имя раздела F:
1. предложено было переместить данные на создаваемый раздел - я отказался, т.к. один аккаунт привязан к оригинальному,
2. предложено было уничтожить данные - отказался
3. Предполагаемая буква нового раздела после деления - I

в итоге выполнения операции вышло уведомление:

"Невозможно изменить размер раздела с испорченными блоками"(log)

<?xml version="1.0" encoding="UTF-8" ?>
<log build="2064" product="Acronis*Disk Director Suite" uuid="92FB3769-32DB-4FBA-9ACD-837E03DC4FF1" version="10.0">
<event code="1" id="1" message="Начало выполнения отложенных операций." module="100" time="1331489077" type="2" />
<event code="504" id="2" message="Запланированная операция 74 начата: "Splitting partition"" module="1" time="1331489077" type="2" />
<event code="502" id="3" message="Операция с: раздел "1-12" была прервана с кодом Unable to resize partition with bad blocks (0x70023) "Невозможно изменить размер раздела с испорченными блоками"" module="1" time="1331489077" type="4" />
<event code="4" id="4" message="Операция завершена с ошибками." module="100" time="1331489109" type="4" />
</log>

о такой "засаде" Acronis (при бэдах) я не предполагал...
в итоге имею "полуполноценный" раздел NTFS:
- Управление Дисками видит полный объём как 111ГБ так и 47,05Гб одновременно, так же видит и Acronis
- проводник только 47,05Гб,
в чём и несуразность ситуации, т.к., к то му же раздел не RAW...

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

имея в виду Бэды(только на F)...

Тип события: Уведомление
Источник события: Chkdsk
Категория события: Отсутствует
Код события: 26180
Дата: 13.02.2012
Время: 7:32:47
Пользователь: Н/Д
Компьютер: ANATOLY
Описание:
Проверка файловой системы на F:
Метка тома: Архивный.
Исправление небольших несоответствий на диске.
Очистка от неиспользуемых индексных записей 1 в индексе $SII файла 0x9.
Очистка от неиспользуемых индексных записей 1 в индексе $SDH файла 0x9.
Очистка 1 неиспользованных дескрипторов безопасности.
CHKDSK проверяет журнал USN..
Завершена проверка журнала USN
Проверка содержимого файла (этап 4 из 5)...
Ошибка чтения с кодом состояния 0xc0000185 в смещении данных 0x1b7a592000 для 0x10000 Байт.
Ошибка чтения с кодом состояния 0xc0000185 в смещении данных 0x1b7a599000 для 0x1000 Байт.
Произведена замена поврежденных кластеров в файле 51752
под именем \CD1F~1\C__~2\C__(14~1.MP4.
Проверка содержимого файла завершена.
CHKDSK проверяет наличие места на диске (этап 5 из 5)...
Проверка свободного места на диске завершена.
Добавление 1 поврежденных кластеров в файл поврежденных кластеров.
Исправление ошибок в рисунке тома.
Windows сделала изменения в файловой системе.

117207020 КБ всего на диске.
96646804 КБ в 48295 файлах.
16684 КБ в 2806 индексах.
24 КБ в поврежденных секторах.
175104 КБ используется системой.
65536 КБ занято под файл журнала.
20368404 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 29301755.
5092101 кластеров на диске.

Данные:
0000: 00 97 01 00 a9 c7 00 00 .—..©Ç..
0008: 33 1c 01 00 00 00 00 00 3.......
0010: 61 03 00 00 00 00 00 00 a.......
0018: 22 00 00 00 00 00 00 00 ".......
0020: d6 e4 4c 02 00 00 00 00 ÖäL.....
0028: b6 cb 6f 13 00 00 00 00 ¶Ëo.....
0030: 02 64 89 01 00 00 00 00 .d‰.....
0038: 8a 7c 01 f7 05 00 00 00 Š|.÷....
0040: 7a ee 00 45 01 00 00 00 zî.E....
0048: e6 96 a4 54 07 00 00 00 æ–¤T....
0050: 99 9e 36 00 00 00 00 00 ™ž6.....

@Tau_0 · 15.03.2012, 01:17

Сообщение от Eastman

*в архиве обе копии...

Вот EPT расширенного раздела См. картинку 1
В таблице присутствует только одна запись вход для логического диска --- тома NTFS
Partition Table Entry #1
Sectors preceding partition 1 = 32
Sectors in partition 1 = 234414048 секторов = / 2 = 117207024 KiB = / 1024 = 114459.984375 MiB = / 1024 = 111.777328491211 GiB
StartLBA = 156307456 +32 = 156307488
EndLBA = 156307488 + 234414048 – 1 = 390721535

Эта запись/вход EPT соответствует показу DMDE NTFS тома $Noname 05 (первая запись) размером в 120 GB --- DMDE применяет десятичные Гигабайты, а я посчитал Гибибайты, как Windows показывает. Не я это разночтение/путаницу в приставках придумал…
Смотрим вооt- сектор тома NTFS...
Он на 32 сектора дальше EPT лежит.
Вот он в форматном просмотре на Картинке 2…
Видим, что Total sectors = 98668504 = / 2= 49334252 KiB = / 1024 = 48177.98046875 MiB = / 1024 = 47.0488090515137 GiB
===========================================================
Имеем нестыковку размеров в EPT и бут секторе тома $Noname

Поэтому предлагаю заменить Total sectors вот так 98668504 <=== 234414048 – 1 = 234414047. Минус единичка получается из-за того, что Windows хранит в последнем секторе раздела копию загрузочного сектора. Этот сектор не должен принадлежать тому NTFS, который состоит из кластеров. Чтобы ненароком не затереть копию…

Почему не наоборот...???... --- поменять в EPT на меньшее значение = 98668504…???...
Дело в том, что к NTFS разделу можно безболезненно “приклепать” справа сколько нужно секторов --- после запуска CHKDSK том только расширится и вся недолга. А вот если размер тома в boot секторе уменьшить, то запуск CHKDSK приведёт к тому, что будут убиты ВСЕ файлы, выходящие за правую границу…

Поэтому запишите патч в сектор LBA = 156307488 --- StartLBA тома $Noname.
http://rghost.ru/37028203

1. В DMDE Сервис ===> Копировать секторы
Источник ---- файл Path_Boot_Noname_04.bin (512 байт)
Приёмник --- болезный хард --- начальный сектор --- LBA = 156307488
2. Перезагрузитесь и покажите картинку из управления дисками Windows.
3. Напустите утилиту CHKDSK на том F: в режиме чтения --- без ключа /F.

Отпишитесь…

Eastman · 16.03.2012, 12:57 **[ТС]**

Tau_0, сейчас проверяюсь на вирусы на форуме, давайте подождём результатов, чтоб не наступать на одни и те же грабли, если проблема связана с этим...

Eastman · 16.03.2012, 17:31 **[ТС]**

Раздел успешно восстановлен, но без данных...

при перезапуске случайно пропустил скандиск F:

Тип события: Уведомление
Источник события: Winlogon
Категория события: Отсутствует
Код события: 1001
Дата: 16.03.2012
Время: 20:06:25
Пользователь: Н/Д
Компьютер: ANATOLY
Описание:
Checking file system on F:
The type of the file system is NTFS.

One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.
Cleaning up minor inconsistencies on the drive.
Cleaning up 31 unused index entries from index $SII of file 0x9.
Cleaning up 31 unused index entries from index $SDH of file 0x9.
Cleaning up 31 unused security descriptors.
CHKDSK is verifying Usn Journal...
Usn Journal verification completed.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

117207023 KB total disk space.
21616 KB in 10 files.
20 KB in 15 indexes.
0 KB in bad sectors.
69847 KB in use by the system.
65536 KB occupied by the log file.
117115540 KB available on disk.

4096 bytes in each allocation unit.
29301755 total allocation units on disk.
29278885 allocation units available on disk.

Internal Info:
40 00 00 00 25 00 00 00 26 00 00 00 00 00 00 00 @...%...&.......
01 00 00 00 00 00 00 00 2b 00 00 00 00 00 00 00 ........+.......
54 ea 2a 00 00 00 00 00 ca 9a 3b 00 00 00 00 00 T.*.......;.....
70 38 39 00 00 00 00 00 00 00 00 00 00 00 00 00 p89.............
00 00 00 00 00 00 00 00 50 b7 d2 07 00 00 00 00 ........P.......
99 9e 36 00 00 00 00 00 58 42 07 00 0a 00 00 00 ..6.....XB......
00 00 00 00 00 c0 51 01 00 00 00 00 0f 00 00 00 ......Q.........

не знаю добьёмся ли мы каким либо способом прямое восстановление данных или уже можно возвращать восстановленные?

Eastman · 16.03.2012, 17:32 **[ТС]**

Tau_0, громадное СПС!

@Tau_0 · 17.03.2012, 20:10

Сообщение от Eastman

Раздел успешно восстановлен, но без данных...

Это плохо, ---- значит Acronis начал освобождать секторы под секторы под EBR + 31 сектор неиспользуемой области, которая всегда следует за EBR (и после MBR она тоже есть --- туда бутовые вирусы любят селиться…). При этом он создал новый файл $MFT, который перекрыл старый, но из-за сбоя программа отработала ненормально и файлы не перенеслись --- и теперь они недоступны. Их только утилитами типа R-Studio можно достать… По крайней мере я пока не знаю, как прежний файл $MFT восстановить….

Сообщение от Eastman

Tau_0, громадное СПС!

В контексте написанного выше это звучит как упрёк/насмешка. Но у меня лучших идей по восстановлению данных (раздела in-place, что значит на месте, не было…

--- я ведь предупреждал --- тут как повезёт….

В этом случае при выполнении такой потенциально опасной процедуры в Acronis необходимо резервировать: либо весь раздел на другой хард, что накладно… Либо просто скопировать критически важную информацию --- лучше всего на другой носитель…

Eastman · 18.03.2012, 22:39 **[ТС]**

Не по теме:

Сообщение от Tau_0

В контексте написанного выше это звучит как упрёк

ни в коем случае, и даже наоборот: я реально оценил кропотливо проделанную работу по возвращение разделов в исходное состояние, без сомнения, выполненную с ювелирной точностью: всё восстановилось, баги убраны, ничего "не задето" в процессе исправления. То, что написал "без данных" - это для сведения, для вашей дальнейшей практики, не более.
Как писал все данные, R-Studio, были восстановлены 100%, по этому мой вопрос, по попытке восстановления данных восстановление утраченного файла $MFT), наверно относился к разряду "жду чуда"...:)

1. Вообще, странная история с разбивкой раздела F, в виндоус, получила продолжение: Акронис наотрез отказывается проводить такую операцию(скрин), а рисковать деля раздел перед загрузкой не стал - мало ли...но удаление раздела F, и создание двух на его месте, не вызывает проблем, отсюда вопрос несведущего чела: по чему так?

2. Вот СМАРТ диска исследованного Victoria (заменено всего два блока), к сожалению скрины тестов, где указана оценка блоков по скорости не сохранились - не знал, что сохраняются в ОЗУ, думал - на флэшке...резюме плиз...

@Tau_0 · 19.03.2012, 23:23

Сообщение от Eastman

1. Вообще, странная история с разбивкой раздела F, в виндоус, получила продолжение: Акронис наотрез отказывается проводить такую операцию(скрин), а рисковать деля раздел перед загрузкой не стал - мало ли...но удаление раздела F, и создание двух на его месте, не вызывает проблем, отсюда вопрос несведущего чела: по чему так?

Разные билды акрониса работают по-разному. Но есть у них один общий неприятный момент --- при создании нового диска акронис по умолчанию создаёт его в расширенном, а не основном разделе. Причём он об этом никак не предупреждает… Может быть разработчики решили облегчить жизнь пользователю, не нагружая его такими тонкими различиями, как Primary (основной) раздел и Logical (логический) диск…???... Ведь и правда, --- кому интересно голову этим забивать --- другие более важные задачи перед пользователем стоят, и нечего голову забивать. Вот только потом оно боком выходит, когда из-за сбоя происходит обрыв цепочки и за раз можно потерять много разделов…

У Вас при разбиении акронис пишет “нехватка памяти”, --- наверняка дисковой памяти под новые размеры разделов не хватает. Почему…???... Не знаю и могу только предположить, что это Ваша ошибка или баг программы, которая не может разделить логический диск 10 GiB ровно на два Extended раздела по 5 GiB --- мешает дефект пространства 32/63 сектора под EBR + неиспользуемая память…

Сам я сейчас проверить это дело не могу --- CD/DVD в ремонте, а из-под Windows с акронисом не работаю --- только с самозагружаемого диска акронис запускаю…

А когда Вы разделы в свободном пространстве создаёте этой замороки не возникает --- сколько есть свободного пространства, столько под второй раздел и и выделяется.

Это только одно из простейших предположений, наверняка и другие можно придумать…

Сообщение от Eastman

2. Вот СМАРТ диска исследованного Victoria

В SMART атрибут ID=5 Reallocated Sectors Count не виден, а атрибуты ID = C5 (197), С6(198) чисты… Если 05 атрибут чист, то поверхности гуд --- можете с акронисом позабавляться…

Отпишитесь, если что интересное наковыряете…

Eastman 5755 / 1693 / 43 Регистрация: 17.04.2011 Сообщений: 8,554
		1
	Восстановление данных раздела (логического диска) win XP при бэдах 12.03.2012, 00:59. Показов 14236. Ответов 46 Метки нет (Все метки) Имеется раздел 111Гб, который решил разделить Acronis DD10 на пополам, предварительно освободив свободное место до 74,9Гб , т.е. инфы на 37гб, имя раздела F: 1. предложено было переместить данные на создаваемый раздел - я отказался, т.к. один аккаунт привязан к оригинальному, 2. предложено было уничтожить данные - отказался 3. Предполагаемая буква нового раздела после деления - I в итоге выполнения операции вышло уведомление: "Невозможно изменить размер раздела с испорченными блоками"(log) <?xml version="1.0" encoding="UTF-8" ?> <log build="2064" product="Acronis*Disk Director Suite" uuid="92FB3769-32DB-4FBA-9ACD-837E03DC4FF1" version="10.0"> <event code="1" id="1" message="Начало выполнения отложенных операций." module="100" time="1331489077" type="2" /> <event code="504" id="2" message="Запланированная операция 74 начата: "Splitting partition"" module="1" time="1331489077" type="2" /> <event code="502" id="3" message="Операция с: раздел "1-12" была прервана с кодом Unable to resize partition with bad blocks (0x70023) "Невозможно изменить размер раздела с испорченными блоками"" module="1" time="1331489077" type="4" /> <event code="4" id="4" message="Операция завершена с ошибками." module="100" time="1331489109" type="4" /> </log> о такой "засаде" Acronis (при бэдах) я не предполагал... в итоге имею "полуполноценный" раздел NTFS: - Управление Дисками видит полный объём как 111ГБ так и 47,05Гб одновременно, так же видит и Acronis - проводник только 47,05Гб, в чём и несуразность ситуации, т.к., к то му же раздел не RAW... Хотелось бы грамотно вернуть раздел в первоначальное состояние, имея в виду Бэды(только на F)... Тип события: Уведомление Источник события: Chkdsk Категория события: Отсутствует Код события: 26180 Дата: 13.02.2012 Время: 7:32:47 Пользователь: Н/Д Компьютер: ANATOLY Описание: Проверка файловой системы на F: Метка тома: Архивный. Исправление небольших несоответствий на диске. Очистка от неиспользуемых индексных записей 1 в индексе $SII файла 0x9. Очистка от неиспользуемых индексных записей 1 в индексе $SDH файла 0x9. Очистка 1 неиспользованных дескрипторов безопасности. CHKDSK проверяет журнал USN.. Завершена проверка журнала USN Проверка содержимого файла (этап 4 из 5)... Ошибка чтения с кодом состояния 0xc0000185 в смещении данных 0x1b7a592000 для 0x10000 Байт. Ошибка чтения с кодом состояния 0xc0000185 в смещении данных 0x1b7a599000 для 0x1000 Байт. Произведена замена поврежденных кластеров в файле 51752 под именем \CD1F~1\C__~2\C__(14~1.MP4. Проверка содержимого файла завершена. CHKDSK проверяет наличие места на диске (этап 5 из 5)... Проверка свободного места на диске завершена. Добавление 1 поврежденных кластеров в файл поврежденных кластеров. Исправление ошибок в рисунке тома. Windows сделала изменения в файловой системе. 117207020 КБ всего на диске. 96646804 КБ в 48295 файлах. 16684 КБ в 2806 индексах. 24 КБ в поврежденных секторах. 175104 КБ используется системой. 65536 КБ занято под файл журнала. 20368404 КБ свободно на диске. Размер кластера: 4096 байт. Всего кластеров на диске: 29301755. 5092101 кластеров на диске. Данные: 0000: 00 97 01 00 a9 c7 00 00 .—..©Ç.. 0008: 33 1c 01 00 00 00 00 00 3....... 0010: 61 03 00 00 00 00 00 00 a....... 0018: 22 00 00 00 00 00 00 00 "....... 0020: d6 e4 4c 02 00 00 00 00 ÖäL..... 0028: b6 cb 6f 13 00 00 00 00 ¶Ëo..... 0030: 02 64 89 01 00 00 00 00 .d‰..... 0038: 8a 7c 01 f7 05 00 00 00 Š\|.÷.... 0040: 7a ee 00 45 01 00 00 00 zî.E.... 0048: e6 96 a4 54 07 00 00 00 æ–¤T.... 0050: 99 9e 36 00 00 00 00 00 ™ž6..... Миниатюры 0

@Tau_0 X-Factor 3177 / 2107 / 184 Регистрация: 16.11.2011 Сообщений: 5,840
	15.03.2012, 01:17	41
	Сообщение от Eastman *в архиве обе копии... Вот EPT расширенного раздела См. картинку 1 В таблице присутствует только одна запись вход для логического диска --- тома NTFS Partition Table Entry #1 Sectors preceding partition 1 = 32 Sectors in partition 1 = 234414048 секторов = / 2 = 117207024 KiB = / 1024 = 114459.984375 MiB = / 1024 = 111.777328491211 GiB StartLBA = 156307456 +32 = 156307488 EndLBA = 156307488 + 234414048 – 1 = 390721535 Эта запись/вход EPT соответствует показу DMDE NTFS тома $Noname 05 (первая запись) размером в 120 GB --- DMDE применяет десятичные Гигабайты, а я посчитал Гибибайты, как Windows показывает. Не я это разночтение/путаницу в приставках придумал… Смотрим вооt- сектор тома NTFS... Он на 32 сектора дальше EPT лежит. Вот он в форматном просмотре на Картинке 2… Видим, что Total sectors = 98668504 = / 2= 49334252 KiB = / 1024 = 48177.98046875 MiB = / 1024 = 47.0488090515137 GiB =========================================================== Имеем нестыковку размеров в EPT и бут секторе тома $Noname Поэтому предлагаю заменить Total sectors вот так 98668504 <=== 234414048 – 1 = 234414047. Минус единичка получается из-за того, что Windows хранит в последнем секторе раздела копию загрузочного сектора. Этот сектор не должен принадлежать тому NTFS, который состоит из кластеров. Чтобы ненароком не затереть копию… Почему не наоборот...???... --- поменять в EPT на меньшее значение = 98668504…???... Дело в том, что к NTFS разделу можно безболезненно “приклепать” справа сколько нужно секторов --- после запуска CHKDSK том только расширится и вся недолга. А вот если размер тома в boot секторе уменьшить, то запуск CHKDSK приведёт к тому, что будут убиты ВСЕ файлы, выходящие за правую границу… Поэтому запишите патч в сектор LBA = 156307488 --- StartLBA тома $Noname. http://rghost.ru/37028203 1. В DMDE Сервис ===> Копировать секторы Источник ---- файл Path_Boot_Noname_04.bin (512 байт) Приёмник --- болезный хард --- начальный сектор --- LBA = 156307488 2. Перезагрузитесь и покажите картинку из управления дисками Windows. 3. Напустите утилиту CHKDSK на том F: в режиме чтения --- без ключа /F. Отпишитесь… Миниатюры 2

Eastman 5755 / 1693 / 43 Регистрация: 17.04.2011 Сообщений: 8,554
	16.03.2012, 12:57 [ТС]	42
	Tau_0, сейчас проверяюсь на вирусы на форуме, давайте подождём результатов, чтоб не наступать на одни и те же грабли, если проблема связана с этим... 0

Eastman 5755 / 1693 / 43 Регистрация: 17.04.2011 Сообщений: 8,554
	16.03.2012, 17:31 [ТС]	43
	Раздел успешно восстановлен, но без данных... при перезапуске случайно пропустил скандиск F: Тип события: Уведомление Источник события: Winlogon Категория события: Отсутствует Код события: 1001 Дата: 16.03.2012 Время: 20:06:25 Пользователь: Н/Д Компьютер: ANATOLY Описание: Checking file system on F: The type of the file system is NTFS. One of your disks needs to be checked for consistency. You may cancel the disk check, but it is strongly recommended that you continue. Windows will now check the disk. Cleaning up minor inconsistencies on the drive. Cleaning up 31 unused index entries from index $SII of file 0x9. Cleaning up 31 unused index entries from index $SDH of file 0x9. Cleaning up 31 unused security descriptors. CHKDSK is verifying Usn Journal... Usn Journal verification completed. Correcting errors in the Volume Bitmap. Windows has made corrections to the file system. 117207023 KB total disk space. 21616 KB in 10 files. 20 KB in 15 indexes. 0 KB in bad sectors. 69847 KB in use by the system. 65536 KB occupied by the log file. 117115540 KB available on disk. 4096 bytes in each allocation unit. 29301755 total allocation units on disk. 29278885 allocation units available on disk. Internal Info: 40 00 00 00 25 00 00 00 26 00 00 00 00 00 00 00 @...%...&....... 01 00 00 00 00 00 00 00 2b 00 00 00 00 00 00 00 ........+....... 54 ea 2a 00 00 00 00 00 ca 9a 3b 00 00 00 00 00 T.*.......;..... 70 38 39 00 00 00 00 00 00 00 00 00 00 00 00 00 p89............. 00 00 00 00 00 00 00 00 50 b7 d2 07 00 00 00 00 ........P....... 99 9e 36 00 00 00 00 00 58 42 07 00 0a 00 00 00 ..6.....XB...... 00 00 00 00 00 c0 51 01 00 00 00 00 0f 00 00 00 ......Q......... не знаю добьёмся ли мы каким либо способом прямое восстановление данных или уже можно возвращать восстановленные? Миниатюры 0

Eastman 5755 / 1693 / 43 Регистрация: 17.04.2011 Сообщений: 8,554
	16.03.2012, 17:32 [ТС]	44
	Tau_0, громадное СПС! 1

@Tau_0 X-Factor 3177 / 2107 / 184 Регистрация: 16.11.2011 Сообщений: 5,840
	17.03.2012, 20:10	45
	Сообщение от Eastman Раздел успешно восстановлен, но без данных... Это плохо, ---- значит Acronis начал освобождать секторы под секторы под EBR + 31 сектор неиспользуемой области, которая всегда следует за EBR (и после MBR она тоже есть --- туда бутовые вирусы любят селиться…). При этом он создал новый файл $MFT, который перекрыл старый, но из-за сбоя программа отработала ненормально и файлы не перенеслись --- и теперь они недоступны. Их только утилитами типа R-Studio можно достать… По крайней мере я пока не знаю, как прежний файл $MFT восстановить…. Сообщение от Eastman Tau_0, громадное СПС! В контексте написанного выше это звучит как упрёк/насмешка. Но у меня лучших идей по восстановлению данных (раздела in-place, что значит на месте, не было… --- я ведь предупреждал --- тут как повезёт…. В этом случае при выполнении такой потенциально опасной процедуры в Acronis необходимо резервировать: либо весь раздел на другой хард, что накладно… Либо просто скопировать критически важную информацию --- лучше всего на другой носитель… 1

Eastman 5755 / 1693 / 43 Регистрация: 17.04.2011 Сообщений: 8,554
	18.03.2012, 22:39 [ТС]	46
	Не по теме: Сообщение от Tau_0 В контексте написанного выше это звучит как упрёк ни в коем случае, и даже наоборот: я реально оценил кропотливо проделанную работу по возвращение разделов в исходное состояние, без сомнения, выполненную с ювелирной точностью: всё восстановилось, баги убраны, ничего "не задето" в процессе исправления. То, что написал "без данных" - это для сведения, для вашей дальнейшей практики, не более. Как писал все данные, R-Studio, были восстановлены 100%, по этому мой вопрос, по попытке восстановления данных восстановление утраченного файла $MFT), наверно относился к разряду "жду чуда"...:) 1. Вообще, странная история с разбивкой раздела F, в виндоус, получила продолжение: Акронис наотрез отказывается проводить такую операцию(скрин), а рисковать деля раздел перед загрузкой не стал - мало ли...но удаление раздела F, и создание двух на его месте, не вызывает проблем, отсюда вопрос несведущего чела: по чему так? 2. Вот СМАРТ диска исследованного Victoria (заменено всего два блока), к сожалению скрины тестов, где указана оценка блоков по скорости не сохранились - не знал, что сохраняются в ОЗУ, думал - на флэшке...резюме плиз... Миниатюры 0

@Tau_0 X-Factor 3177 / 2107 / 184 Регистрация: 16.11.2011 Сообщений: 5,840
	19.03.2012, 23:23	47
	Сообщение от Eastman 1. Вообще, странная история с разбивкой раздела F, в виндоус, получила продолжение: Акронис наотрез отказывается проводить такую операцию(скрин), а рисковать деля раздел перед загрузкой не стал - мало ли...но удаление раздела F, и создание двух на его месте, не вызывает проблем, отсюда вопрос несведущего чела: по чему так? Разные билды акрониса работают по-разному. Но есть у них один общий неприятный момент --- при создании нового диска акронис по умолчанию создаёт его в расширенном, а не основном разделе. Причём он об этом никак не предупреждает… Может быть разработчики решили облегчить жизнь пользователю, не нагружая его такими тонкими различиями, как Primary (основной) раздел и Logical (логический) диск…???... Ведь и правда, --- кому интересно голову этим забивать --- другие более важные задачи перед пользователем стоят, и нечего голову забивать. Вот только потом оно боком выходит, когда из-за сбоя происходит обрыв цепочки и за раз можно потерять много разделов… У Вас при разбиении акронис пишет “нехватка памяти”, --- наверняка дисковой памяти под новые размеры разделов не хватает. Почему…???... Не знаю и могу только предположить, что это Ваша ошибка или баг программы, которая не может разделить логический диск 10 GiB ровно на два Extended раздела по 5 GiB --- мешает дефект пространства 32/63 сектора под EBR + неиспользуемая память… Сам я сейчас проверить это дело не могу --- CD/DVD в ремонте, а из-под Windows с акронисом не работаю --- только с самозагружаемого диска акронис запускаю… А когда Вы разделы в свободном пространстве создаёте этой замороки не возникает --- сколько есть свободного пространства, столько под второй раздел и и выделяется. Это только одно из простейших предположений, наверняка и другие можно придумать… Сообщение от Eastman 2. Вот СМАРТ диска исследованного Victoria В SMART атрибут ID=5 Reallocated Sectors Count не виден, а атрибуты ID = C5 (197), С6(198) чисты… Если 05 атрибут чист, то поверхности гуд --- можете с акронисом позабавляться… Отпишитесь, если что интересное наковыряете… 1