Разницу понимаю, хамить необязательно.
Нет, разговор не про учетки вообще.
Из-за "протухшего" билета Kerberos контроллеры домена теряют возможность репликации.
В идеале - должно БЫ обменяться новым через репликацию, но по факту, происходит обратная процедура - неверный билет распространяется в домене. Дальше валится куча ошибок, на рабочих станциях отваливается DFS. Проблема наступает через несколько часов после "воскрешения" старого КД.
Лечение есть, но это не тот случай, когда нужно сперва ломать, потом лечить.
Поэтому еще раз рекомендация - не восстанавливать из копии контроллеры домена, если прошло много времени, и не подключать к домену контроллеры, которые по каким-то причинам долго не имели доступ к репликации (например по причине нарушения связности сети между филиалами).
MVV, не рекомендую восстанавливаться даже из месячной копии. Ключи шифрования - это не учетки пользователей.
И более того, если контроллер ушел из домена на месяц - не стоит его возвращать в сеть. Иначе потребуется много шаманить по восстановлению.
Теоретически - можно и телегу подключить к Красноярской ГЭС. Но по факту - какой в этом практический смысл? Намного, существенно намного дешевле - как по деньгам, там и по трудозатратам - будет подключить бюджетный 4-х ядерник в современную материнку. Например вам не придется вырезать из другого современного процессора контроллер памяти, которого теперь нет на материнке, и как-то его приколхозить его в вашу сборку.
Еще придется добиться от старого процессора совместимости с Windows 10 и например современными браузерами. Т.е. у него нет некоторых необходимых инструкций.
Самый простой способ подключения старого процессора к новой материнке - это установить в нее новый процессор, а для старого просто приклеить клеем отдельный сокет, не подключая его к материнке.
Кстати примерно так в свое время делался апргейд компа с i486 SX на дополнительный математический сопроцессор, сопроцессор покупался и втыкался в свой сокет, но на самом деле сопроцессор был процессором i486 DX, а SX просто отключался и оставался для красоты...
Он у вас просит восстановить настройки БИОС. Зайдите, загрузите оптимальные по умолчанию, сохраните, выйдите.
Просто замена севшей батарейки на новую не поможет. Настройки 1 раз надо сохранить.
Кроме того обесточьте комп, от сети, совсем. Нажмите и подержите ВКЛ на на компе. И попробуйте на пару сек. замкнуть контакты BIOS RESET на материнке.
Потом подавайте питание и включайте.
Частота обновления - это как часто с компа по кабелю приходит новое изображение.
Если монитор поддерживает, например 75 Гц - то он готов принят от кабеля 75 кадров в секунду. Или 60.
Но вот дальше уже начинается колдунство и магия.
Плановой - зависит от мыслей разработчика. Может и не делать.
Но при чтении данных - при появлении корректируемых ошибок и ухудшении параметров чтения - благодаря логике самообслуживания. Считывает, записывает, проверяет. Если не помогло - записывает данные в резервную область и помечает блок как неисправный.
Можно уточнение, просто нет 11-й под рукой:
Я правильно понимаю - просто зажать Ctrl и покрутить колесиком мышки над рабочим столом, как было и работало еще со времен копролитов мамонтов - в 11-й уже нельзя?
Sappes, тогда раскурите тему, как компьютеры под Windows проводят выборы координатора в сети, и почему их может оказаться более одного при отсутствии домена, и как это влияет на фрагментацию сети и видимость ПК по имени.
Не обижайтесь, я тут притаскивать целую простыню не буду. Вопрос относится к фундаментальному пониманию сетевой магии.
Нужно искать причину блокировки связи в процессе голосования компов за выбор сетевого координатора. Возможно установлены домашние версии антивирусов, которые просто все подряд режут.
Странная идея:
В изолированной среде виртуализировать ваш контроллер домена (просто копию для теста) и сделать одну виртуалку с рабочей станцией. Проверить как ведет себя связка будучи отвязанной от железа. Если не поможет - значит не место проклятое, а что-то с доменом...
HALFMAN9797, эти оба параметра мимо:
- первый не даст завершить загрузку и зайти пользователю
- второй - отложенная обработка пользовательских настроек, тоже не про то - установка же идет в контексте локального компьютера, а не локального пользователя. но это не точно.
Точно могу сказать, что у меня проблема решалась перестановкой компов местами (сеть), и заменой драйвера (сетевуха).
Исключите для теста промежуточные точки в сети - только сервак, нормальные кабели и 1 нормальный коммутатор.
Установка винды от продавца? Скиньте в образ и накатите свою MSDN.
