westlife
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если вы имеете в виду развёртывание ОС поверх рабочей ОС, запуском установки через setup.exe, при котором предыдущий образ винды остаётся в папке C:\Windows.Old
То такой вариант не проверял и ни когда таким не пользуюсь, сложно сказать какая там конкретная последовательность действий в этой области, но этот вариант заменяет почти все параметры OC, сохраняя только часть настроек пользователя и и его приложений. остальное по дефолту выставляется. С этим столкнулся только при обновлении Dev на Dev, там часть остается настроек часть нет, да и в общем каша внутри выходит из всего этого.
В вашем случае, видимо из-за отсутствия задачи, которая подчищает разделы системных апс, чтобы они не устанавливались при входе в аккаунт (это вы назвали блокировкой, но это лучше назвать полулегальный метод для исключения Apps из обработки менеджером пакетов. Именно какая либо блокировка правами доступа не происходит, да она и бесполезна и вредна в этом месте). Это связано с тем, что все зарегистрированные задачи находятся внутри папки C:\Windows, и задача не переходит в новую ОС.
А вот почему ярлыков нет, то возможно винда сохраняет или просто использует текущие настройки в новой версии: настройки меню пуск, таскбара, приложений по умолчанию. А вот Apps устанавливает, так как "запреты" старые настройки на Apps не действуют, так как они опять же в строй папке Old, и их наверно не остается в реестре, и вот ярлыков нет, а Apps есть. Это я просто прикидываю из головы, исходя, как она это делает при обновлении из кумулятива.
При обновлении через ЦО или файлом кумулятива совсем другие правила и последовательность действий винды. поэтому думаю в данном случае скорее всего не сделать чтобы они не возвращались. Может если только найти способ подсунуть настройки для Apps в новую ОС на этапе развертывания в самом конце, типа аннатенд, чтобы они применились до первого входа в акканут.
|
