После установки Ubuntu server 16.04LTS на HP DL360 g7 возникли некоторые неожиданные проблемы. Я пытаюсь переустановить с разными образами и загрузочными носителями, но результат тот же. После первой загрузки все работает как часы. Но если вы хотите выключить или перезапустить (командой systemctl или sutdown), система выключится/перезагрузится, но не сможет сделать это правильно. Тогда у меня 2 случая:
1) Если у вас много терпения, система закончит делать то, что вы хотите, еще 7-10 минут. После этого (SIC!) при следующей загрузке вы увидите GINGER (цвет Ubuntu) tty1. Который может переключиться на обычные цвета после запуска mc или некоторых команд типа < fdisk -l>. Все остальные tty имеют обычный белый цвет. Почти все последующие перезагрузки/выключения работают правильно (менее 5 секунд), tty1 все еще рыжий после загрузки. Но иногда могут наблюдаться проблемы с синхронизацией.
2) Если у вас нет терпения и вы "помогаете" системе нажатием комбинаций SysRq или аппаратной кнопки выключения, то вы увидите (при следующей загрузке) нормальный tty1. И все последующие перезагрузки/выключения будут работать нормально.
PS Я использую разные ISO, флешки/SD. Система была установлена на настоящий аппаратный рейд на обнуленном разделе MBR. Во время установки я выбрал: стандартные утилиты, серверные утилиты, LAMP, SAMBA, OpenSSH. Я не использую мышь, клавиатуру, монитор. Безголовый сервер управляется ILO3.
Предыдущая версия Ubuntu 14.04LTS отлично работает на этом оборудовании.
решение1
Решено. 1) Мне не следует использовать создатели загрузочной флешки, такие как unetbootin, с версией сервера 16.04LTS. Когда я пытаюсь установить, добавив образ iso на виртуальный cdrom (функция ILO sweet), я вижу другой результат. ОС показывает видимый POST при загрузке модулей. После загрузки у меня нормальные терминалы.Это также решает ошибку с tty7 по умолчанию.(теперь по умолчанию tty1). На этом сайте я вижу, что у других участников та же проблема. Люди, попробуйте другие создатели загрузочной флешки или не используйте их! Но когда я пытаюсь перезагрузить/выключить, у меня все еще большая задержка. Это происходит из-за того, что systemd не может нормально остановить MySQL. Также команда 'systemctl stop' не работает для службы MySQL. Так что если вы УБЬЕТЕ этот процесс или удалите MySQL, проблема задержки исчезнет. Поэтому другой вопрос будет«Почему systemd не смог остановить демон MySQL»