После работы с акронисом исчезло дисковое пространство

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

Миниатюры

   

0

Grashopper
В DMDE удали запись о разделе 843гб, а вставь 682 (как основной). Примени изменения и перезагрузи систему.

Добавлено через 19 минут

Сообщение от nonym4uk Что скажете?

Даже если бы и было нормально, то в случае акрониса - непредсказуемо. Там алгоритмы (хотя скорей бестолковости) зависят от очень многих обстоятельств. И то же перемещение раздела может сделаться именно как полное посекторное перемещение - с вытекающими.

В виндовс чекдиск, дефрагментация - во избежание ошибок.

Чекдиск можно, особенно с тестированием физической поверхности.
Вот только в темах встречались случаи когда в результате подобных работ "вылезали" бэды. Так что самое главное и первое действие - бэкап всего ценного.
Дефрагментация если и неужна, то только для того, чтобы в случае сбоя в метаданных была возможность восстановить данные сигнатурно (это если не выполнен первый пункт). А так, опасное занятие - перемещать в начало раздела а потом в другое место, что фактически удлиняет время всех действий, что в свою очередь увеличивает шанс поиметь геморрй.

Сообщение от FRU Number зажигает не Акронис, а тот кто кнопочки жмет

Кнопочки то кнопочками, но такое очень даже характерно именно для акрониса - с другими (если можно назвать так) нормальными УПД такого нет.

Добавлено через 17 минут

Сообщение от Tau_0 В Microsoft работают далеко не дураки, поэтому такую опцию и не реализовали.

В ХР не было возможности сжать раздел - что мешало им быть "умными" раньше?
На самом деле - дураков там достаточно, но ещё больше лентяев.
Сдвиг начала раздела к концу не столь страшен, как его малюют - просто надо это делать правильно. И если это бы сделали микрософтовцы, с использованием их же API и функций самой системы, в том числе файловой (журналирование), то и этот функционал был бы в системе. Но ... лень.

Сообщение от Tau_0 Хуже того, --- Вы создали новые разделы/томы. И этим сделали только хуже...

Где тебе такое примерещилось? При том что не увидел что раздел уменьшенный?

Сообщение от Tau_0 Затем следует запустить в DMDE полное сканирование на весь объём харда.

Буквально недавно вставлял раздел в случае когда этого не надо было делать, и как раз таки нелишним был бы скан.
Здесь скан не нужен, но предлагается - причём на весь диск, хотя затрагивался только один раздел.
В общем то - полное непонимание сути проблем, как и много чего ещё. Зато куча павлинизма..

Добавлено через 3 минуты
Grashopper
На всякий случай - 682 гиговый тот, у которого индикаторы BCF

0

Сообщение от 9285_187 при дефрагментации происходит копирование данных в новое место, при этом старые не удаляются.

Что значит удалить...???...
Представь себе --- в оперативную память машины постоянно что-то пишется поверх старого. И никому в голову не приходит старые освобождаемые/выделяемые области памяти чем-то чистить... Хотя некоторая инициализация всё же есть .
Всегда так было...

Добавлено через 18 минут

Сообщение от 9285_187 При том что не увидел что раздел уменьшенный?

А вот и нет. --- Это размер тома в разделе уменьшен. А размер раздела нормальный. К сожалению PT на скрине прикрыта, но уверен, что это так.

0

Tau_0
Зачем мне представлять что тварится в оперативно памями, если речь о другом?
Что страшного (тяжёлого) в удалении фантомных записей? Для какой цели их оставлять? Чтобы потом программы восставливалки сходили с ума от всего этого бедлама?
Из недавнего.

ЗЫ:


Добавлено через 2 минуты

Сообщение от Tau_0 А вот и нет. --- Это размер тома в разделе уменьшен. А размер раздела нормальный. К сожалению PT на скрине прикрыта, но уверен, что это так.

Ух ты! Так это и так было понятно с самого начала - причём тому несколько подтверждений имеется.
Тут просто надо смотреть в книгу и видеть что там есть (а не фигу".

0

Tau_0,
хотел бы попросить у вас подробностей.

1 - граница диска С:
2 - Граница диска Д:

Правильно ли я понял, что для расширения места на диске С: нельзя сдвигать 2 вправо из-за того, что при этом все данные на диске Д: будут вынуждены перемещаться подальше, вслед за границей, и если при этом произойдёт сбой - то всё пропало?

Если передвинуть влево правую границу диска Д: - то образуется свободная область с той стороны диска Д: И тогда её нужно присоединить к диску С:, находящемуся с другой стороны. Так хоть можно вообще? И - каким софтом вы бы порекомендовали это делать?

0

В деталях мой способ отличается и они важны. Поясню всем:

* Резервирование данных само-собой перед опасными операциями - всегда это утверждаю.

_ Обрезание конца большого раздела и расширение "С" можно сделать средствами Win 7, при желании. Хотя я не доверяю средствам Win 7, это отдельный разговор, сформулирую и напишу. Алгоритмы "микрософт" также непредсказуемы.

_ "Чекдиск" для того и нужен, чтобы исправить ошибки или выявить их на HDD. Будут битые сектора - сворачивайтесь с идеей двигать разделы.

_ Дефрагментация не трата времени. Облегчает операции "Акронисам" и др. Конец чистый - легко режется. Файлы да, легче восстанавливать и легче передвинуть по секторам при сдвиге раздела.

p.s. Иногда мои действия параноидальны из-за незнания алгоритмов софта или каких-либо тонкостей. Трата времени Да, но положительный результат важнее.

0

Сообщение от 9285_187 Для какой цели их оставлять? Чтобы потом программы восставливалки сходили с ума от всего этого бедлама?

Всем не угодишь --- а если бы рекавери-программа затирала уже ненужное (с её точки зрения ), то DMDE с такой зачисткой или "концами в воду", был бы бесполезен...

0

Сообщение от Tau_0 Устранить партмагоидное смещение in-place практически невозможно, восстановить на другой носитель - только специалист или очень продвинутый пользователь.

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

Добавлено через 7 минут

Сообщение от nonym4uk Дефрагментация не трата времени. Облегчает операции "Акронисам" и др. Конец чистый - легко режется. Файлы да, легче восстанавливать и легче передвинуть по секторам при сдвиге раздела.

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

Сообщение от Tau_0 Всем не угодишь --- а если бы рекавери-программа затирала уже ненужное (с её точки зрения ), то DMDE с такой зачисткой или "концами в воду", был бы бесполезен...

Да не надо угождать - просто делай нормально.
Ты хоть понял что написал? Смысл старых записей MFT если они описывают прежнее расположение файлов, которых уже или нет или перемещены - как ра таки это усложняет поиск нужого и привносит много мусора.
Это типа как собирать пазл, на который высыпали кучку мусора и ещё один похожий пазл.

0

9285_187,
По дефрагментации... Иногда вы не хотите видеть и признавать очевидных вещей и это мешает вам в деле, провоцирует на ошибки.

0

Сообщение от 9285_187 Ух ты! Так это и так было понятно с самого начала - причём тому несколько подтверждений имеется. Тут просто надо смотреть в книгу и видеть что там есть (а не фигу".

Если ты ВСЁ (задним числом) увидел…???... Тогда почему пишешь, что раздел уменьшился…???... Так вот, раздел не уменьшился.

Сообщение от kumehtar при этом все данные на диске Д: будут вынуждены перемещаться подальше, вслед за границей, и если при этом произойдёт сбой - то всё пропало?

Ага, если не ВСЁ, то очень многое. Было бы не два и не полтора, когда одни данные считаются относительно одного начала тома, а другие относительно уже другого начала...
nonym4uk, все ваши предосторожности хороши, но они не предохранят от банального отключения питания, например, от аварии на подстанции.

1

Парадокс да? Человек доверяющий Акронису, не доверяет софту "микросософта".

Что бы Вы не говорили про штатные Виндовые инструменты, доверия им мало.
Иногда происходят непонятные сбои в работе, встречались такие случаи:

1. Невозможность прописать свою загрузку Win 7 при установке нестандартно (стандарт на чистый диск), на тома, форматированные другими инструментами.
- Известная ошибка, невозможность загрузки:
"Verifyng DMI pool data...."
Лечится ручной правкой загрузчика (bootrec.exe /fixmbr bootrec.exe /fixboot и т.д.)или утилитами.

2. Ошибка при записи файлов проводником на переноску. При подключении дома к ПК - новой ветки нет. Recover видит ветку. Файлы копируются, ветку надо править руками.

3. Ошибка после "чекдиск". Не видится раздел. При просмотре границ секторов, они или выезжают за пределы физ. размера HDD или наезжают на другой раздел. Также с этой проблемой может быть связано восстановление с заводского раздела, штатное.

p.s.
Все HDD были исправны и здоровы.

0

nonym4uk
В чём очевидность?
В иду того что алгоритмы тебе непонятны, то более упрощённо.
Что лучше - перенести мусор из прихожей в дальнюю комнату, а потом из дальней в мусорку, или отнести сразу на мусорку?

Сообщение от Tau_0 Если ты ВСЁ (задним числом) увидел…???...

Я видел это с нулевого сообщения. ;.)
Буквоедство при полной бестолковости - удел школоты.

0

Сообщение от 9285_187 Было бы интересно увидеть первоисточник и в отношении чего он был написан

И на руборде и на хоботе это было…

NTFS - сложная и официально недокументированная ФС. Лучше довериться Винде. Смещение MFT - это расстояние от начала раздела до начала MFT. Почему плохо маленькое смещение начала MFT? Начало раздела более подвержено катаклизмам, чем другие области. Например, случайно форматнули NTFS раздел в FAT. Если MFT начиналась во 2 кластере - как минимум, большая часть MFT сотрется, максимум - капут MFT полностью. В копии - только первые 4 записи. Результат: имена файлов и структура каталогов невосстановимы, фрагментированные файлы - тоже. А если MFT стандартно на 3.2+ ГБ от начала раздела, то копируете бутсектор из копии - и раздел снова живой после небольшой правки Чекдиском. Партмагоидное смещение - это совсем другое. Это смещение содержимого файлов относительно того места, куда указывает файловая система, это смещение появляется из-за действия партмагоидных программ (Part Magic, некоторые тулзы Acronis), пересчитывающих ФС и/или переносящих содержимое файлов. Даже, казалось бы, безобидный Acronis OS Selector может при "откусывании" раздела для себя натворить такое... Устранить партмагоидное смещение in-place практически невозможно, восстановить на другой носитель - только специалист или очень продвинутый пользователь. Мое эссе на тему: http://filekeeper.org/download... nation.doc.

СМ. пост Antech Отправлено: 13:08 06-04-2009 | Исправлено: Antech, 13:09 06-04-2009

0

И если на Акронис можно как-то влиять и предсказать, то на средства Windows нет влияния.

0

nonym4uk, посмотрите в этом разделе, сколько тем здесь по поводу ремонта разделов после Акрониса. Простая статистика. Безусловно, иногда Акронис работает. Более того, когда-то давненько, я сам делал им подобные дела. Но эта статистика лично меня - пугает.

0

9285_187,
"Очевидность" не только данного примера, а вцелом вашего рода занятий. И если не понят мой добрый посыл - это еще одно подтверждение сказанного.

0

Сообщение от kumehtar Если передвинуть влево правую границу диска Д: - то образуется свободная область с той стороны диска Д: И тогда её нужно присоединить к диску С:, находящемуся с другой стороны. Так хоть можно вообще? И - каким софтом вы бы порекомендовали это делать?

На Базовом разделе никак не присоединить. Должен быть один "непрерывный"/последовательный экстент внешней памяти.

0

nonym4uk
Проблем у микрософтовского ПО немало, вот только не надо делать две вещи:
1 - проводить прямые параллели по типу "если здесь криво, то и там тоже так"
2 - не писать то, что не проверено, без конкретики и особенно если в этом мало разбираешься.

Что касается трёх пунктов, то написано как то сумбурно и не очень понятно, поэтому исходя из того как понял.
1. что удивительного в том, что не используется что то не соотвествующее требованиям системы? Это типа как обвинять микрософт в том, что он не ставит висту и новее на фатовский раздел.
Кстати, в курсе какая версия NTFS мспользуется акронисом, и в чём её ограничения?
что ненормального в реакции на кривой загрузчик? Это типа как обвинять музыканта, в плохой музыке при том что у него нет части партитуры.

2. Долго пытался понять, но так и не понял. Как вариант - извлечение переноски без безопасного отключения. Или после завершения работы в новоделах.

3. За всю практику не встречал подобного и был бы признателен за пример, подтверждающий что именно после действия чекдиска такое происходит.

Добавлено через 12 минут

Сообщение от nonym4uk И если на Акронис можно как-то влиять и предсказать, то на средства Windows нет влияния.

Посмеялся от души.
Акронис если и предсказуем, так это только в том, что в сформированном им разделе MFT и зеркало будут в самом начале раздела, ну и ещё кое какие другие дурости типа как при переводе из GPT в MBR разделы делаются логическими.
Вот подскажи ка на такое можно повлиять?

Tau_0
Я на руборде зарегился в 2010 году. И после этого были случаи восстановления по месту и при партмагодиных смещениях. повторюсь - всё зависит от конкретики.
Буквально вчера сделал имплант MFT одному пострадавшему, буквально за несколько минут - потому как экстент всего один. Было бы больше, но без в более менее живом состоянии - сделал бы и такое, но уже не вручную. Но если экстентов слишком много и имеется расширенный атрибут, то в таком случае не сделал бы - не потому что не смог бы, а потому что нет смысла.
Так и со смещениями - если они мелкие и можно поправить достаточно легко, то это сделать можно.

0

9285_187,
Здорово вы все утрируете...
- "За всю практику не встречал подобного и был бы признателен за пример, подтверждающий что именно после действия чекдиска такое происходит."
_ Не могу найти тему 2014 года "пропал диск после Chdsk", там были ваши цифры, Tau_0 учавствовал...

_ Разбираюсь я достаточно для пользователя, для которого и создан софт.

"что удивительного в том, что не используется что то не соотвествующее требованиям системы?"
_ Эта система что Бог? Корпорация, что кормит нас ГМО ? Жрите, что дано, да?
Нет уж, это недоработка незавершенного эксперимента N2 после Vistы. Негибкость, неумение писать, распознать - приводит к ошибкам этого софта.

0

nonym4uk
Может всё таки найдёшь? чтобы не голословить.
Система не бог, и плохо что ей начхать на остальное, но только это не ошибка а идеология - всё таки это разные вещи.
Кстати, вела она себя точно так же и до висты.

0

9285_187,
"при переводе из GPT в MBR разделы делаются логическими. "

_ Во первых я бы не стал это делать в Акронис (опять же интуиция и кое-какой опыт).
У фирмы работа с GPT еще на стадии развития. Отлично справится Paragon...

Добавлено через 5 минут
9285_187,
"Кстати, вела она себя точно так же и до висты."

_ XP не делала подобных трех приведенных ошибок, не припомню...
И с переноской мой фактор исключен, я предельно аккуратен.

0