Ошибка 1069

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

Если служб несколько и все от одной учётной записи, править придётся каждую: пароль хранится в настройках каждой службы отдельно. Это и объясняет, почему после смены пароля отваливается сразу несколько вещей.

Учётной записи, от имени которой стартует служба, нужно отдельное разрешение — право входа в качестве службы. Обычно система выдаёт его сама, когда вы указываете учётную запись в свойствах, но политика безопасности может его снимать.

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

Заблокированная, отключённая или просроченная учётная запись даёт ту же ошибку. Проверьте её состояние: не истёк ли срок действия пароля, не заблокирована ли она после неудачных попыток входа.

Отдельная ловушка — политика обязательной смены пароля. Учётная запись, от имени которой работают службы, попадает под неё наравне с людьми, и раз в три месяца всё останавливается. Для служебных учётных записей срок действия пароля обычно отключают именно поэтому.

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

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