Форум 3DNews
Вернуться   Форум 3DNews > Железо > Носители информации

Ответ Создать новую тему
Опции темы Опции просмотра
Непрочитано 11.02.2019, 12:03   [включить плавающее окно]   #1
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Обсуждение ПО для работы с разделами

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



У этой софтины понятие логики отсутствует , или она может сильно отличаться в разных билдах. Поэтому сложно о чём то говорить в таких случаях. Но пока что не встречал чтобы делалось сжатие с конца а потом сдвиг. Да и, судя по журналу, ничего не сделалось.

Последний раз редактировалось Lesnik75; 20.02.2019 в 13:57. Причина: Сабж отделен от темы "после манипуляций с Acronis Disc Director скрылись файлы на диске D"
9285 на форуме  
Ответить с цитированием
Непрочитано 11.02.2019, 14:39   [включить плавающее окно]   #2
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
пока что не встречал чтобы делалось сжатие с конца а потом сдвиг.
Подлый Acronis True Image при клонировании (клонировании! балин) норовит сначала скопировать все разделы так, как он сам считает "правильным", а уже потом начинает изменять размеры разделов на те, что были указаны пользователем - при этом, заодно уж, ещё и данные перемещает.
Так что я не буду сильно удивлён...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 11.02.2019, 21:52   [включить плавающее окно]   #3
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Помнится мы это обсуждали в другом месте. И, насколько помню, я проводил моделирование ситуации и припоминается что в самом начале реально копируется раздел - но именно раздел (то есть запись в РТ) а том уже клонируется в раздел.
Впрочем, если даже наоборот, то в этом для меня нет ничего нового, в том числе и в перемещении данных (о которых написал выше).
К сожалению, я не знаю есть ли возможность каким то образом отследить всё делаемое акронисом чтобы понять его "алгоритмы" - поэтому выводы делаются опосредованно. Но если бы такая возможность бы была - наверняка шок был бы более существенным.
9285 на форуме  
Ответить с цитированием
Непрочитано 12.02.2019, 09:24   [включить плавающее окно]   #4
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
не знаю есть ли возможность каким то образом отследить всё делаемое акронисом чтобы понять его "алгоритмы" - поэтому выводы делаются опосредованно.
Если сам ATI внятно пишет название этапа "изменение размера раздела с перемещением данных"...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 12.02.2019, 21:33   [включить плавающее окно]   #5
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Когда акронис начинает деструкцию появляется кнопка на которой написано "Отмена" - верить написанномуи то произойдёт отмена того что сделано? Вопрос риторический.
А если серьёзно, то написанное программой можно понимать по разному. Ведь по любому размер раздела изменяется и данные на расположенные в пределе сжимаемого обьема по любому перемещаются. Так что название можно посчитать и корректным. Тем более что речь идёт о небольшом перемещении данных - а ведь можно понять как будто сначала клонируется оригинал, а потом уже сжимается.
А если ещё и перемещается весь, так то и времени должно быть немало - а в моём эксперименте прошло достаточно быстро.
В любом случае это лишь догадки, основанные логикой, интуицией и имеющимся сведениям. Вот есди бы при этих действиях использовался функционал журналирования ФС, то было бы легче поят - да и безопасней само преобразоване (в случае NTFS).
9285 на форуме  
Ответить с цитированием
Непрочитано 13.02.2019, 10:36   [включить плавающее окно]   #6
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
написанное программой можно понимать по разному.
Ну... сначала-то ATI пишет "копирование раздела" - и это продолжается как раз примерно столько, сколько и должно продолжаться копирование объёма данных. А вот следующими этапами (после всех копирований всех разделов) бывают как раз этапы "изменение размеров с перемещением данных".
СПОЙЛЕР »
Цитата (9285) »
Тем более что речь идёт о небольшом перемещении данных - а ведь можно понять как будто сначала клонируется оригинал, а потом уже сжимается.
Если мы продолжаем говорить про ATI... Вот смотри: на оригинале был раздел 64 гига под винду и остаток от 250 - под данные. Я клонирую на терабайтный диск, не вмешиваясь в размеры разделов на клоне - ATI бодренько копирует разделы (без всяких там "изменений разделов") и получается раздел 256 под винду и остальное - под данные. Если сказать, что на клоне размер раздела под винду будет 128 гигов - стадии "изменение разделов" будут обязательно - но пройдут очень быстро; ибо реально никакие пользовательские данные двигать будет не надо; просто изменить размер одного раздела с 256 до 128 и сдвинуть начало второго раздела - это, кстати, прекрасно видно потом на картинке, например, Auslogics Disk Defrag - в начале второго раздела будет пустое место около ~128 гигов. Но вот если заказать первый раздел не те 256, в которые его изначально склонирует ATI, а 512 - этап "изменения с перемещением" будет идти почти столько-же, сколько шло изначальное копирование.
Из этого я и делаю вывод, что ATI сначала копирует разделы в тот размер, который считает "правильным", а уже потом на копии начинает таскать туда/сюда данные вместе с изменением размеров разделов на заказанные перед началом клонирования.
И как раз это я тогда указывал в качестве дебильного недостатка ATI - при том, что гораздо более ранние версии Norton и Symantec Ghost при клонировании разделов с изменением размера никаких-таких "перемещений" не затевали - просто сразу создавали на приёмнике разделы заданных размеров и уже в них копировали информацию с исходника...
__________________
С уважением,
Олег Р. Смирнов

Последний раз редактировалось Smirnoff; 13.02.2019 в 10:39.
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 13.02.2019, 21:24   [включить плавающее окно]   #7
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Ок. Как будет возможность, загоню в тест серьёзно заполненный диск, чтобы можно было прервать на определённом этапе и посмотреть что там на тот момент.
Опять же - я уже писал что здесь нет никакой постоянности, и написанное под спойлером (выше) лишний раз это подтверждает.
СПОЙЛЕР »
У меня вообще убеждение что есть кучка разработчиков, каждый из которых пишет определённую операцию, и есть кто то, кто собирает пазл из всего этого. При этом чтобы не тратить время на разработку новых операций используются старые, но "обработанные" новыми корректировщиками.
Вот лично я только таким могу обьяснить что делаются конструкции типа той, о которой писал раньше. То есть один модуль создаёт раздел по старым стандартам разметки (например с началом в секторе 63) а потом другой "выравнивает" но не изменяя значение в РТ а просто делая промежуточную таблицу). А "л раздел
9285 на форуме  
Ответить с цитированием
Непрочитано 18.02.2019, 02:23   [включить плавающее окно]   #8
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
На всякий случай - в какой версии происходят такие перемещения? Запуск делается с бутявки или из винды?
9285 на форуме  
Ответить с цитированием
Непрочитано 18.02.2019, 07:45   [включить плавающее окно]   #9
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
в какой версии происходят такие перемещения?
ATI 2016 сборка 5634; сборку ATI 2014 не помню и лениво искать флешку с ней...
Цитата (9285) »
Запуск делается с бутявки или из винды?
С бутявки.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 18.02.2019, 11:47   [включить плавающее окно]   #10
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
ATI 2018, Build 10410, BootCD
Запустил клонирование и в ручном режиме уменьшил размер первого (не считая начального служебного) раздела, а второй растянул на освободившееся место.
На клоне, что метафайлы, что данные оказались на поляне, которая за пределами размеров исходного диска.
Могу приложить скриншоты, хотя наверное и так понятно что в данном случае нельзя говорить о каких то алгоритмах (тем более стабильных) - делается по принципу "пальцем в небо".
При этом усложняется перечень действий - вот смысл пересчитывать всю MFT если можно банально всё скопировать?
9285 на форуме  
Ответить с цитированием
Непрочитано 19.02.2019, 08:38   [включить плавающее окно]   #11
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
На клоне, что метафайлы, что данные оказались на поляне, которая за пределами размеров исходного диска.
Они должны были оказаться в пределах тех размеров разделов, что ATI посчитал самостоятельно - до того, как ты стал эти размеры изменять руками.
Цитата (9285) »
вот смысл пересчитывать всю MFT если можно банально всё скопировать?
Norton Ghost и, потом, Symantec Ghost именно так и делали: сначала создавали на приёмнике разделы заданного раздела, потом копировали туда информацию с исходных разделов.
А вот Acronis... они альтернативные такие.

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

Цитата (9285) »
в ручном режиме уменьшил размер первого (не считая начального служебного) раздела, а второй растянул на освободившееся место.
Теперь следующий эксперимент: увеличь размер первого размера с информацией (не считая первого служебного) относительно того размера, что ATI сам предложит. При этом важно, чтобы второй раздел с данными тоже имел место быть, и был не пустой. При этом тебе придётся сначала смесить на приёмнике начало второго раздела с данными и потом увеличить размер первого раздела с данными.
Вот как раз в этих условиях и появится "изменение размеров с перемещением данных"...
__________________
С уважением,
Олег Р. Смирнов

Последний раз редактировалось Smirnoff; 19.02.2019 в 08:43.
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 19.02.2019, 10:36   [включить плавающее окно]   #12
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Цитата (Smirnoff) »
Они должны были оказаться в пределах тех размеров разделов, что ATI посчитал самостоятельно - до того, как ты стал эти размеры изменять руками.
СПОЙЛЕР »
Что то я не очень понял эту "задачку".
Подразумеваешь что в область на которую расширяется начало тома ничего не должно попасть?
Для простоты анализа эксперименты проводятся на небольших размерах и (если нет такой необходимости) с минимумом данных на томе.
Но, в любом случае, на клоне сделанном по такому условию задачи как минимум журнал файловой системы и битовая карта тома оказались в самом начале тома - то есть на участке расширения относительно предложенной акронисом).
9285 на форуме  
Ответить с цитированием
Непрочитано 19.02.2019, 11:52   [включить плавающее окно]   #13
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
Что то я не очень понял эту "задачку".
Ты внимательно прочитал мой текст под спойлером в сообщении после манипуляций с Acronis Disc Director скрылись файлы на диске D#26 ?
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 19.02.2019, 12:42   [включить плавающее окно]   #14
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Я думаю что да.
То есть, относительно предлагаемого акронисом, я уменьшил раздел с виндой и расширил последующий за ним.
Исходя из написанного тобой, в зоне на которую расширился последующий должно быть пусто. Но в моём случае там есть метафайлы, причём в самом начале тома.
9285 на форуме  
Ответить с цитированием
Непрочитано 19.02.2019, 13:09   [включить плавающее окно]   #15
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
в зоне на которую расширился последующий должно быть пусто. Но в моём случае там есть метафайлы, причём в самом начале тома.
Так я и не говорил, что ATI метафайлы не перемещает...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 19.02.2019, 13:14   [включить плавающее окно]   #16
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Зато ты писал что в начале раздела пустое место. А в ауслоджике метафайлы отображаются на общей карте и не выделяются отдельным цветом - то есть не заметить их сложно.
Да и чуть выше я написал про метафайлы и данные а ты при ответе написал ОНИ.
Ну да ладно, это не столь критично - забью раздел данными под завязку и посмотрю как будет в этом случае.

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

Опять же, если предполагается что раздел сначала копируется в "планируемые" акронисом рамки а потом просто расширяется - смысл перетаскивать метафайлы, тем более такой критичный как журнал файловой системы?
9285 на форуме  
Ответить с цитированием
Непрочитано 19.02.2019, 15:01   [включить плавающее окно]   #17
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
смысл перетаскивать метафайлы
Этот вопрос следовало бы Acronis задать...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 19.02.2019, 20:16   [включить плавающее окно]   #18
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Задавать вопросы им бесполезно.
СПОЙЛЕР »
Давно, на хоботе, было одно обсуждение в котором участвовал сотрудник акрониса.
Было там и обвинения пользователей в криворукости и много чего ещё - только не признание того что программа сделана через одно место. Когда же началось небольшое понимание этого, то почти сразу всё прекратилось. Уже в личной переписке было сказано что руководство не одобрило эти порывы сотрудника.
На осзоне где то есть в теме упоминание какого то серьёзного косяка и нулевую реакцию (ещё точнее - игнорирование её). По большому счёту наличие всевозможных "мин замедленного действия" и т.п. выгодно для развития их же бизнеса:
- Косячит ADD или выключили свет при ресайзе?
- Забэкапься!
- Как чем?
- Конечно же ATI!

А то, что ресайз, причём длительный делался в случае когда можно обойтись 1 секундой - ну так об этом же лохи не догадываются. Как и не догадываются о том, что можно сделать это безопасно или с подстраховкой (как в том же парагоновском менеджере).
9285 на форуме  
Ответить с цитированием
Непрочитано 20.02.2019, 13:29   [включить плавающее окно]   #19
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Новый эксперимент проводил в "твоей" версии ATI (*) и подтвердилось написанное тобой. То есть акронис сначала делает структуру и записывает разделы в границах, которые "придумал" он а потом уже ресайзит - причём в случае второго раздела, во всех случаях, в начало тома перенесены журнал ФС и битовая карта тома.
Причём, судя по началу данных в "придуманном" начале тома, структура их соответствует оригиналу (даже процент фрагментации ауслоджик выдаёт идентичный. Как бы напрашивается мысль что делается что то типа посекторки но без заполнения незанятого пространства, но нет - метафайлы записываются в другие места.

Что имеем в результате.
1. Делается то, что не заказывалось пользователем - то есть то, что сам акронис запланировал но "забыл" отменить.
В принципе, не так страшно если после этого расширение делается лишь за счёт передвижки начала и перемещения пары метафайлов.
но ведь это всё равно приводит к пересчёту MFT. Ну и зачем всё это, тем более что есть повод сомневаться в том что и это может сделаться без косяков (**)
А если при другом расположении звёзд будет решено передвинуть и всё остальное?
Но даже в такой ситуации, по сути закладывается "мина замедленного действия" - если в дальнейшем пользователь решит уменьшить второй том, и решит сделать это безопасно (штатными средствами) винды, то упрётся в то, что ими том не будет уменьшен далее той же MFT. Опять Акронис? но уже ADD у которого свои тараканы и уже он может начать глобальный перенос.

(*) Потом проверю и на других, но скорей всего будет аналогичное в силу написанного ранее про разные "блоки" собираемые в кучу.
(**) По окончании клонирования решил сохранить лог операций на один из томов диска (наверное клона). После решил открыть файл в винде - нет доступа. Проверка чекдиска и вполне ожидаемое сообщение об ошибке - и именно в записи этого файла, о неправильном дескрипторе безопасности.
9285 на форуме  
Ответить с цитированием
Непрочитано 20.02.2019, 15:24   [включить плавающее окно]   #20
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
вполне ожидаемое сообщение об ошибке - и именно в записи этого файла, о неправильном дескрипторе безопасности.
А данные-то в этом логе вообще есть?
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 20.02.2019, 16:22   [включить плавающее окно]   #21
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Там просто записи о проделанных операциях (тех, что на скриншоте).
Кстати, не знаю как кто, но я считаю багом, когда уже перед стартом клонирования заходишь в опции, где можно выбрать что клонировать что нет, и нажимаешь Next, то все запланированные ресайзинги сбрасываются к тому что придумал акронис.
Миниатюры
Нажмите на изображение для увеличения
Название: 17.png
Просмотров: 294
Размер:	96.4 Кб
ID:	54408  
9285 на форуме  
Ответить с цитированием
Непрочитано 21.02.2019, 07:23   [включить плавающее окно]   #22
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
считаю багом, когда уже перед стартом клонирования заходишь в опции, где можно выбрать что клонировать что нет, и нажимаешь Next, то все запланированные ресайзинги сбрасываются
Возможно; но я никогда не выбираю "что клонировать, что - нет", если мне что-то не нужно на клоне - удаляю это "что-то" на источнике сам. Вероятно, по этой самой причине никогда и не сталкивался с самочинным удалением ATI данных на источнике...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 09:42   [включить плавающее окно]   #23
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
На хоботе пользователь обратился с проблемкой после использования Acronis True Image 2013. Посмотрев дампы увидел ранее встречающееся не раз, как раз в случае использования акронисовских поделок. В 0-вой записи MFT записываются несколько атрибутов другого файла, в результате чего MFT становится повреждённой.
9285 на форуме  
Ответить с цитированием
Непрочитано 05.03.2019, 12:42   [включить плавающее окно]   #24
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
после использования Acronis True Image 2013.
Он бы ещё 10 версию использовал, в 2019 году - самое то...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 13:34   [включить плавающее окно]   #25
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
9285
Smirnoff

Личный актуальный рейтинг ПО для работы с разделами напишите пожалуйста Мне интересно что сейчас лучше.
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 14:51   [включить плавающее окно]   #26
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
garniv
Штатный менеджер дисков винды и бэкапы.
На самом деле, я не могу дать какой то однозначный ответ, тем более что надо тестировать в разных условиях и задачах. Здесь был наглядный пример про то как акронисовский клонер может удалить данные на исходнике, но происходит это в определённом билде.
Есть AOMEI, который сейчас нередко рекомендуют и его используют всё чаще - и стали появляться случаи с ним (сейчас таковой на осзоне имеется). Недавно была проблема с клонером в названии которой пристутствует Terabyte. Хотя и проблемой то нельзя назвать - при клонировании на диск бОльшего размера он битовую карту тома сделал состоящей из сотен (или больше фрагментов) - как бы не смертельно, хотя мог бы обойтись лишь вторым фрагментов. И вот таких вот тараканов множество и нередко выясняются при решение различных случаев (потерь данных).
Поэтому я исхожу из принципа сообщать о наличии тех или иных проблем а человек уж сам пусть решает что выбрать.
9285 на форуме  
Ответить с цитированием
Непрочитано 05.03.2019, 15:36   [включить плавающее окно]   #27
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (garniv) »
ПО для работы с разделами напишите пожалуйста
Если ты имеешь в виду софт для изменения разделов in-place - так никаким нельзя пользоваться без бэкапа. Но, если у тебя уже есть бэкап - так можно любым софтом пользоваться; правда, при этом куда разумнее просто переразбить накопитель и залить на него бэкап - будет быстрее.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 16:52   [включить плавающее окно]   #28
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Ок. Гипотетическая ситуация. Будем считать системник чужой. Бекап есть, но не раздела, а лишь всех ценных файлов (документы, фото, видео и т.д.). Свободного накопителя для создания бекапа разделов не имеется. Системник с 1Тб диском, заботливо разбитый кем-то на: системный раздел (С:) в 200 Гб, и раздел (D:) в 730 Гб. Раздел (С:) забит (всяким непонятным хламом) почти под завязку, а (D:) - лишь на 10%.
План: оставить данные на этих разделах как они есть, но по-максимуму "перенести" свободное место с (D:) на (C:). Хочется сделать это как можно проще для себя. Чем бы вы воспользовались в таком случае? :)

Если же этого не удастся, то придется удалять все разделы и устанавливать ОС и весь софт на вновь созданный единый раздел. Но такой бессмысленной траты времени очень хочется избежать...

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

Цитата (CorpseTrader) »
Ситуация такая. Потребовалось мне увеличить размер диска C за счет диска D.
Оказывается не такая уж и гипотетическая?..
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.

Последний раз редактировалось garniv; 05.03.2019 в 17:48.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 17:17   [включить плавающее окно]   #29
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (garniv) »
Свободного накопителя для создания бекапа разделов не имеется.
Дальше можешь не продолжать: если нет места для бэкапа - это означает, что информация просто не нужна...
Цитата (garniv) »
раздел (D: ) в 730 Гб. Раздел (С: ) забит (всяким непонятным хламом) почти под завязку, а (D: ) - лишь на 10%.
Итого: на D:\ находится ~73 гигабайта информации? И эти 73 гигабайта тупо некуда забэкапить?!. Да пусть клиент уже застрелится от жадности...
Если забэкапить есть куда - тогда удаляем раздел D:\ после бэкапа, расширяем раздел C:\ средствами винды (это достаточно безопасная операция), создаём на оставшемся месте раздел D:\ и заливаем туда бэкап. Всё.

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

P.S. Если винда - это Vista или выше, я обычно интересуюсь: а где расположены папки user\Desktop, user\Misic etc. Их очень просто перенести на D:\Users\user штатными средствами винды и, возможно, вообще не потребуется изменять размеры разделов (с учётом того, что в папочке Desktop обычно как раз и валяется вообще всё, что пользователь считает своими данными ).
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 17:24   [включить плавающее окно]   #30
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
garniv
При таких условиях - элементарно.
Средствами винды уменьшаем размер D из расчёта чтобы его обьём был равен тому, что нужно "пришить" к С.
На освободившемся месте создаём раздел (чтобы был основным - через diskpart).
Удаляем D а его букву назначаем новому разделу (если имя тома критично).
Расширяем С.
Профит.

Добавлено.
Сразу не понял,что имел в виду Smirnoff
Действительно, пропустил копирование данных с D на вновь созданный раздел.
Smirnoff Спасибо за внимательность!
Я подумал что ты про свой вариант написал.

Последний раз редактировалось 9285; 06.03.2019 в 00:19. Причина: Добавление.
9285 на форуме  
Ответить с цитированием
Непрочитано 05.03.2019, 17:28   [включить плавающее окно]   #31
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
На освободившемся месте создаём раздел (чтобы был основным - через diskpart).
Удаляем D а его букву назначаем новому разделу (если имя тома критично).
Пропустил копирование данных с бывшего D:\ на вновь созданный раздел...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 17:31   [включить плавающее окно]   #32
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
Smirnoff
9285

Спасибо! Вас понял
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 17:33   [включить плавающее окно]   #33
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Как раз это ты не забыл - в отличии от другого.

garniv
Ну что - ничего сложного? А ведь в таких случаях начинают запускать всякую хрень.
9285 на форуме  
Ответить с цитированием
Непрочитано 05.03.2019, 17:39   [включить плавающее окно]   #34
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
начинают запускать всякую хрень
Ага. Типа AOMEI Partition Assistant и прочего...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 05.03.2019, 17:54   [включить плавающее окно]   #35
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Давай попробуем писать обьективно.
1. AOMEI использовался ломанный. Пока нет сведений о том, что в нормальной версии существуют такие проблемы.
2. Старая версия акрониса? Ну как бы да - но и случай то единичный, хотя как раз в своё время таких было немало.
Опять же - за каждый переход платить? Да ещё и за такое дерьмо?
Ну вот "обновился" бы он до 2018-го и тот бы похерил данные (при нынешнем раскладе данные не удалены) - это лучше?
Ошибки бывают у многих - одно дело если они редки, совсем другое если они имеют системный характер. В случае акрониса это глобально - в том числе потому что у разработчика нет даже желания что то изменять - ведь всегда найдутся те, кто напишет "я 10050 раз делал и всё нормально. А криворукие лохи сами виноваты".
9285 на форуме  
Ответить с цитированием
Непрочитано 07.05.2019, 23:36   [включить плавающее окно]   #36
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
По мотивам темы Преобразование стандартными средствами windows 7 логического диска в основной решил посмотреть как разные партмагоиды относятся к задаче расширения основного раздела, за счёт последующего нераспределённого в расширенном разделе.
В принципе, задачка элементарнейшая, сводящаяся к изменению размера расширенного раздела (по сути - лишь записи в РТ, и расширенной РТ) и последующего расширения основного раздела.
1. Minitool Partition Wizard - справился с задачей.
2. AOMEI Partition Assistanrt - справился с задачей.
3. Acronis Disk Director 12.0.3270 - не справился. Причём это было как то неожиданно, так как это поделие бывает что "берётся" за не очень очевидные превращения (вопрос о том что при этом поисходит сейчас не рассматривается), а вот за такую элементарщину - нет. Но это фигня, по сравнению с тем, что произошло дальше.
А произошло то, что в контекстном меню нераспределённого пространства увидел создание тома и решил посмотреть что же будет предложено. Вполне логично - логический том, который и был создан и вроде бы как раскладка томов в акронисе показалась нормальной. Но ... зашёл в диспетчер дисков винды и вот там был сюрприз - винда показала логическим только созданный том..... А второй, который был до этого уже основным. O_O
Просмотр структуры записей в DMDE обьяснил почему так получилось, хотя вопрос о том что же является истиной так и остался без ответа.
Собственно на скриншотах всё прекрасно видно.

PS. То, что 2 программы справились с поставленной задачей не воспринимать как призыв их использовать - простая констатация того что было.
Миниатюры
Нажмите на изображение для увеличения
Название: 01-WinDM.png
Просмотров: 227
Размер:	5.1 Кб
ID:	54911   Нажмите на изображение для увеличения
Название: 02-add12.png
Просмотров: 237
Размер:	48.4 Кб
ID:	54912   Нажмите на изображение для увеличения
Название: 03-add12_create1.png
Просмотров: 232
Размер:	55.6 Кб
ID:	54913   Нажмите на изображение для увеличения
Название: 04-add12.png
Просмотров: 226
Размер:	28.2 Кб
ID:	54914   Нажмите на изображение для увеличения
Название: 05-WinDM.png
Просмотров: 234
Размер:	5.2 Кб
ID:	54915  


Последний раз редактировалось 9285; 07.05.2019 в 23:40. Причина: Добавил PS.
9285 на форуме  
Ответить с цитированием
Непрочитано 07.05.2019, 23:36   [включить плавающее окно]   #37
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Скриншоты из DMDE
Миниатюры
Нажмите на изображение для увеличения
Название: 06-DMDE1.png
Просмотров: 209
Размер:	48.1 Кб
ID:	54916   Нажмите на изображение для увеличения
Название: 07-DMDE2.png
Просмотров: 232
Размер:	47.4 Кб
ID:	54917   Нажмите на изображение для увеличения
Название: 08-DMDE3.png
Просмотров: 235
Размер:	46.5 Кб
ID:	54918  
9285 на форуме  
Ответить с цитированием
Непрочитано 08.05.2019, 15:09   [включить плавающее окно]   #38
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
решил посмотреть как разные партмагоиды относятся к задаче расширения основного раздела, за счёт последующего нераспределённого в расширенном разделе.
Как ранее, так и сейчас считаю: все эти "перераспределения in-place" годятся лишь для тонких извращенцев ценителей.
Правильный путь:
1. Бэкап;
2. Переразметка;
3. Залив бэкапа на место.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 08.05.2019, 15:38   [включить плавающее окно]   #39
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Дык это ж твоё право, как и право других выбирать что им оптимальнее.
Опять же, в первом сообщении я написал PS. а само сообщение было создано с другой целью - про то, что "придумал" акронис".

Тем не менее. давай всё таки попробуем подумать, применительно к ситуации из указанной теме.
Насколько мне известно, штатное удаление раздела и последующая переразметка (форматирование) вызовет TRIM и не один раз. А на хоботе ещё и предлагалось использовать Gparted, который по сути не занимается простыми ресайзами а делает полные передвижки. А у автора SDD, причём не самсунг про
С другой стороны, то, что я предложил, приводит к перезаписи пары блоков + не знаю сколько тримится при расширении средствами винды. Но, в любом случае меньше, чем всё предложенное. И - абсолютно безопасно, потому как никаких передвижек нет. При таком вот раскладе чего боимся?
9285 на форуме  
Ответить с цитированием
Непрочитано 08.05.2019, 15:48   [включить плавающее окно]   #40
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
штатное удаление раздела и последующая переразметка (форматирование) вызовет TRIM и не один раз.
Вызов TRIM для уже чистого блока ни на что не повлияет - хоть 1000 раз вызови; не так-ли? Это же просто команда контроллеру на занесение блока в список для очистки; а если блок уже очищен - контроллер не настолько тупой, чтобы его ещё раз очищать...
Цитата (9285) »
абсолютно безопасно, потому как никаких передвижек нет. При таком вот раскладе чего боимся?
А вот будешь смеяться: кривых рук типичного пользователя боимся. Ты ещё скажи, что у типичного пользователя таких рук не бывает.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 08.05.2019, 16:22   [включить плавающее окно]   #41
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Насколько понял, при удалении раздела "сообщается" что все блоки его поляны освободились. И я что то не припомню чтобы контроллер учитывал какие блоки он тримил ранее или нет.

Кривые руки конечно есть, но с такими пользователь, просто работая с компом может всё испортить - но ведь никто не требует ему нанять сисадмина.
Так что это больше напоминает перестраховку, базирующуюся на том, что дающий не знает что точно происходит при подобных действиях.
9285 на форуме  
Ответить с цитированием
Непрочитано 08.05.2019, 18:20   [включить плавающее окно]   #42
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
И я что то не припомню чтобы контроллер учитывал какие блоки он тримил ранее или нет.
А что ты вообще про контроллеры SSD можешь припомнить?..
Или реально веришь, что контроллер SSD не в курсе - какие блоки у него готовы для записи (иными словами - уже очищены), а какие - пока "грязные"? И ты считаешь, что контроллеру SSD "не в падлу" ещё и ещё раз стереть уже чистые блоки - раз TRIM указал на них?..
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 08.05.2019, 19:16   [включить плавающее окно]   #43
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Я настолько глубоко контроллеры не копал, но не думаю что у него есть какая то амбарная книга, в которой отмечено всё что он когда то тримил.
Да и в общем то. я просто верю одному участнику, который наверняка очень хорошо знает эту кухню.
9285 на форуме  
Ответить с цитированием
Непрочитано 08.05.2019, 19:31   [включить плавающее окно]   #44
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
не думаю что у него есть какая то амбарная книга, в которой отмечено всё что он когда то тримил.
У транслятора SSD обЪязательно есть "амбарная книга" под названием "пул чистых страниц". И ещё одна - с названием "пул страниц под очистку".
Без этих "амбарных книг" никакая разумная работа SSD на NAND-памяти просто невозможна.
При этом, 1000 занесений одной и той-же страницы в "пул страниц под очистку" не вызовет появления 1000 записей о необходимости очистки данной страницы - запись так и останется в количестве 1(один) штук. И есть очень разумные основания предполагать, что если транслятор уже считает эту страницу чистой - то в пуле страниц "под очистку" она вообще не появится, независимо от количества команд TRIM с её адресом...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 08.05.2019, 19:41   [включить плавающее окно]   #45
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Логика - вешь хорошая, но вон, в тех же партмагоидах видно что не всегда она работает. Дай задание создать раздел - уменьшить раздел-удалить раздел- создать (как в самом начале) и будут выполнены все операции .... хотя логично бы только первую. Я думаю что разработчики (тем более дешманских контроллеров) не особо заморачиваются оптимизацией до тех пор, пока это не станет каким то тормозом или создавать какие то проблемы.
9285 на форуме  
Ответить с цитированием
Непрочитано 30.07.2019, 23:51   [включить плавающее окно]   #46
dima4239
Мужской Общительный
 
Регистрация: 09.09.2018
Дефрагментацию hdd и sdd нужно делать?
dima4239 вне форума  
Ответить с цитированием
Непрочитано 31.07.2019, 00:18   [включить плавающее окно]   #47
garniv
Мужской Модератор
 
Аватар для garniv
 
Регистрация: 29.06.2004
да и нет
__________________
Хочешь помочь новичку — делай вместе с ним. Хочешь помочь старику — делай вместо него. Хочешь помочь мастеру — отойди и не мешай. А хочешь помочь Таргитаю — сам Таргитай.
garniv вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.07.2019, 08:38   [включить плавающее окно]   #48
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
dima4239
Для SSD она, технически, не нужна но на практике из за фрагментации (файловой системы) могут быть проблемы. Критичные они или нет - вопрос другой, но, начиная с 8-ки в винде, на NTFS томах, для которых включена защита системы, планово делается дефрагментация. Насколько понимаю, частичная и при каких то условиях (предположу что при наличии какого то числа фрагментов).
garniv
В таком лаконичном ответе буква и наверняка лишняя.

Последний раз редактировалось 9285; 31.07.2019 в 10:35. Причина: добавил уточнение по фрагментации
9285 на форуме  
Ответить с цитированием
Непрочитано 31.07.2019, 09:29   [включить плавающее окно]   #49
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
буква и наверняка лишняя
Поскольку в вопросе было "hdd и ssd" - он вполне логично в ответе эту буковку оставил...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.07.2019, 12:40   [включить плавающее окно]   #50
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Кстати, прикололо -https://softline.ru/about/news/21613
Помимо этого, обновленное приложение Defraggler 2.18 добавило опцию быстрой оптимизации для SSD-накопителей к основной функции Optimize. Инструмент Optimize использует метод заполнения нулями на пустом дисковом пространстве в целях повышения производительности в ходе записи на SSD-дисках и версиях Windows (особенно XP), которые не поддерживают команду TRIM.
9285 на форуме  
Ответить с цитированием
Непрочитано 31.07.2019, 12:47   [включить плавающее окно]   #51
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
использует метод заполнения нулями
На некоторых контроллерах это будет срабатывать - но не на всех, увы...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.07.2019, 14:09   [включить плавающее окно]   #52
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Чёта я сомневаюсь что программа настолько интеллектуальна, что в курсе таких способностей некоторых (припоминается только сандфорс) контроллеров.
ЗЫ: Это я просто хотел найти инфу о том, что подразумевается под "оптимизированной для SSD" дефрагментации.
9285 на форуме  
Ответить с цитированием
Непрочитано 31.07.2019, 15:20   [включить плавающее окно]   #53
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
в курсе таких способностей некоторых (припоминается только сандфорс) контроллеров
Ну... на самом деле я говорил про контроллеры от Phison.
Цитата (9285) »
что подразумевается под "оптимизированной для SSD" дефрагментации.
Обычно - то, что мелкие файлы вовсе не дефрагментируются, зато на все свободные области генерируется TRIM.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 11.10.2019, 23:35   [включить плавающее окно]   #54
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Exclamation

Случай одного пользователя, с которым он обратился в другом месте, подтолкнул к проведению эксперимента по преобразованию динамического диска в базовый средствами так "любимого" некоторыми пользователями акрониса.
И предчувствия оправдались.
Итак. Имеется простой том на динамическом диске преобразованном из базового средствами 7-ки (1). Нужно сделать обратное преобразование. В данном раскладе всё достаточно просто - можно вручную в дисковом редакторе или в в той же DMDE провести задуманное по месту, не затрагивая существующий том и его данные. Время самого преобразования - милисекунды, но удлиняютсялишь за счёт того что надо двигать мышкой и щёлкать клавишами. Так как программе это делать не надо. то и преобразование должно произойти мгновенно.
Собственно поделие акрониса 12-ой версии, обещает выполнить задуманное и начинает это делать. И по времени исполнения понимаю что происходит какое то иное преобразование (*). Так и есть - вместо того чтобы оставить раздел на месте и просто сделать его основным. акронис почему то решает сделать его логическим в расширенном. Причём решает сделать это культурно - с классическим сдвигом,; хотя более старые версии не раз замечены в разметках категории "как бык поссал" - например расширенная таблица в секторе ХХ, а начало раздела в ХХ+1.
Но это только первый сюрприз.
Учитывая что раздел изначально форматировался виндой - MFT Mirror находится в самом начале тома; как раз в тех секторах которые не будут задействованы в новом томе. В принципе, не сильно большая проблема - можно поместить её в начало смещённого тома, или в любой другое место, но оно записывается непосредственно сразу за имеющейся MFT что фактически приведёт к её фрагментации.
(*) Эксперимент проводился на практически пустом томе , поэтому даже метаданных с гулькин нос. В случае же рабочего тома даже тот же пересчёт MFT уже займёт какое то время, а ведь нельзя исключать что и сами данные попутно начнутся перетасовываться. И всё это может затянутся на очень долгое время. А там то ли что случится с системой, то ли (как нередко бывало в случае обращавшихся за помощью на форумах) пользователь отменяет действие, видимо надеясь что будет отмена уже сделанного, или думая что система зависла просто перезагрузит комп. И получит RAW раздел и месиво из файлов.
Да, некоторые умняки могут сказать "а надо делать бэкап перед такими операциями". Согласен, более того - его надо делать вообще.
Но это обычный пользователь, а подобный софт должны делать всё таки понимающие - в том числе к чему приводят такие не нужные (по большому счёту - незапрашиваемые) действия.
Миниатюры
Нажмите на изображение для увеличения
Название: 1.png
Просмотров: 112
Размер:	43.1 Кб
ID:	55912   Нажмите на изображение для увеличения
Название: 2.png
Просмотров: 115
Размер:	87.8 Кб
ID:	55913   Нажмите на изображение для увеличения
Название: 3.png
Просмотров: 119
Размер:	58.0 Кб
ID:	55914   Нажмите на изображение для увеличения
Название: 4.png
Просмотров: 110
Размер:	37.3 Кб
ID:	55915   Нажмите на изображение для увеличения
Название: 5.png
Просмотров: 121
Размер:	9.8 Кб
ID:	55916  

9285 на форуме  
Ответить с цитированием
Непрочитано 13.10.2019, 22:54   [включить плавающее окно]   #55
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
средствами так "любимого" некоторыми пользователями акрониса.
Критиковать/скандалить - это каждый может! - (c)
Ты напиши программу, которая всё правильно делает - а уж мы на неё кучу дерьма за её косяки вывалим, не сомневайся!..
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 13.10.2019, 23:21   [включить плавающее окно]   #56
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Если бы мог, наверное бы написал.
И если бы в ней были бы какие то "косяки", то я бы или исправил или обьяснил что это не косяки.
Кстати, я прекрасно понимаю что идеальных программ не бывает. но есть близкие к этому. Но. самое главное то не в том, что есть косяки, а в том что эти очевидные идиотизмы не исправляются. И, судя по одному общению с представителем сабжевого рукожопства, принципиально.
9285 на форуме  
Ответить с цитированием
Непрочитано 31.10.2019, 18:28   [включить плавающее окно]   #57
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Попался мне тут системный SSD у клиента - ввиду откровенно похабной эксплуатации и кривой винды там образовалась серьёзная фрагментация файликов $MFT, $LogFile, $Bitmap... Ну там ещё оказалось изрядное количество ошмётков транзакций - но это легко решилось командой
Код:
fsutil resource setautoreset true c:\
А вот фрагментация $MFT и прочего барахла мне шибко не понравилась. И вспомнил я о программка Symantec Ghost (в девичестве - Norton Ghost ).
И вот эта престаринная фигня (у меня на флешке версия 11.{чего-то там} от 2007 года) прекрасно справилась: и фрагментации системных файлов не стало, и даже выравнивание разделов по границе секторов 4k не нарушилось; отлично всё склонировалось. Одна бяда - этот старинный экземпляр накопители с GPT не желает адекватно понимать...
__________________
С уважением,
Олег Р. Смирнов

Последний раз редактировалось Smirnoff; 31.10.2019 в 18:31.
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 31.10.2019, 20:26   [включить плавающее окно]   #58
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Цитата (Smirnoff) »
серьёзная фрагментация файликов $MFT, $LogFile, $Bitmap...
За свою практику не встречал фрагментированного $LogFile, что наводит на мысль о том что это проделки какой то миграционной утилиты.
Bitmap может быть фрагментирован и изначально это происходит при расширении тома. Хотя как то был случай у одного участника - битовая карта была оооооооооочень сильно фрагментирована после клона какой то терабайтовской программой.
Что касается простой эксплуатации томов, форматированных виндой, то известной мне причиной фрагментации этих двух метафайлов может быть наличие сбойных секторов на их участке.
Цитата
и даже выравнивание разделов по границе секторов 4k не нарушилось
Делался имидж диска или тома? Если последнее, то нет ничего удивительного.
9285 на форуме  
Ответить с цитированием
Непрочитано 01.11.2019, 10:06   [включить плавающее окно]   #59
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
не встречал фрагментированного $LogFile, что наводит на мысль о том что это проделки какой то миграционной утилиты.
Возможно предыдущий хозяин склонировал систему с HDD на SSD - но сейчас это уже не выяснишь; а текущий владелец с такой задачей точно не справился бы...
Цитата (9285) »
известной мне причиной фрагментации этих двух метафайлов может быть наличие сбойных секторов на их участке.
Сейчас это всё на SSD - и там никаких дефектов не наблюдается.
Цитата (9285) »
Делался имидж диска или тома?
Ни то, ни другое. Я просто подключил два накопителя и запустил Symantec Ghost с загрузочной флешки с DOS-ом; сказал ему, что мне надо перелить с локального диска на локальный диск и подправил предложенные размеры разделов...
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.11.2019, 13:47   [включить плавающее окно]   #60
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Цитата
Сейчас это всё на SSD - и там никаких дефектов не наблюдается.
Я не буду гарантировать 100%, но насколько знаю, если на исходнике в $BadClus имеются записи, то они клонируются и на новый носитель.
Цитата
мне надо перелить с локального диска на локальный диск
То есть, прямой клон диска? В таком случае могу предположить что программа определяет тип разметки и делает её аналогичной.
В переходное время когда бывали разметки и старого формата и нового на практике встречал как та же 7-ка тоже "подстраивалась" под уже имеющийся стиль - то есть, если на диске были разделы не выровненный по мегабайтам, то и вновь создаваемые делались выровненные по сектору.
9285 на форуме  
Ответить с цитированием
Непрочитано 01.11.2019, 16:13   [включить плавающее окно]   #61
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
насколько знаю, если на исходнике в $BadClus имеются записи, то они клонируются и на новый носитель.
Вообще любым софтом, или как?..
Цитата (9285) »
на практике встречал как та же 7-ка тоже "подстраивалась" под уже имеющийся стиль - то есть, если на диске были разделы не выровненный по мегабайтам, то и вновь создаваемые делались выровненные по сектору.
Вот с таким поведением семёрки я лично ни разу не сталкивался.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Непрочитано 01.11.2019, 19:41   [включить плавающее окно]   #62
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Smirnoff
Цитата
Вообще любым софтом, или как?..
Или как.
В том числе помнятся форумные случаи. когда после клонирования системы на новый диск чекдиск выдавала сообщение о наличии сбойных кластеров. Да и в настройках гхоста что то есть по этой части.
Цитата
Вот с таким поведением семёрки я лично ни разу не сталкивался.
Попробовал в виртуалке 7сп1 - поведение немного другое, хотя случился забавный косяк - подробности будут позжее. Не исключаю что подобное было в висте - точно помню что на тот момент винда на новом диске создавала разметку выровненую по мегабайтам.
9285 на форуме  
Ответить с цитированием
Непрочитано 06.11.2019, 01:45   [включить плавающее окно]   #63
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
Ранее, при разборе одной жизненной ситуации встречался с подобным, но тогда в силу некоторых причин не было желания разбираться.
Теперь подобное "получилось" при моделировании ситуации с разбивкой разных типов.
На скриншотах видна как разметка, так и значения секторов тех или иных разделов.
1. В виртуалке под ХР диск был разбит на несколько разделов, после чего был подключён в 7-ке.
2. Удалены два логических диска в расширенном разделе.
3. В логическом разделе создаётся том.
4. Удаляется том в логическом разделе и второй раздел.
5. На нераспределенном месте создаётся том.
Миниатюры
Нажмите на изображение для увеличения
Название: 01.png
Просмотров: 95
Размер:	51.9 Кб
ID:	56040   Нажмите на изображение для увеличения
Название: 02.png
Просмотров: 104
Размер:	51.7 Кб
ID:	56041   Нажмите на изображение для увеличения
Название: 03.png
Просмотров: 109
Размер:	54.5 Кб
ID:	56042   Нажмите на изображение для увеличения
Название: 04.png
Просмотров: 106
Размер:	5.6 Кб
ID:	56043   Нажмите на изображение для увеличения
Название: 05.png
Просмотров: 98
Размер:	48.8 Кб
ID:	56044  

9285 на форуме  
Ответить с цитированием
Непрочитано 06.11.2019, 01:51   [включить плавающее окно]   #64
9285
Мужской Опытный
Автор темы
 
Регистрация: 08.02.2019
6. При попытке создания тома в расширенном разделе пишет о нехватке места.
7. После некоторого обдумывания что стало не нравится винде, было решено изменить границы расширенного раздела так, чтобы номер начального сектора был кратен 2048 ми.
8. После обновления оснастки дисков том в расширенном разделе успешно создан.
PS. Так и не понял почему в первый раз винду всё устроила, а после уже нет.
Миниатюры
Нажмите на изображение для увеличения
Название: 06.png
Просмотров: 104
Размер:	42.9 Кб
ID:	56045   Нажмите на изображение для увеличения
Название: 07.png
Просмотров: 100
Размер:	48.5 Кб
ID:	56046   Нажмите на изображение для увеличения
Название: 08.png
Просмотров: 103
Размер:	50.6 Кб
ID:	56047  
9285 на форуме  
Ответить с цитированием
Непрочитано 06.11.2019, 14:29   [включить плавающее окно]   #65
Smirnoff
Мужской Модератор
 
Аватар для Smirnoff
 
Регистрация: 30.12.2004
Адрес: Новосибирск
Цитата (9285) »
не понял почему в первый раз винду всё устроила, а после уже нет
Ну... винда - она такая себе винда.
__________________
С уважением,
Олег Р. Смирнов
Smirnoff вне форума  
Конфигурация ПК
Ответить с цитированием
Ответ Создать новую тему

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 14:16. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 2000-2017 3DNews. All Rights Reserved.
Администрация 3DNews требует соблюдения на форуме правил и законов РФ
Серверы размещены в Hostkey