Показать полную графическую версию : [решено] Диск не отформатирован после Acronis
LVitya
Была надежда что там будут какие то подробности проделанной работы или причины ошибки, но увы и ах.
Впрочем, похоже на то, что сбойнуло на записи $MFTmirr.
Нужно бы глянуть в содержимое секторов 578998735 и 612574599-612574600
yab, вот скинул http://rgho.st/8TqKxGfjc
LVitya
Ага, скачал - без поллитра не осилить. ;)
PS. Почисть переполненные личные сообщения.
Нужно бы глянуть в содержимое секторов 578998735 и 612574599-612574600 »
Полазить по файловым записям можно и нужно, но это потом, --- если не так страшно акронис накуролесил...
Tau_0, вроде бы уже работает. »
Ага, посмотрел…
И Вы посмотрите, пока без бутылки :).
См. картинку во вложении…
В DMDE опять запустите полное сканирование. Но сканировать ничего не надо, а надо загрузить старый (сохранённый ) лог.
После чего откройте том $NTFS1 и в браузере DMDE откройте $Root и пошарьте там, --- посмотрите на нужные Вам файлы и папки. Навскидку скопируйте несколько файлов на любой сторонний носитель, например, на флешку.
Затем уже в Windows откройте эти файлы, проверьте их корректность….
NTFS на томе $NTFS1 порушена, а вот насколько, --- неясно… Хотя пог поиска на первый взгяд выглядит прилично…
Добавлено
=======
Написал правильно, но по небрежности,:( на картинке выделил не NTFS1, а NTFS0 (с ним всё в порядке)...
Есно Вы NTFS1 выделяете и открываете...
PS. Почисть переполненные личные сообщения. »
yab, вроде бы уже расширился лимит
Папка Входящие содержит 3 сообщений.
У вас 5 сообщений из 50 разрешенных.
Tau_0, Открыл испорченный диск в DMDE. Восстановил на флешку и посмотрел некоторые файлы. Выглядят корректно.
Структура диска похожа на правильную.
LVitya,
В DMDE выделяете Дополнительный/Расширенный/Extended раздел в красной рамке, и удаляете его. --- Ну не люблю я расширенные разделы… --- Да и сто лет он здесь не нужен.
Затем вставляете раздел New в синей й рамке и вставляете его как Основной раздел.
См. картинку…
Перезагружаете машину, смотрите… И вновь показываете картинку Разделы диска… из DMDE.
Ну и картинку из Управления дисками покажите --- Она не повредит…
Структура диска похожа на правильную. »
Структура может быть правильной, а содержимое файлов нет. --- Акронис может поверху написать…
Tau_0, почитал про эти операции.
Переживаю чтобы эти действия не навредили.
Насколько я понял, если удасться успешно восстановить, и я захочу разбить диск NEW на диски поменьше, то я смогу создать только еще 2 основных раздела. Думаю мне этого хватит, главное чтобы ничего не случилось с данными.
Удаление расширенного раздела нужно, чтобы проще было восстановить поврежденный раздел. Я правильно понял?
Удаление расширенного раздела нужно, чтобы проще было восстановить поврежденный раздел. Я правильно понял? »
Мне так проще... А информация не пострадает (Ваша ценная информация вне диапазона секторов NEW), она и так пока недоступна..
Пока меня интересует станет ли доступен NEW...???... -- По идее ничего ему мешать не будет... А сейчас, второй логический диск в расширенном разделе своей дурной гголовой (происки акрониса...), ему хвост прищемил...
Tau_0, наконец-то сделал. Извините за долгие интервалы: мало времени после работы.
Пока меня интересует станет ли доступен NEW...??? »
NEW доступен через проводник. А испорченный диск пропал.
NEW доступен через проводник. А испорченный диск пропал. »
Вернём, но пока испорченным...
Выделяете раздел $Volume 09 в синей рамке и вставляете его как Основной раздел. Обратите внимание на то, что раздел начинается в LBA = 578 998 735.
См. картинку…
Сравните его с началом тома NTFS 1, что нашли при глубоком сканировании. --- Увидите, что мы не ошиблись. Правда, что-то нехорошее в ФС NTFS есть…
Поэтому в Упралении дисками он должен появиться как RAW…
Снова покажите картинки из DMDE и Управления дисками…
Да, в DMDE отметьте чекбокс GiB. Это чтобы размеры разделов в DMDE и Управлении дисками совпадали…
Ну, а теперь пришлите мне
100 секторов, начиная с LBA = 612 574 599
Это начало MFT…
8 секторов, начиная с LBA = 612 574 895
Это зеркало $MFTMirr… --- Громко сказано, там только 4 файловые записи…
Tau_0, вставил диск. Он появился в проводнике и открывается. Там видны файлы и папки.
Прикрепляю все как просили.
вставил диск. Он появился в проводнике и открывается. Там видны файлы и папки. »
Чудны дела твои, Господи... :angel:
Я был уверен, что как RAW откроется... --- В DMDE у него не виден индикатор F...
Этот том был придавлен другим логическим диском в расширенном разделе
Я малость впопыхах и подзабыв… писал ===>
А сейчас, второй логический диск в расширенном разделе своей дурной гголовой (происки акрониса...), ему хвост прищемил... »
Это касалось именно $Volume 09, а не NEW. --- Думал тогда правильно, но написал некрасиво… Но мы расширенный раздел убрали вместе с вредным $Volume 02, и перекрывать некому…
Повторяюсь. ===>
Для меня странно, что раздел Win2011 не RAW, и том доступен…
Может Вы или Windows на него чекдиск напускали…???...
Пришлите опять картинку Разделы диска… из DMDE, плз.
В дампы с файловыми записями я пока не полезу (муторное дело), а том и так доступен…
ЗЫ Вы пока, на всякий пожарный, скопируйте ценное на другой носитель, --- 22 GiB это не так много…
Может Вы или Windows на него чекдиск напускали…???... »
Нет, чекдиск не запускался.
Пришлите опять картинку Разделы диска… из DMDE, плз. »
Прикрепил.
а том и так доступен… »
Так что уже можно пользоваться?
Так что уже можно пользоваться? »
Пользоваться томом пока нельзя… ---- Не совсем там хорошее в ФС DMDE углядел (индикатор F не виден…).
Поэтому с Live CD загрузитесь. Там Windows спокойный и на том просто так не полезет…
Пуск ===> Выполнить ===> cmd
В командной строке набираете ===>
Chkdsk X: (без ключей), где X: реальная буква диска болезного тома
Выделяете по copy/past текстовый рапорт чекдиска и показываете…
C:\Documents and Settings\Vitya>Chkdsk G:
Тип файловой системы: NTFS.
Метка тома: Win2011.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.
CHKDSK проверяет журнал USN..
Завершена проверка журнала USN
23069304 КБ всего на диске.
22285004 КБ в 272402 файлах.
105304 КБ в 20472 индексах.
4 КБ в поврежденных секторах.
448664 КБ используется системой.
65536 КБ занято под файл журнала.
230328 КБ свободно на диске.
Размер кластера: 4096 байт.
Всего кластеров на диске: 5767326.
57582 кластеров на диске.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения. »
Помотрел рапорт чекдиска, --- почти нормально...
А теперь запустите чекдиск в режиме исправления ошибок...
Chkdsk G: /F
После прогона чекдиска покажите рапорт утилиты и Разделы диска из DMDE.
Помотрел рапорт чекдиска, --- почти нормально... »
А что подразумевается под почти?
Это что то типа "почти беременна"?
А что подразумевается под почти? »
====>
4 КБ в поврежденных секторах. »
В отчёте нет сообщения, что ВСЁ нормально... ===>
Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.
Вот и ВСЁ...
Я гораздо более страшные рапорты чекдиска видал. Но нужно, чтобы последний рапорт был гладким...
ЗЫ Вы бы лучше не бутылкой разбирались, ===>
Ага, скачал - без поллитра не осилить. »
а предложили иное конструктивное решение, а то как навязчивый троль/банный лист приклеились...
ЗЗЫ А попить мы тоже любим и умеем. Но умеем и не только это... :gigi::gigi::gigi:
4 КБ в поврежденных секторах »
Стандартное сообщение, констатирующее содержимое $BadClus.
Новые бэды выявляются после использования ключа r
В отчёте нет сообщения, что ВСЁ нормально.. »
А вот это правильно. Ну хоть что то реально полезное, вместо псевдонаездов хвостов на головы и прочего.
Вы бы лучше не бутылкой разбирались »
Вообще то это русская народная шутка. Разбираться с метафайлами надо по трезвому. И это было сделано и причина найдена, и много что ещё. И это в отличие от В дампы с файловыми записями я пока не полезу (муторное дело) ».Хотя дело то не в муторности, а в неумении читать и анализировать.
И да, после правок чекдиска, заветная F не появится.
Стандартное сообщение, констатирующее содержимое $BadClus. »
$BadClus - это обычный sparse-файл. Если бэд-кластеров нет, то файл имеет один sparse-фрагмент размером с весь раздел.
Да плевать на этот метафайл --- это обычная помойка... Он не критичен для NTFS.
В том же WinHex достаточно затереть его файловую запись (обычно два сектора...). И Windows создаст новый, что целка нетраханая... --- Софт-бэддов нет.
--- Тут другого опасаешься...
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC