VoidVolker, прошу прощения за беспокойство вновь, но, увы, это мне не помогло. Даже на "эталонном" пк, на который я все установил с нуля и впоследствии сделал слепок через sysprep, зависания не прекратились.
Появился небольшой прогресс. При подключении к зависшему пк через лайт менеджер, спустя секунд 15 появляется экран. То есть зависает он не "намертво", хотя в процессах все так же висит dwm.exe на 100%.
Тыкнув на проводник, он открылся спустя пару минут. Спустя еще минут 6 компьютер полностью отвис, не закрывая при этом Blender, после чего процесс dwm.exe перестал жрать цп на 100%.
Но, как Вы сами понимаете, в рамках учебного заведения - это не выход.
От отчаяния я начинаю думать на железо. А именно, в сторону цп, потому что на более младшей модели i5 12400 подобного не наблюдалось даже с учетом того, что система там была склонирована без sysprep.
Мой вопрос в том: насколько причина может быть действительно в железе? Протестировать самостоятельно, к сожалению, не могу. Точнее говоря: могу, но у меня ничего не зависает. Когда развернул все пк уже на новом образе после sysprep, в течение 5-ти часов держал открытыми проблемные программы. На каких-то стоял тяжелый рендер сцены, на каких-то спамил win+e, на других изредка переключал вкладки внутри программ. Но как итог - ни единого зависания. Поэтому я уже и не знаю, в какую сторону думать. Пересадить 12400 с другого пк на новый и оттестировать?
VoidVolker, добрый день. Позвольте задать вопрос по все той же теме? Пообщался с ИИ и почитал форумы. Форумы пишут, что в целом создавать "эталонный" образ, вводить его в домен и после клонировать - уместно и чаще всего проблем не вызывает. ИИ же говорит, что все это проделывать нужно исключительно через sysprep без ввода в домен и под системным админским пользователем.
Все бы ничего, но, как я уже говорил, у меня довольно обширный список софта, около 100 штук. И если с теми, которые ставятся в системную папку, проблем нет, то есть и те, которые ставятся в личную папку пользователя. Плюс есть особый софт, который воспринимает установленные плагины (вроде Moho или Blender), если установка была проведена именно от того пользователя, на котором они запускались. И так далее.
Если установить весь софт, ввести пк в домен под временным именем, затем развернуть образ, переименовать пк под нужным именем и входить в доменные пользователи, которые были сделаны до клонирования - то таким образом решается большая часть проблем с настройкой системы. Но тогда возможны и ожидаемы проблемы в AD.
Если же производить установку в режиме аудита под системным пользователем админа и без ввода в домен, то после разворачивания образа доменных пользователей не будет, равно как и их настроек. А значит придется заходить под каждым и настраивать. Да, это явно проще, чем на каждый устанавливать под 100 ПО и так далее, но все равно - это вопрос времени, а в масштабах 20-ти пк - это немало времени.
Если же установить софт под доменными пользователями, а при первом запуске пк сделать sysprep, то, как я вычитал, старые папки доменных пользователей он понимать не будет и либо удалит, либо назовет как-то иначе, вроде admin1.
Я всячески "за" автоматизацию. Уже прочитал про ProfileList и про Active setup, но все это слишком долго.
Сегодня установил на один пк все с нуля. Ввел его в домен, а затем с него снял образ и установил на другой. Blender опять завис, но при этом я мог убить процесс. То есть теперь зависание было не намертво, и, возможно, лечится другой версией Blender.
Мой вопрос вот в чем: насколько критично использование sysprep в случае с пк, конфигурация которого совершенно идентична? Да-да, я понимаю, что вопрос скорее не в этом, а в списке имен и id-шек, но все же.
Ziptar, определенно! Тысячекратно умнее написать комментарий без конкретики, выставив себя гением и привнести ровным счетом 0 полезной информации в пост с конкретной проблемой. Вот это нужно уметь, мое почтение.
Чего не знал - того не знал. Пользовался данным методом до тех пор, пока работало.
Сегодня же возьмусь за чистую установку с нуля. Затем, прочитал, перед клонированием образа нужно будет сбросить идентификаторы через sysrep. И уже после разворачивать. Жалко потраченного времени, но именно так и набираются опыта, я полагаю. Благодарю.
tut_nick, а как без проведения экспериментов выявить проблему? Для того и пробовал.
Если бы у меня не было множества других задач, то, конечно, я бы с радостью занялся чистой установкой. Но пока это весьма проблематично в виду времени, которое она займет. Но поскольку выхода у меня не остается - буду пробовать с минимума необходимых программ, а потом постепенно дополнять, если основная проблема будет решена.
tut_nick, верно. Для занятия по данному направлению потребуется как минимум около 50 программ, и все это без учета плагинов и прочих дополнений. Так что все это займет крайне немало времени. Но о подобном я думал в качестве последней меры, к которой я приближаюсь.
Dmitry Roo, конфиг разный, да, начиная от мат.платы и процессора и заканчивая списком софта. Но, повторюсь, ранее такой проблемы при клонировании на другие пк с другим конфигом не было.
К примеру, образ я клонировал с:
i5 12400
ASRock B760m RS
Оперативной памяти чуть меньше, структура и версия Windows та же, потому что образы между пк неоднократно клонировались между собой.
В качестве эксперимента я клонировал образ и с похожей системы:
Печаль. Принято-понято. Подобного опыта ранее не имел, но впредь буду знать. Хотя и любопытства ради попробую все же эту точку доступа еще помучить, пока отрабатывает новая. Благодарю за ответ.
say_TT_plz, нет. Как я уже сказал: в контроллере точка отображается как отключенная (то есть серая). И адрес, соответственно, не пингуется. Тем более точку я забыл и как новое устройство она тоже не появляется. На коммутаторе порт показывает gbe скорость и небольшое потребление (около 2w), но при этом ничего я на этом порту не вижу.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Появился небольшой прогресс. При подключении к зависшему пк через лайт менеджер, спустя секунд 15 появляется экран. То есть зависает он не "намертво", хотя в процессах все так же висит dwm.exe на 100%.
Тыкнув на проводник, он открылся спустя пару минут. Спустя еще минут 6 компьютер полностью отвис, не закрывая при этом Blender, после чего процесс dwm.exe перестал жрать цп на 100%.
Но, как Вы сами понимаете, в рамках учебного заведения - это не выход.
От отчаяния я начинаю думать на железо. А именно, в сторону цп, потому что на более младшей модели i5 12400 подобного не наблюдалось даже с учетом того, что система там была склонирована без sysprep.
Мой вопрос в том: насколько причина может быть действительно в железе? Протестировать самостоятельно, к сожалению, не могу. Точнее говоря: могу, но у меня ничего не зависает. Когда развернул все пк уже на новом образе после sysprep, в течение 5-ти часов держал открытыми проблемные программы. На каких-то стоял тяжелый рендер сцены, на каких-то спамил win+e, на других изредка переключал вкладки внутри программ. Но как итог - ни единого зависания. Поэтому я уже и не знаю, в какую сторону думать. Пересадить 12400 с другого пк на новый и оттестировать?