Форум 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
Просмотров: 150
Размер:	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
Просмотров: 88
Размер:	5.1 Кб
ID:	54911   Нажмите на изображение для увеличения
Название: 02-add12.png
Просмотров: 93
Размер:	48.4 Кб
ID:	54912   Нажмите на изображение для увеличения
Название: 03-add12_create1.png
Просмотров: 89
Размер:	55.6 Кб
ID:	54913   Нажмите на изображение для увеличения
Название: 04-add12.png
Просмотров: 88
Размер:	28.2 Кб
ID:	54914   Нажмите на изображение для увеличения
Название: 05-WinDM.png
Просмотров: 94
Размер:	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
Просмотров: 77
Размер:	48.1 Кб
ID:	54916   Нажмите на изображение для увеличения
Название: 07-DMDE2.png
Просмотров: 90
Размер:	47.4 Кб
ID:	54917   Нажмите на изображение для увеличения
Название: 08-DMDE3.png
Просмотров: 93
Размер:	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 вне форума  
Конфигурация ПК
Ответить с цитированием
Ответ Создать новую тему

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

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

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

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


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


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