Ошибка при загрузке /home/[username]/.profile

Когда система загружается, возникает следующая ошибка:

Ошибка при загрузке /home/[username]/.profile 
mesg: ttyname не удалось: неподходящий ioctl для устройства
В результате сессия может быть настроена неправильно
Вы должны исправить проблему как можно скорее

Вывод команды grep -i mesg для .profile и .bash* следующий:

$ grep -i mesg .profile
mesg n || true
$ grep -i mesg .bash*
$ 

В терминале…

gedit .profile

измените это:

mesg n || true

на это:

tty -s && mesg n || true

Файл .profile для учетной записи root может потребовать аналогичного (но слегка отличающегося) исправления.

stty -ixon в .profile

Команда была в моем .profile, и она вызывала проблему в Ubuntu 17.10.

Я добавил её, основываясь на рекомендациях по этому вопросу: https://unix.stackexchange.com/questions/12107/how-to-unfreeze-after-accidentally-pressing-ctrl-s-in-a-terminal

Чтобы уточнить принятое решение, ваши скрипты инициализации оболочки .profile и .bashrc (при условии, что вы используете bash – в противном случае каждая оболочка различна) выполняются в ряде различных сценариев:

• интерактивный вход – например
  • если вы входите через ssh
  • запуск графического терминала (эмуляторы терминала различаются по тому, когда они начинают новую сессию – или могут быть настроены)
• когда скрипт выполняется от вашего имени
  • автоматические задачи (например, cron)
  • просто обычный shell-скрипт
  • более старые примеры, которые встречаются реже, включают файлы запуска, такие как .xinitrc и .Xsession при входе (только X)
  • неинтерактивный ssh – например ssh host ls

Главное важное отличие – это то, является ли сессия оболочки “интерактивной” сессией на “терминале” (также известном как tty) или нет. Интерактивная сессия предполагает, что человек вводит команды в оболочку и имеет терминал (например, для отображения цветов на экране или рисования индикаторов выполнения или аналогичной “терминальной графики”).

При запуске скриптов или задач cron оболочка работает как неинтерактивная оболочка и не ожидает наличия терминала/tty. Многие программы определяют, есть ли у них терминал/tty, и корректируют свое поведение (например, не запрашивая у пользователя ввод), но не все из них. Использование программ, требующих терминала/tty, когда его нет, может привести к странному поведению – сбоям, зависаниям в ожидании ввода от пользователя и т. д.,…

В Ubuntu поток запуска bash примерно таков:

1. чтение .profile (все оболочки, подобные “sh”, читают это)
2. .profile вызывает .bashrc
3. .bashrc в конечном итоге содержит следующие строки:

   # Если не работает в интерактивном режиме, ничего не делать
   case $- in
       *i*) ;;
         *) return;;
   esac
   

Этот case в вашем bashrc останавливает парсинг .bashrc, если вы не работаете в интерактивном режиме.

Поэтому лучшее решение – поместить любую конфигурацию, требующую tty, после этой части вашего .bashrc

mesg n || true

Принятый ответ имеет альтернативный обходной путь, используя tty -s для определения, присутствует ли терминал (предполагая, что это означает интерактивную сессию) – таким образом, tty -s && mesg n выполняет mesg n только в том случае, если tty -s успешно.

На современных системах это различие может быть не столь важным, но помните, что каждый скрипт оболочки (ну, каждый sh скрипт) в вашей системе запускает ваш .profile и каждый bash-скрипт запускает .bashrc – по крайней мере, до проверки интерактивности выше. Поэтому каждая строка кода, которая находится в этих файлах до проверки интерактивности, которая действительно предназначена для вас, когда вы печатаете в терминале, является пустой тратой времени для компьютера и может привести к появлению запутанной информации, такой как это сообщение об ошибке.

Рекомендации по лучшим практикам:

1. Устанавливайте переменные окружения (если это действительно необходимо) выше “проверки интерактивности”
2. В большинстве случаев оставляйте .profile без изменений (есть несколько причин, почему вы можете потребовать изменить его, но все равно придерживайтесь рекомендации 1)
3. Переместите большую часть вашей настройки после “проверки интерактивности” – например, псевдонимы, автозаполнение, инструменты терминала (такие как mesg, biff и т. д.), ssh-агенты,…

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

В системах cPanel в /etc/bashrc вы можете найти строку:

mesg y

Замените ее на:

if [ -t 1 ]; then
  mesg n
fi

И это предотвратит предупреждение