Почему стабильно зависают компьютеры при работе с 3D, реже при входе в систему?

Question

[False_Quiescence]

Работаю в колледже, в котором около сотни пк. На каждом из них около сотни разных программ. Образы я клонирую через Acronis True Image, потому что чистая переустановка не является приемлемым для указанного количества программ вариантом. В каждой аудитории по 15-20 пк. И ранее с подобной проблемой я никогда не сталкивался. Изредка компьютеры падали в bsod, но я это скорее связываю с Shadow Defender, чем с драйверами и всем остальным. Повторюсь - за целый год работы подобного подхода с клонированием - проблем не было. До недавнего времени.

Оборудовали новый кабинет с 15-тью новыми пк. Склонировал образ с последнего актуального пк на новый, установил новые версии программ, обновил драйвера видеокарты, а затем уже с нового образ перенес на остальные новые. Какое-то время все было в порядке, но уже около месяца компьютеры начали постоянно зависать при работе в Blender, Davinci и Moho. Иногда спустя 15-20 минут. Иногда, замечал, студент не успевал войти даже в учетную запись домена - зависал на этой стадии. Зависает пк намертво, то есть даже диспетчер не вызывается. За всеми пк я смотрю через лайт менеджер виевер через локальную сеть. Соответственно на каждом пк есть лайт менеджер сервер (тут его не любят) и это тоже никогда не было проблемой.

Открыл диспетчер задач через свой LM на другой пк, который завис и вижу, что процесс dwm.exe жрет цп на 100%, и так постоянно. Иногда проседает до 43-56%, но потом снова прыгает до 100%. Помогает только перезагрузка. Но потом все повторяется.

Что я уже сделал:

- в любой непонятной ситуации шей bios
- загружался в safe mode, удалял драйвера видеокарты через DDU
- устанавливал новую версию драйверов nvidia как studio, так и game
- вытаскивал и перевтыкал плашки оперативной памяти
- тестил nvme и оперативку - проблем нет
- нагружал проблемные пк стресс-тестом AIDA в течение часа - проблем и зависаний нет
- рендерил тяжелый 4к ролик в davinci + fusion - отрендерил без проблем и зависаний
- клонировал другие, более ранние образы, в которых и Blender и Davinci были более ранних версий
- удалял проблемные программы, оставив только Blender или Davinci
- просил их позаниматься в другой аудитории, в которой версии программ старые. Там проблем не было. Я склонировал образ системы и оттуда, но на новых пк снова возникла проблема
- отключал shadow defender
- открывал одновременно кучу программ
- просто оставлял открытыми указанные программы на длительное время, периодически что-то в них меняя
- клонировал образ с учительского пк, на котором не было замечено зависаний и прочих проблем, но это не помогло.

Ничего не помогло. Ситуация вновь и вновь продолжает повторяться. Время идет, занятия не проводятся, мне капают на мозги. А решения я найти пока не могу.

Начинка новых пк:

GF RTX 5060
i5 14440f
Оперативной памяти 32 GB (2x16gb)
БП на 600W
Мат. плата gigabyte b760m ds3h
Windows 11 pro 22H2.

Comments

[Dmitry Roo]

Склонировал образ с последнего актуального пк на новый

У них разные конфигурации у этого "последнего актуального" и нового?

[False_Quiescence]

Dmitry Roo, конфиг разный, да, начиная от мат.платы и процессора и заканчивая списком софта. Но, повторюсь, ранее такой проблемы при клонировании на другие пк с другим конфигом не было.

К примеру, образ я клонировал с:

i5 12400
ASRock B760m RS

Оперативной памяти чуть меньше, структура и версия Windows та же, потому что образы между пк неоднократно клонировались между собой.

В качестве эксперимента я клонировал образ и с похожей системы:

Gagabyte B760m DS 3H
I5 12400.

Но результат был таким же.

[tut_nick]

Я правильно понял, что вы перепробовали все, кроме нормальной чистой установки ОС и дров? Для чистоты эксперимента. На парочку компов хотя бы.

[False_Quiescence]

tut_nick, верно. Для занятия по данному направлению потребуется как минимум около 50 программ, и все это без учета плагинов и прочих дополнений. Так что все это займет крайне немало времени. Но о подобном я думал в качестве последней меры, к которой я приближаюсь.

[tut_nick]

False_Quiescence, мне кажется вы уже потратили больше времени на эксперименты, чем на чистое верное решение. Если у вас в новом кабинете 15 одинаковых по железу ПК, то быстрее было бы поставить на одном чистую винду и софт. Проверить, и с него раскатать образ на другие.
Если у вас раньше при смене железа не было проблем, это вовсе не означает что они не появились сейчас.
Крайне не мало это сколько? На один комп не хватит одного рабочего дня?

[alexalexes]

А какая версия видеодрайвера в образе? Может стоить заморозить ее, чтобы на вновь развернутой системе драйвер не обновлялся?
PS: Разверните образ без подключения Интернета, чтобы когда вы смотрели настройки, драйвер не успел автоматически обновиться.

[False_Quiescence]

tut_nick, а как без проведения экспериментов выявить проблему? Для того и пробовал.

Если бы у меня не было множества других задач, то, конечно, я бы с радостью занялся чистой установкой. Но пока это весьма проблематично в виду времени, которое она займет. Но поскольку выхода у меня не остается - буду пробовать с минимума необходимых программ, а потом постепенно дополнять, если основная проблема будет решена.

[Zerg89]

Перед клонированием стоит выключать комп из командной строки shutdown -s -t 01 это полностью выключит os а не отправит ее в глубокий сон(гибернацию) с копированием оперативки на диск
Fastboot часто подсирает при бекапе(переносе)

Можно также попробовать перезагрузить полностью комп именно из командной строки shutdown -r -t 01 или с зажатым shift кликнуть перезагрузку это также вызывает полную перезагрузку ос и полную реинициализацию оборудования(нормально снимаются локи с несуществующего в этом компе оборудования)

Если не поможет смортите логи системы что происходит в момент нагрузки(зависания) и чуть раньше нее
Читайте что связано с dwm(Диспетчер окон рабочего стола), читать логи желательно и информационные(был случай где по логам видно что в 1 секунду происходит несколько попыток сменить параметры монитора после чего падает драйвер видеокарты , а это в свою очередь может означать проблему с кабелем монитора)

[Dieman666]

а в чем собственно проблема иметь тестовый ссд, который в случае проблем с компом можно подключить и не трогая родной накопитель с ОС, экспериментировать?

[SunTechnik]

Общие соображения:
1. У Вас при зависание ОС продолжает работать. (иначе Вы не смогли бы подключиться к компу удалённо).
2. Так как проблема воспроизводится на многих компах, факт аппаратной неисправности можно практически исключить.
3. Процесс dwm отвечает за интерфейс с пользователем. Он же реализует визуальные эффекты. Я бы посмотрел в сторону видео драйверов, отключения визуальных эффектов. Если возможно, поменял бы видеокарты из старого и нового компа..

[Ziptar]

Ничего глупее клонирования акронисом или чем то ещё тут придумать нельзя. Подготавливай нормально эталонный образ со всем нужным софтом и его раскатывай нормальным путем

[False_Quiescence]

Ziptar, определенно! Тысячекратно умнее написать комментарий без конкретики, выставив себя гением и привнести ровным счетом 0 полезной информации в пост с конкретной проблемой. Вот это нужно уметь, мое почтение.

[Ziptar]

False_Quiescence, какую тебе конкретику? Как эталонный образ создать? Увольняйся в таком случае, это не для тебя работа - тут не умеющим гуглить делать не чего.

Answer 1

[VoidVolker]

конфиг разный, да, начиная от мат.платы и процессора и заканчивая списком софта

Собственно, а какого вы результата ожидали запуская ОСь с дровами от другого железа? Вы сами себе в ногу выстрелили. Вы даже нашли источник проблемы:

просил их позаниматься в другой аудитории, в которой версии программ старые. Там проблем не было. Я склонировал образ системы и оттуда, но на новых пк снова возникла проблема

Но всё равно продолжаете стрелять себе в ногу.

Для любого нового ПК следует устанавливать ОС с нуля. Клонирование образов не предназначено для запуска на новом ПК, а только на тот же самый ПК или на идентичный по основному железу. Вы сами себе создали проблему используя инструмент для решения не того, для чего он предназначен. Для упрощения установки ПО используется файл ответов и сборка своего дистрибутива, а так же специализированное ПО для автоматизации доставки и развёртывания ПО. Снятие образов предназначено для создания бэкапов, а не для развёртывания ПО в масштабах предприятия. Так что у вас тут только один путь: ставить ОС и весь софт ручками. Далее уже можно снять образ и скопировать его на остальные ПК, а уже после запуска образа сбросить системные идентификаторы и только потом вводить машины в домен.

Comments

[False_Quiescence]

Чего не знал - того не знал. Пользовался данным методом до тех пор, пока работало.

Сегодня же возьмусь за чистую установку с нуля. Затем, прочитал, перед клонированием образа нужно будет сбросить идентификаторы через sysrep. И уже после разворачивать. Жалко потраченного времени, но именно так и набираются опыта, я полагаю. Благодарю.

[VoidVolker]

False_Quiescence, идентификаторы сбросить надо при первом запуске ОС и до ввода в домен, а не перед клонированием — иначе придётся для каждого ПК делать отдельный образ. Раньше винда при смене платформы могла BSOD легко выдать, а если и запускалась, то работала криво. Так что осваивайте файл ответов, сборку образов с предустановленным ПО, системы автоматизации доставки и развёртывания ПО, а так же загрузку по сети.
То, что клонированный образ запустился на другой платформе — это фича винды.

[False_Quiescence]

VoidVolker, добрый день. Позвольте задать вопрос по все той же теме? Пообщался с ИИ и почитал форумы. Форумы пишут, что в целом создавать "эталонный" образ, вводить его в домен и после клонировать - уместно и чаще всего проблем не вызывает. ИИ же говорит, что все это проделывать нужно исключительно через sysprep без ввода в домен и под системным админским пользователем.

Все бы ничего, но, как я уже говорил, у меня довольно обширный список софта, около 100 штук. И если с теми, которые ставятся в системную папку, проблем нет, то есть и те, которые ставятся в личную папку пользователя. Плюс есть особый софт, который воспринимает установленные плагины (вроде Moho или Blender), если установка была проведена именно от того пользователя, на котором они запускались. И так далее.

Если установить весь софт, ввести пк в домен под временным именем, затем развернуть образ, переименовать пк под нужным именем и входить в доменные пользователи, которые были сделаны до клонирования - то таким образом решается большая часть проблем с настройкой системы. Но тогда возможны и ожидаемы проблемы в AD.

Если же производить установку в режиме аудита под системным пользователем админа и без ввода в домен, то после разворачивания образа доменных пользователей не будет, равно как и их настроек. А значит придется заходить под каждым и настраивать. Да, это явно проще, чем на каждый устанавливать под 100 ПО и так далее, но все равно - это вопрос времени, а в масштабах 20-ти пк - это немало времени.

Если же установить софт под доменными пользователями, а при первом запуске пк сделать sysprep, то, как я вычитал, старые папки доменных пользователей он понимать не будет и либо удалит, либо назовет как-то иначе, вроде admin1.

Я всячески "за" автоматизацию. Уже прочитал про ProfileList и про Active setup, но все это слишком долго.

Сегодня установил на один пк все с нуля. Ввел его в домен, а затем с него снял образ и установил на другой. Blender опять завис, но при этом я мог убить процесс. То есть теперь зависание было не намертво, и, возможно, лечится другой версией Blender.

Мой вопрос вот в чем: насколько критично использование sysprep в случае с пк, конфигурация которого совершенно идентична? Да-да, я понимаю, что вопрос скорее не в этом, а в списке имен и id-шек, но все же.

[VoidVolker]

False_Quiescence, вообще не принципиально. У вас задача простая: подготовить и развернуть ПО на парке ПК приложив при этом минимальные усилия. Вот как вам вам удобнее — так и делайте.
У вас там куча ПК и в будущем всё равно придётся ставить или переставлять на каких-то ПК систему — имеет смысл просто собрать свой дистрибутив один раз со всем софтом (и далее просто обновлять его), запустить PXE сервер, включить на целевых ПК загрузку по сети и далее ставить на них всех ОС по сети.

[False_Quiescence]

VoidVolker, прошу прощения за беспокойство вновь, но, увы, это мне не помогло. Даже на "эталонном" пк, на который я все установил с нуля и впоследствии сделал слепок через sysprep, зависания не прекратились.

Появился небольшой прогресс. При подключении к зависшему пк через лайт менеджер, спустя секунд 15 появляется экран. То есть зависает он не "намертво", хотя в процессах все так же висит dwm.exe на 100%.

Тыкнув на проводник, он открылся спустя пару минут. Спустя еще минут 6 компьютер полностью отвис, не закрывая при этом Blender, после чего процесс dwm.exe перестал жрать цп на 100%.

Но, как Вы сами понимаете, в рамках учебного заведения - это не выход.

От отчаяния я начинаю думать на железо. А именно, в сторону цп, потому что на более младшей модели i5 12400 подобного не наблюдалось даже с учетом того, что система там была склонирована без sysprep.

Мой вопрос в том: насколько причина может быть действительно в железе? Протестировать самостоятельно, к сожалению, не могу. Точнее говоря: могу, но у меня ничего не зависает. Когда развернул все пк уже на новом образе после sysprep, в течение 5-ти часов держал открытыми проблемные программы. На каких-то стоял тяжелый рендер сцены, на каких-то спамил win+e, на других изредка переключал вкладки внутри программ. Но как итог - ни единого зависания. Поэтому я уже и не знаю, в какую сторону думать. Пересадить 12400 с другого пк на новый и оттестировать?

[VoidVolker]

False_Quiescence, да, проблема может быть в железе. Сталкивался с чем-то похожим: собрал новый ПК, установил винду и ПО, всё работает как надо, запустил виндовый тест производительности для проверки — всё виснет намертво. Аналогично с любым другим бенчмарком. Вывод сделал следующий: какое-то из ядер процессора оказалось бракованным и любая многопоточная нагрузка намертво всё вешала, т.к. после замены процессора на такой же новый исправило проблему (там правда ещё менялись мать и видюха — то был страйк из трёх бракованных железок сразу, но у тех были другие симптомы). С учётом того, что последние несколько поколений интелловских процессоров коссячные — вполне может быть он виноват. Так что да, возьмите два ПК с максимально одинаковым конфигом с зависанием и без зависания, и далее проверьте перестановкой процессора.

Answer 2

[Михаил Лялин]

1. судя по всему, у вас "стандартный" образ явно на 15и новых PC жёстко сбоит = установить с "нуля" хотя бы один новый PС с его набором драйверов (начиная с поддержки CPU и т.д.) и после проверки "раскатать" на остальные
2. в домене могут быть проблемы из-за одинаковых SID и т.п. после клонирования

Answer 3

[Вадим]

А не майнер ди там у вас?

Comments

[False_Quiescence]

Нет, исключено.