welic

Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору WatsonRus nikita20101 Завтра залью на Я-диск. Цитата: Можно по подробнее про diff-ы,ведь никакой практики,всё фиксированные контейнеры были до сего дня. | Фиксированные - они и есть фиксированные, с ними обычно работают напрямую, как с физическими дисками. А вот динамические - это своеобразные диски, они занимают на диске такой размер, каков размер их содержимого, а не их самих и не размер томов созданных на этом диске, этим они хороши, но есть и неприятности с ними: размер их содержимого не возможно снизить путем деинсталляции, удаления или чистки - размер его содержимого только вырастет, поэтому динамические VHD используют только через дифференциальную надстройку, которая должна всегда располагаться только рядом с базовым VHD, а так как она создается из динамического VHD, то и сама является динамически расширяемой, т.е. ее размер сразу после создания, практически нулевой и растет в процессе работы, а базовый VHD остается в неизменном состоянии. Над diff-ом можно создать еще одну diff-надстройку и тогда все изменения будут записываться в нее, а предыдущий diff будет оставаться неизменным. Так как с командной строкой diskpart я обычно и сам не работаю (если это можно обойти при помощи встроенного в систему дополнительного контекстного меню от STEA), да и вы, я думаю, этого делать не будете, то все дальнейшие мои рассуждения будут касаться работы именно с этим контекстным меню от STEA (конечно возможности командной строки diskpart на много более широкие, но ...). Если создать над базовым VHD первый diff и переименовать его, то с базового VHD можно будет создать еще одну надстройку и т.д., при этом слияние переименованной надстройки с базой будет уже не возможно (пока вы снова не дадите ему начальное название), поэтому переименованные надстройки можно считать уже модификациями базового VHD, а их diff-ы надстройками создаваемых модификаций, т.е. сначала делаем любые изменения (удаления, добавления и т.п.) в diff-е модификации, а затем, после тестирования, делаем слияние этого diff-а с модификацией (или удаляем, если что не так) и после этого создаем новый, пустой diff и т.д. Любой diff может работать только с той базой, из которой он был создан, т.е. если вы захотите сделать слияние какой либо модификации с базой, то остальные модификации перестанут с ней работать, т.к. это уже не будет их базой (вы ее измените при слиянии), т.е. все наработанное будет безвозвратно утеряно. Никогда не делайте слияние старого diff-а после тестирования устанавливаемого софта, там много мусора, а могут быть и зловреды. Нужно сначала удалить этот diff, создать новый, отключить интернет, инсталлировать в новый diff, заранее проверенные антивирусом, все протестированные программы, сделать сохранение в diff, а затем слияние этого diff-а с модификацией, после изменения модификации, при слиянии, создать для нее новый diff, загрузиться с него и включить интернет. Естественно, чтобы работать с diff-ами, у вас должны быть под рукой хотя бы две системы W7 и выше с прибамбасами от STEA по правому клику мыши на базовом VHD. Надеюсь понятно описал. P.S. О том как делать расширение томов в отдельных модификациях базовой системы, я уже писал ранее. P.P.S. Обнаружил, что в сборках W8-AERO_X(MS)din.7z и W8-Optim_X(MS)din.7z ошибочно вырезан msvcr100.dll, скачайте и вставьте его в \windows\system32\, а то некоторые программы и игры не будут запускаться. Кроме того, игры использующие PhysX, так же не будут работать в этих сборках, т.к. в них что то не так вырезано и установить в них PhysX не возможно. | Всего записей: 1829 | Зарегистр. 13-05-2006 | Отправлено: 23:23 31-10-2013 | Исправлено: welic, 16:54 25-12-2013 |
|