|
|
Регистрация | Правила форума | FAQ форума | Справка | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны |
"РИНГ" Споры, словесные ристалища и единоборства. Отстаивание свой точки зрения и т.п. Просим соблюдать общие правила форума. Категорически запрещен переход на личности. Любое неуважение к оппоненту карается администрацией. |
|
Опции темы | Опции просмотра |
24.07.2018, 12:38 | #76 | |
Эксперт Клуба THG | PC
|
Плохо смотрел, я это всё именно про загрузку с флешки/CD рассказываю...
Именно. Эффект очень ярко проявляется, когда увеличиваешь размер раздела относительно "пропорционального", а в следующем разделе есть данные - они изначально копируются "впритык" к расширяемому разделу, так что неминуемо подлежат перемещению при расширении этого раздела. Цитата:
Пока не вставал вопрос о правильном выравнивании разделов - я пользовался старенькой версией Symantec Ghost для клонирования. Там всё разумно - разделы на клоне сразу создаются в тех размерах, что заданы при настройке клонирования; дальше идет пофайловое копирование. Но та старая версия не только про выравнивание не знает - она ещё и про GPT не в курсе, увы... |
|
24.07.2018, 14:47 | #77 |
Эксперт Клуба THG | PC
|
Взялся перепроверить свои показания...
Запускал Acronis True Image 2014 с флешки и 2016 - с оптического привода. Велел клонировать клиентский HDD 250 на 160 гигов, на накопителе 3 раздела: 100 мб - скрытый, 64 гига - Win7 x64 и остальное - данные. Обе версии ATI предложили уменьшить второй раздел с ОСью до 40.95 - я не согласился... "Не согласиться" было не так просто: сначала нужно было уменьшить 3 раздел спереди - чтобы было куда увеличивать 2 раздел. Это очень даже ярко отразилось на том, как именно обе версии ATI отрабатывали такую задачу. 2014 насчитал 8 операций, 2016 - 9. Разница в том, что 2016 два раза посчитал "очистку диска" перед началом клонирования. Дальше всё было одинаково: - 3 копирования разделов (вполне естественно, по количеству разделов); - копирование MBR; - 3 изменения размеров разделов. Вот эти "изменения" - с ними как раз всё забавно: сначала (судя по времени - очень быстро) третий раздел был "поджат" сзади, потом (опять судя по времени - долго) он вместе с данными был сдвинут назад, потом был расширен второй раздел. А ещё потом (это уже судя по второму приложенному скрину) начало третьего раздела было придвинуто вплотную к концу второго раздела. Таким образом, ATI тупо повторил всю последовательность моих действий с размерами и положением разделов: чтобы ничего не считать - я просто отодвинул третий раздел заведомо дальше, чем требовалось, а после увеличения второго до 64 гбайт придвинул начало третьего вплотную к концу второго раздела. |
24.07.2018, 17:32 | #78 | |||||
Нарушил правила
|
O_Smirnoff
Цитата:
Цитата:
Добавлено через 6 минут Скриншоты малоинформативны - даже если размеры в диспетчере совпадают, по факту может быть различие в несколько мегов. Тем не менее, на втором скриншоте видно что MFT в самом начале - вот здесь и интересно где она на оригинале, и где на клоне. (*) Кстати, замечено потому что процесс клонирования обрывался из за ошибки. Причём это было связано с наличием Ext-овского раздела - так что не удивительно что не имеющие таковых могут и не заметить проблемы, по крайней мере если не будет какого то другого обрыва задуманного. |
|||||
24.07.2018, 18:05 | #79 | |||||
Эксперт Клуба THG | PC
|
Цитата:
Цитата:
Цитата:
BTW: С моей личной точки зрения, программа клонирования не должна повторять за мной все действия в её интерфейсе - она должна из "начального" состояния оригинала сразу делать "конечное" на клоне. Каких-то принципиальных трудностей тут не видно: оценить, влезут-ли данные в те размеры разделов, что я задал - совсем не сложно (ATI это, кстати, делает). Создать на клоне разделы тех размеров, что были заданы, сразу (без дурацкой возни с ресайзами) - тоже не видно проблем... Цитата:
Цитата:
Добавлено через 2 минуты Таких тоже мною наклонировано очень большое количество (за пару сотен точно могу поручиться, но скорее всего - существенно больше). Последний раз редактировалось O_Smirnoff, 24.07.2018 в 18:10. |
|||||
24.07.2018, 18:23 | #80 | |||||||||
Нарушил правила
|
O_Smirnoff
Цитата:
За всю свою жизнь ты сталкивался с галапагосской черепахой? Если нет - значит её не существует? Цитата:
Я прекрасно знаю как работает NG и что он умеет делать пропорциональное изменение при клонировании. Но в нём нельзя двигать туда сюда разделы и прочие действа. Поэтому Цитата:
Цитата:
Цитата:
Человек нанимает сделать ремонт помещения - побелку, покраску и т.п.. В результате он получает желаемый ремонт, но при этом интерьер помещения расположен совершенно по другому. Это нормально? Цитата:
|
|||||||||
24.07.2018, 18:36 | #81 | |
Эксперт Клуба THG | PC
|
Оффтоп
Цитата:
С какой точностью надо указать расположение MFT на оригинале и клоне? Каким софтом?.. |
|
24.07.2018, 19:29 | #82 | |||||
Нарушил правила
|
O_Smirnoff
Цитата:
Я комментировал фразу по поводу того, что акронис сделал в той последовательности как ты задал. То есть, если ты на новом диске задашь: - создать раздел 100 гигов - уменьшить его - переформатировать в другую ФС - удалить то он всё это сделает именно в этой последовательности, хотя если исходить из результата как бы не надо ничего делать. Точно так же поступают все известные мне программы подобного класса. Есть пример программы, которая сообщит "Результат всех предполагаемых действий не изменяет существующее состояние диска! Продолжить выполнение бессмысленных действий? " Цитата:
Добавлено через 18 минут Кстати, что касается AOMEI Partititon Assistant Standart Edition 6.0 (6.3). При копировании диска на меньший: - увеличил размер 100 мегового до 500 - сместил начала разделов, использовав "стиль" характерный для ХР (ака 63 сектора). Что как бы противопоказано дискам AF. - расположение MFT не изменил При форматировании раздела NTFS помещает MFT в самое начало диска. В данном случае акронис хоть и рвёт MFT на части, но есть шанс что остальная её часть может выжить в случае каких то перезаписей начала диска. В случае AOMEI MFT (по крайней мере до начала её фрагментации) может быть уничтожена полностью. Вот такие вот "пирожки с котятами". |
|||||
24.07.2018, 19:41 | #83 |
Ведущий эксперт: моддинг
|
9285, А почему нет идеальной программы? Слишком узкий сегмент, чтобы его развивать?
|
25.07.2018, 02:48 | #85 | |||
Нарушил правила
|
Новый пострадавший от акрониса - http://www.cyberforum.ru/external-hd...ad2278281.html
|
|||
25.07.2018, 09:11 | #86 | ||
Эксперт Клуба THG | PC
|
Цитата:
И, самое-то главное - ATI сначала (и обязательно!) копирует разделы так, как ему самому нравится, лишь потом начиная подгонять их под то, что я указал. Цитата:
Оффтоп Добавлено через 3 минуты Так ведь при клонировании на накопитель бОльшего объёма (а это - подавляющее большинство задач) ничего такого "странного" ATI не вытворяет. Ну, как минимум, эти его "странности" не вызывают никаких временнЫх задержек. |
||
25.07.2018, 09:21 | #87 | |||
Старожил
|
Видал я где-то, возможно, что и у акрониса, а может, у парагона или GPartEd "умный режим", где наделав 8 операций, вижу в выполнении 3-4, то есть, виртуальные операции накапливаются, объединяются, уничтожаются. Например, изменение размера раздела идёт одновременно с его перемещением, изменением размера кластера, превращением основной/логический и изменением метки (5 операций в одной), но преобразование FAT/NTFS/FAT идёт отдельно. Перед выполнением всегда можно проверить итоговое количество и суть предстоящих операций, вернуться, сделать оптимальнее, снова проверить.
Ещё более интересное, что я видывал, это было что-то вроде anything2ext2 - то есть, программа позволяла на любом разделе создать структуры Ext2 - и превратить раздел в Ext2 (из FAT или NTFS или др.). |
|||
25.07.2018, 09:33 | #88 |
Эксперт Клуба THG | PC
|
|
25.07.2018, 11:03 | #89 | ||||||||
Нарушил правила
|
O_Smirnoff,
Цитата:
Цитата:
Цитата:
Цитата:
А вот как быть с теми кто как бы понимает, но до сих пор ни разу не ответил на вопрос "Зачем делается такое перемещение?" Вот ещё раз - у этого "страдальца" начало раздела смещено от нынешнего на 3677 сектора. Предпроложим что реально надо было основной перевести в логический и нужен отступ для создания EPR. Почему нельзя сделать сдвиг на типичные 2048 или "близкие" 3672 или 3680? В этом случае не надо перетасовывать абсолютно все данные раздела. И то же самое у предыдущего. Цитата:
|
||||||||
25.07.2018, 12:12 | #90 | |
Эксперт Клуба THG | PC
|
В смысле - не было операции "изменение размера раздела"?..
Цитата:
В оригинале на третьем разделе - было в первой трети раздела между данными. Это лишь следствие того, что Сейчас склонирую тот накопитель на бОльший размер - там тоже будет видно, что изначально ATI копирует "как хоцца", и лишь потом приводит размеры разделов к указанным... |
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1) | |
Опции темы | |
Опции просмотра | |
|
|
Справочник словарей | ||
Словари русского языка - www.gramota.ru | Яndex - Словари | Википедия - ru.wikipedia.org |
|
|
|