приложения терминала начинаются пустыми
Я использую Kubuntu, 18.04.
У меня такая странная проблема:
При запуске любого терминального приложения (Konsole, gnome-terminal, файловый менеджер Dolphin со встроенным окном консоли) они запускаются с пустого приглашения.
Все, что я набираю, отображается, но не имеет «значения», то есть не принимается оболочкой в качестве входных данных.
Мне нужно нажать Ctrl + C, чтобы выйти из этого состояния и возобновить нормальную работу для получения подсказки.
Я предполагаю, что должен быть какой-то файл конфигурации, который сообщает терминальным приложениям, какую оболочку запускать (и как), и я предполагаю, что там что-то изменилось.
Кто-нибудь из вас знает, как это исправить?
Вот результат работы Konsole, когда я ее запускаю (одинаково для всех терминальных приложений):
This text has no effect after "enter"
as you can see.
Now I will press Ctrl+C:
^Cdkish@r2d2:~$
Как видно из последней строки, только после Ctrl + C появляется приглашение, и с этого момента все работает как обычно.
Заранее спасибо!
1 ответ
Я думаю, что терминальные приложения обычно запускают терминал, указанный в ] / и т.д. / пароль . Когда вы вводите grep dkish / etc / passwd , что говорит последняя часть (часть после последнего символа : )? Я использую bash, поэтому в моей системе он дает / bin / bash . Если там что-то другое, попробуйте отредактировать этот файл. Думаю, вам нужно будет выйти + войти в систему, чтобы это вступило в силу.
Обновление Вы упомянули, что ваш Bash «плохо запускается», но это не повлияет на / bin / sh . Это может быть проблема с файлами конфигурации, специфичными для Bash. На ум приходят ~ / .bashrc и /etc/bash.bashrc . Сначала проверьте ~ / .bashrc . Есть ли в нем команда, ожидающая ввода? Содержит ли он долго выполняющуюся команду, не настроенную для работы в фоновом режиме?
Другой способ проверить, являются ли эти файлы виновными, - запустить оболочку с помощью / bin / sh , а затем вручную запустить Bash с помощью / bin / bash --norc . Дает ли это вам Bash, который работает без нажатия Ctrl + C?
/ bin / sh . Это может быть проблема с файлами конфигурации, специфичными для Bash. На ум приходят ~ / .bashrc и /etc/bash.bashrc . Сначала проверьте ~ / .bashrc . Есть ли в нем команда, ожидающая ввода? Содержит ли он долго выполняющуюся команду, не настроенную для работы в фоновом режиме?
Другой способ проверить, являются ли эти файлы виновными, - запустить оболочку с помощью / bin / sh , а затем вручную запустить Bash с помощью / bin / bash --norc . Дает ли это вам Bash, который работает без нажатия Ctrl + C?
/ bin / sh . Это может быть проблема с файлами конфигурации, специфичными для Bash. На ум приходят ~ / .bashrc и /etc/bash.bashrc . Сначала проверьте ~ / .bashrc . Есть ли в нем команда, ожидающая ввода? Содержит ли он долго выполняющуюся команду, не настроенную для работы в фоновом режиме?
Другой способ проверить, являются ли эти файлы виновными, - запустить оболочку с помощью / bin / sh , а затем вручную запустить Bash с помощью / bin / bash --norc . Дает ли это вам Bash, который работает без нажатия Ctrl + C?
Другой способ проверить, являются ли эти файлы виновными, - запустить оболочку с помощью / bin / sh , а затем вручную запустить Bash с помощью / bin / bash --norc . Дает ли это вам Bash, который работает без нажатия Ctrl + C?
Другой способ проверить, являются ли эти файлы виновными, - запустить оболочку с помощью / bin / sh , а затем вручную запустить Bash с помощью / bin / bash --norc . Дает ли это вам Bash, который работает без нажатия Ctrl + C?