Невозможно запланировать выполнение задачи от имени пользователя на Server 2012 R2
Я пытаюсь создать запланированную задачу на Server 2012 R2 для запуска в качестве службы домена Счет. Я выбираю «Запускать независимо от того, вошел ли пользователь в систему или нет», и выбираю учетную запись службы домена, нажимаю «ОК», вводю учетные данные, а затем получаю следующее сообщение об ошибке:
Произошла ошибка для задачи LPAEmail. Сообщение об ошибке: Сообщалось о следующей ошибке: Указанный сеанс входа в систему не существует. Возможно, он уже был прекращен.
То, что я уже пробовал:
- Проверено, что
Доступ к сети: Не разрешать хранение паролей и учетных данных для сетевой аутентификацииполитика отключена . - Вход на сервер как пользователь.
- Учетная запись другого домена.
- Попытка использовать учетную запись локального администратора.
- Добавление учетной записи домена в локальную группу администраторов.
- Изменение «Настроить для» на Vista, Windows 7 и Server 2012 R2. Ни один из них не имел значения.
- Настройка локальной учетной записи, а затем ввод учетных данных для учетной записи домена при появлении запроса.
- Проверено, что "Срок действия пароля не истекает" проверяется для учетной записи службы.
- Пытался создать совершенно новую задачу.
Есть ли у кого-нибудь предложения, что еще попробовать?
Примечание: я обнаружил, если отмечу «Не сохранять пароль. Задача будет иметь доступ только к ресурсам локального компьютера.
Я попытался запустить Восстановление загрузки , но это не помогло.
Я попытался стереть диск и переустановить Ubuntu - в первый раз это не удалось, сославшись на «невозможно установить загрузчик в желаемое место» . Во второй раз все установилось нормально, но я все еще не могу загрузиться - BIOS, похоже, не находит никаких загрузочных дисков, а затем начинает попытки загрузиться с сетевой карты.
Любые предложения относительно того, что я могу попробуйте, или это, вероятно, неисправный диск?
GRUB не устанавливается на диск должным образом. Обычно это происходит из-за глючной прошивки или чего-то с этим связанного. ИЛИ у вас может быть неисправный диск.
Вы действительно используете BIOS? Я спрашиваю, потому что модули CSM (уровень совместимости с BIOS) на многих платах довольно ограничены и содержат ошибки. В большинстве случаев вам будет лучше загружаться с использованием EFI с разделом ESP на загрузочном диске, отформатированным как VFAT. GRUB все еще устанавливается, но он вызывается стандартным расширением прошивки, предоставляемым самим диском ОС. На самом деле это форма загрузки по цепочке, но она очень надежна (и более надежна для внесения изменений).
Если вам нужно использовать BIOS, устойчивая прошивка обычно допускает «ручную» установку GRUB. Причины, по которым нам приходится устанавливать вручную, различны, но обычно они связаны с неверными значениями, возвращаемыми во время автоматического обнаружения диска. Для этого вам необходимо загрузиться с использованием live-дистрибутива (Ubuntu подойдет) и создать среду chroot. Это руководство поможет, если вы потерялись в этом: http://www.cyberciti.biz/faq/unix-linux-chroot-command-examples-usage-syntax/
Попав в chroot, вы придется кое-что знать о вашем диске. Вы сможете успешно записать GRUB в MBR с помощью следующей команды: grub-install / dev / sda (или что-то подобное в зависимости от ваших потребностей для этой системы). Если вы получаете ошибки, мы можем с ними справиться, но таким образом вы получите больше результатов.
Как вариант, проверьте свой диск на наличие дефектов. Вы можете сделать это с помощью инструментов производителя для проверки целостности или использовать smartmontools. Smartmontools предоставит вам подробный отчет о сроке службы диска, в том числе о том, есть ли на нем какие-либо неисправимые или ожидающие сектора. Это верные признаки неисправности диска, и вы должны заменить его, если увидите эти вещи.
apt-get install smartmontools установит утилиту, если она еще не установлена. smartctl -a / dev / sda распечатает полный отчет о вашем диске, который вы можете просмотреть на предмет сбоев. smartctl -t long / dev / sda запустит тест, результаты которого вы сможете увидеть через некоторое время (не займет много времени на SSD).
И, наконец, если у вас все еще есть проблемы с установкой в BIOS режиме, загрузите установщик в режиме EFI и используйте его. Программа установки должна быть загружена в режиме EFI, чтобы установить систему EFI. Программа установки Ubuntu отлично справляется с этим.
Надеюсь, одно из этих предложений помогло, поскольку проблемы с загрузкой GRUB могут быть вызваны целым миром различных проблем. Это самые типичные.
Похоже, это очень распространенная проблема с загрузкой серверов HP ProLiant в режиме BIOS (пример https://forum.proxmox.com/threads/grub-error-on- reboot-device-not-found.38616 ). К сожалению, Microserver Gen8 не может загрузиться в uEFI, что затрудняет обходной путь.
Я считаю, что происходит то, что в HP BIOS есть ошибка, и он неправильно сообщает размер диска. GRUB не будет просматривать указанный сектор и не сможет найти нужные файлы.
Я испытал это при загрузке с ZFS (почти весь диск) и с MD-массива, расположенного в конце диска, даже с текущим BIOS - с мая 2018 года. Особенно с ZFS это неприятно - сначала требуются данные by GRUB может быть в пределах указанных границ, поэтому загружается нормально. Однажды это просто остановится ... Думаю, похожая проблема может произойти с LVM ...
Решение, которое сработало для меня, заключалось в создании раздела для / boot данных, который физически расположен в начале диска.