Нет строки меню, Windows не отображается (Linux Mint 17.2 Cinnamon)
Размер XTerm определяется количеством отображаемых символов, используемым шрифтом и размером украшений оконного менеджера (строка заголовка, контуры и т.д.).
Вероятно, вы используете другой (более крупный) шрифт на LFS. Настройки xterm в Ubuntu, вероятно, находятся в /etc/X11/app-defaults/{XTerm,XTerm-color} (по крайней мере, именно там они находятся в Debian). Вы можете скопировать их, или, по крайней мере, нужные вам настройки. [BTW: Если вы не знаете, XTerm имеет несколько шрифтов, которые можно переключать с помощью ControlRightClick и ControlShiftKeypad +/- (все привязки настраиваются).
Вы также можете сделать это на основе каждого пользователя в вашем ~/.Xresources файле и с помощью xrdb.
Если вы хотите узнать, что означают все настройки в XTerm app-defaults, то в manpage xterm они подробно описаны.
Краткий обзор источника показывает, что файл auth-passwd.c включает < pwd.h >, а файл auth-shadow.c включает < shadow.h >. Без глубокого погружения кажется, что sshd использует системные вызовы для проверки пароля. Также был код, который позволял sshd требовать и изменять пароль для паролей с истекшим сроком действия.
-121--74947-Некоторые вещи, которые могут вызвать выход оболочки (не исчерпывающий):
- вызов утилиты
exit. Не будем забывать об очевидном вызове - утилиты
return. В случаеbash, который будет возвращен, только если в функции или исходном файле. exec cmd. Это приведет к выполнениюcmdв том же процессе, что фактически приведет к выходу из этого цикла. Сценарий завершится после завершенияcmd.набор -e/set -o errexitвключен (см. также переменную средыSHELLOPTSдляbash), и команда завершается с ошибкой. Параметрнаборов -u/set -o nounsetвключен, и на него ссылается неснятая переменная.- Определяется ловушка
DEBUGилиERR, вызывающаяexit. - Неисправность специальных конструкций. Отказ специальных конструкций (таких как
набор,:,оценка...) приводит к выходу оболочки. Однако в случаеbashэто происходит только в режиме POSIX (например, когда POSIXLY_CORRECT находится в среде или когда вызывается какsh...) и даже не для всех специальных построений. Например,: >/вызовет выход оболочки. - как упоминается в @ schily , синтаксическая ошибка (как в коде, который достигается только условно).
- деление на 0 (в
$ ((1/x))или$ {массив [1/x]}). - внутренняя ошибка
bash, например, из-за достижения определенного предела:- не удалось выделить память
- не удалось раскачать процесс
- превышен размер стека (например, при использовании рекурсии функции)
- Некоторые другие ограничения на месте через
ulimit(что также может вызвать передачу некоторых сигналов).
- убит другим процессом. Другой процесс может вызвать
kill ()для явного уничтожения интерпретатора сценария. - убит системой.
- СИГИНТ/СИГКВИТ. При нажатии
^ C/^\. - СИГУП. Если терминал отключен.
- СИГСЕГВ/СИГБУС/СИГИЛЛ. Команда bash делает что-то неправильное (ошибка) или неисправное оборудование (память).
- SIGPIPE: builtin (
эхо,printf) запись в закрытый сейчас канал или сокет (может также происходить для сообщений об ошибках, если stderr является каналом).
- СИГИНТ/СИГКВИТ. При нажатии
Первым делом следует проверить сообщения об ошибках и состояние выхода.
-121--160874- После проб и ошибок я узнал, что это была проблема с моим драйвером GPU (AMD Catalyst 15.9).
Удаление драйвера не сработало, так как приложение изменило libOpenCL.so.1 .
При поиске по журналам я узнал, что виновником был пакет вина , который изменил файл OpenCL.
Решение состояло в принудительном удалении, перезагрузке и переустановке драйвера графического процессора.