Ubuntu в терминале не работают стрелки

Обновлено: 02.07.2024

T400 имеет переключаемую графику, то есть у нее есть выбор из двух разных графических процессоров (Intel и Radeon). Вы можете заставить его использовать Radeon только из настроек BIOS, выбрав «Дискретная графика».

Только физическое соединение Radeon с док-портом.

В качестве пользователя root отредактируйте файл / etc / passwd для вашего пользователя и измените его с / bin / sh на / bin / bash

hdfs: x: 1020: 1001 :: / home / hdfs: / bin / sh к hdfs: x: 1020: 1001 :: / home / hdfs: / bin / bash

Это сработало для меня.

РЕДАКТИРОВАТЬ: Ссылка: Mateng's ответ

Mateng близок в том, что я думаю, что вы, вероятно, используете Bourne Shell. Но вы не должны редактировать файл /etc/passwd напрямую. Попробуйте вместо этого использовать команду chsh :

Флаг -s сделает новую оболочку (в данном случае Bash) вашей оболочкой для входа в систему.

Один из самых простых способов решить эту проблему - набрать / bin / bash в командной строке интерфейса:

Вышеупомянутая команда выполнит команду Оболочка Bourne Again поверх существующей оболочки как подпроцесс. Это представляет собой недостаток использования большего количества ресурсов, но ничего не нужно редактировать и никаких специальных разрешений не требуется. Например, в последних версиях Kubuntu он запускает сеанс / bin / bash поверх интерфейса оболочки командной строки по умолчанию / bin / dash.

Однако, чтобы сохранить изменения, можно отредактировать файл / etc / passwd и добавить / отредактировать / заменить оболочку по умолчанию в / bin / bash после последнего символа «:» в строке, соответствующей пользователю. Однако для редактирования этого файла потребуются права администратора.

ответ дан nightsinwhiteaustin 31 October 2012 в 00:42

Я попробовал все вышеперечисленные плюсовые заметки из ( этой ссылки ) безуспешно. Вы можете проверить, установлен ли vim.

Я обычно использую vi, а не vim. Поэтому я установил vim.

После этого нажатия клавиш начали работать правильно, когда я выполнил vi. Глядя на вывод следующего, похоже, что vi был сделан псевдонимом vim после установки:

Следующие изменения решили проблему для меня. Во-первых, я проверил, какая оболочка работала:

Я вышел из системы, затем вошел в систему снова. Странно, я должен был переключить оболочку вручную (возможно, некоторый кэш был активен) путем ввода этого:

Вуаля!
[Проблема возникла из-за обновления распределения.]

когда вы впервые входите в ssh, попробуйте эти две команды

Я должен сделать это на некоторых машинах, на которые я вхожу, чтобы решить именно эту проблему

Это проблема совместимости с клавиатурой, то есть то, как она интерпретируется в хост-системе. Возможно, вам придется использовать j или h для перемещения в редакторе vi в командном режиме. Стрелки не сработают.

Проверьте настройки профиля -> совместимость в хост-системе для этого конкретного пользователя.

Хорошо, я знаю, что это не «решение», скажем так, и оно может не помочь многим из вас , но , надеюсь, это поможет в по крайней мере 1 из вас . Это решило мою проблему.

Мой шестимесячный ребенок стучал по моей клавиатуре, и мои клавиши со стрелками перестали работать на моей сессии замазки в коробку Debian. Они работали везде (все остальные программы, кроме шпатлевки). После Google и даже посадки здесь (я собирался закрыть эту вкладку, это не решило это для меня). Я попробовал что-то. Я открыл новый сеанс SSH в том же окне, и мои клавиши со стрелками работали. Я присоединился к своему сеансу экрана, и они не работали. Так что что-то произошло, привязанное к текущей сессии экрана, отключив клавиши со стрелками. К сожалению, я был (я) в середине большого проекта, у меня было открыто 28 окон в сеансе экрана, и я не хотел закрывать сеанс, теряя свое место во всех 28 окнах.

Находясь в оболочке bash, я перепробовал все возможные комбинации: CTRL + вверх, вниз, влево-вправо, ALT + вверх, вниз, влево, вправо, SHIFT + вверх, вниз, влево, вправо, CTRL + ALT + вверх, вниз, влево, вправо, CTRL + SHIFT + вверх, вниз, влево, вправо и т. Д. До сих пор безуспешно, я также пробовал меню Windows и клавиши приложения Windows с помощью клавиш вверх, вниз , лево право.

Теперь мои стрелы снова работают! Что-то в одной из комбинаций того, что было выше, и клавиши со стрелками исправили это.

В конечном итоге это проблема с terminfo. По сути, мой gnome-терминал говорит, что это терминал xterm-256color (через переменную TERM, который экспортируется ssh на удаленный компьютер), но на удаленном не была конфигурация terminfo для xterm-256color.

Выполнение следующих действий решило проблему:

infocmp без какой-либо опции создает листинг источника для терминала в переменной окружения $ TERM. Так что это эквивалентно infocmp -I $ TERM.

Затем полученный источник компилируется через тик.

Наконец, установите соответствующую конфигурацию terminfo в удаленном местоположении. Итак, в следующий раз, когда я подключусь к $ remote через $ host, он узнает о моем терминале.

Когда я захожу на другой компьютер Ubuntu с моей учетной записью (с разрешениями sudo), моя клавиша Backspace генерирует некоторые неудобные символы при нажатии. Также не работают клавиши Tab, Del и Arrow.

С другой стороны, у меня также есть другая учетная запись на той же машине, и когда я ssh через эту учетную запись, его терминал работает отлично. Я не мог понять, почему это происходит.

РЕДАКТИРОВАТЬ: Ссылка: ответ Матенга

Матенг близок к тому, что я думаю, что вы, вероятно, управляете Bourne Shell. Но вы не должны редактировать свой /etc/passwd файл напрямую. Попробуйте использовать chsh команда вместо:

Флаг -s сделает новую оболочку (в данном случае Bash) вашей оболочкой для входа в систему.

Следующие изменения решили проблему для меня. Сначала я проверил, какая оболочка запущена:

Как я читал в этом посте в Ubuntuforums, изменение оболочки на /bin/bash приносит решение. Поэтому я отредактировал свои настройки пользователя в /etc/passwd чтобы:

Я вышел из системы, затем снова вошел в систему. Странно, мне пришлось переключать оболочку вручную (возможно, какой-то кэш был активен), введя это:

Вуаля!
[Проблема возникла из-за обновления дистрибутива.]

При первом входе в ssh попробуйте эти две команды

Я должен сделать это на некоторых машинах, которые я вхожу, чтобы решить именно эту проблему

Один из самых простых способов решить эту проблему - набрать / bin / bash в командной строке интерфейса:

Вышеупомянутая команда выполнит Оболочку Bourne Again поверх существующей оболочки как подпроцесс. Это представляет собой недостаток использования большего количества ресурсов, но ничего не нужно редактировать и никаких специальных разрешений не требуется. Например, в последних версиях Kubuntu он запускает сеанс / bin / bash поверх интерфейса командной строки по умолчанию / bin / dash.

Однако, чтобы сохранить изменения, можно отредактировать файл /etc/passwd и добавить / отредактировать / заменить оболочку по умолчанию в / bin / bash после последнего символа ":" в строке, соответствующей пользователю. Однако для редактирования этого файла потребуются права администратора.

Я перепробовал все вышеизложенные плюсовые заметки от (по этой ссылке) безуспешно. Вы можете проверить, установлен ли vim.

Я обычно использую vi, а не vim. Поэтому я установил vim.

"Терминал Gbnome" точно не эмулирует "xterm".

Терминал GNOME эмулирует эмулятор терминала xterm и предоставляет некоторые из тех же функций.

Трактат о проблеме и ее решениях можно найти здесь:

Каждый пользователь Linux рано или поздно оказался в ловушке в ситуации, когда рабочие клавиши Backspace и Delete на консоли и на X казались невозможными. Эта статья объясняет, почему это происходит, и предлагает решения. Представленные здесь понятия по существу не зависят от дистрибутива: из-за разного содержания файлов конфигурации системы в каждом дистрибутиве я постараюсь дать читателю достаточно знаний, чтобы при необходимости продумать свои собственные исправления.
Я предполагаю, что клавиша Backspace должна вернуться на один символ назад, а затем стереть символ под курсором. С другой стороны, клавиша Delete должна удалять символ под курсором, не перемещая его. Если вы считаете, что необходимо заменить функцию двух клавиш, несмотря на то, что на большинстве клавиатур имеется клавиша Backspace со стрелкой, указывающей влево (←), то этот документ не даст вам немедленных решений, но, безусловно, вы может найти объяснения, приведенные здесь полезными.

Самое простое решение (которое может работать здесь) - использовать: bash $ export TERM = gnome

От имени пользователя root отредактируйте файл /etc/passwd для своего пользователя и измените с /bin/sh на / bin / bash

hdfs: x: 1020: 1001:: / home / hdfs: /bin/sh to hdfs: x: 1020: 1001:: / home / hdfs: / bin / bash

Это сработало для меня.

Это в конечном итоге проблема с terminfo. По сути, мой gnome-терминал говорит, что это терминал xterm-256color (через переменную TERM, который экспортируется с помощью ssh на удаленный компьютер), но на удаленном компьютере не было конфигурации terminfo для xterm-256color.

Выполнение следующих действий решило проблему:

infocmp без какой-либо опции создает листинг источника для терминала в переменной окружения $TERM. Так что это эквивалентно infocmp -I $TERM.

Затем полученный источник компилируется через тик.

Наконец, установите соответствующую конфигурацию terminfo в удаленном месте. Итак, в следующий раз, когда я подключусь к $ remote через $ host, он узнает о моем терминале.

Это проблема совместимости с клавиатурой, т. Е. Как она интерпретируется в хост-системе. Возможно, вам придется использовать j или h для перемещения в редакторе vi в командном режиме. Стрелки не будут работать.

Проверьте настройки профиля -> совместимость в хост-системе для этого конкретного пользователя.

Если вы добавлены в качестве другого нового пользователя, используйте следующую команду, которая добавит вас в sudo группа. Это должно быть сделано с использованием основной учетной записи пользователя, у которой есть разрешение на использование sudo .

Хорошо, я знаю, что это не "решение", скажем так, и это может не помочь многим из вас, но, надеюсь, это поможет по крайней мере 1 из вас. Это решило мою проблему.

Находясь в оболочке bash, я попробовал все возможные комбинации: CTRL + вверх, вниз, влево, вправо, ALT + вверх, вниз, влево, вправо, SHIFT + вверх, вниз, влево вправо, CTRL+ALT+ вверх, вниз, влево вправо, CTRL+SHIFT+ вверх, вниз, влево, вправо и т. д. Тем не менее, безуспешно, я также попробовал меню Windows и клавиши приложения Windows вверх, вниз, влево вправо.

Теперь мои стрелки снова работают! Что-то в одной из комбинаций того, что было выше, и клавиши со стрелками исправили это.

Где мой рабочий стол Ubuntu? Его загрузка и запуск всегда по умолчанию на экране терминала, если я нажимаю Ctrl + Alt + F7, все еще в терминале, Ctrl + Alt + F1, все еще в терминале.

Нет GUI, как мне его восстановить?

РЕДАКТИРОВАТЬ:

Кажется, что решение этой проблемы похоже на ракетостроение, оно нефиксировано. Вместо того, чтобы тратить время на его отладку, я, наконец, переустановил Ubuntu.

Попробуй это. Просто нажмите Ctrl + Alt + T на клавиатуре, чтобы открыть терминал. Когда он откроется, выполните команду (ы) ниже:

Следуйте инструкциям ниже:

sudo dpkg --configure -a
sudo apt-get install --reinstall ubuntu-desktop
перезагрузите компьютер и перейдите на рабочий стол

Какой менеджер дисплеев у вас был раньше? Перейдите в защищенный режим с правами root с помощью Ctrl + Alt + F1. Затем попробуйте переустановить следующие пакеты:

Если у вас менеджер дисплея, отличный от gdm, введите kdm или же lightdm ,

У меня когда-то тоже было это - в отношении nvidia-драйверов.

Когда я сталкиваюсь с этим на моей машине, я просто удаляю /etc/X11/xorg.conf и перезагружаю систему. НО - я всегда делаю резервные копии!:)

Это было размещено на Ubuntu-форуме, чтобы решить проблему после

"Остановка загрузочного пространства в пользовательском пространстве" выглядит так:

С установленными проприетарными драйверами они сделали следующее:

Ctrl + Alt + F1 (чтобы открыть терминал) и после входа в систему:

Вшел в режим восстановления Grub и выбрал "восстанавливать поврежденные пакеты"

Удерживайте Shift, чтобы попасть в меню Grub, нажмите E, чтобы ввести временные изменения в место Grub 'vmalloc=192MB' рядом с тихой заставкой.

И проблема теперь решена?!

Затем они сделали изменение постоянным, отредактировав /etc/default/grub включать:

Может быть, это решит вашу проблему? Дай мне знать!

У меня была такая же проблема, и ни одно из решений, размещенных здесь, не сработало.
Что сработало для меня следующее:

Такие команды, как apt-get update, не работают до перезагрузки. После перезагрузки я открыл терминал ( Ctrl + Alt + T ) и обновил все

и все вроде нормально работает.

Для меня сработали следующие две команды, а затем перезагрузка

Если у вас установлен графический интерфейс и он загружается в командную строку, вы можете использовать следующую команду:

У меня недавно возникла эта проблема. Итак, проблема в том, чтобы изменить диспетчер отображения по умолчанию или удалить связанный с ним демон. Моим менеджером отображения по умолчанию был gdm3, но я по ошибке установил xdm и, следовательно, при установке выбрал xdm. Но когда я понял проблему, я удалил xdm, надеясь, что по умолчанию вернется к gdm3, но этого не произошло. Вместо этого у меня появляется экран терминала, появляющийся при каждом входе в систему. Поначалу это было неприятно, но только одна строчка заставит это работать.

sudo apt install xdm

Когда появится окно для выбора диспетчера отображения по умолчанию, выберите gdm3 (да, он все еще присутствует) и нажмите ОК. Теперь перезагрузите систему, чтобы на вашем лице появилась улыбка.

В свете доработки Midnight Commander-а до вполне рабочего состояния, открытым остается вопрос - почему не работает сочетание клавиш Shift+Стрелки для выделения текста в редакторе MC? Такое поведение мы можем наблюдать, если запустить MC в эмуляторе терминала Konsole под KDE. Для выделения текста приходится пользоваться непривычной клавишей F3. Это неудобно хотя бы потому, что привыкая к такому выделению, во время работе с другими редакторами или IDE, человек ошибается, и, нажимая F3, выполняет совсем не то действие, о котором думал.

На багтрекере MC баг не принимают, ссылаясь на то, что это проблема эмулятора терминала, а не MC. Они, видимо, правы.

Проблема неработоспособности клавиш Shift+Стрелки в Konsole возникает из-за того, что в Konsole сочетания этих клавиш используются для других функций. Например, сочетания Shift+Up и Shift+Down используются для перемещения в истории вывода консоли. Дело осложняется тем, что в окошках настройки Konsole использование сочетаний этих клавиш не видно.

Перемещено boombick из KDE

Теперь кдешные приложения затачиваются для работы под другие приложения? Это круто.

А как то же самое сделать для xterm?

Ниче, ща придет какой-нить кедераст и скажет, что MC не нужен и он написан криво, и на дворе 21 век - нефиг юзать убогое старье :)

> скажет, что MC не нужен и он написан криво

MC не нужен, и написан он криво. Как и любой другой высер Мигельки.

>>Ниче, ща придет какой-нить кедераст и скажет, что MC не нужен и он написан криво, и на дворе 21 век - нефиг юзать убогое старье :)

Да, как обычно. Хотя до сих пор вменяемой альтернативы нет.

> Ниче, ща придет какой-нить кедераст и скажет, что MC не нужен и он написан криво, и на дворе 21 век - нефиг юзать убогое старье :)

Я бы тоже так сказал, но вменяемой альтернативы MC под линухом ненаблюдается. Жалко, FAR на winapi завязан. Как мне его не хватет, ктобы знал.

> А как то же самое сделать для xterm?

А в xterm у меня выделение по Shift+Стрелки работает. Зато xterm не кажет русские символы, нет вкладок, неизвестно где настраиватся комбинации копирования-вставки в буфер, неизвестно где настраиваются шрифты, да и вообще xterm страшен.

>>Проблема в том, что файлов с расширением *.keytab в директории /usr/share/apps/konsole будет на единицу меньше, чем в списке. Какого же файла нет? Оказывается, нет файла с настройками "XTerm (XFree 4.x.x)". А на каких настройках у вас стоит галочка? Даю 99% гарантии, что именно на "XTerm (XFree 4.x.x)".

>>Таким образом получаем, что нужного нам файла настроек, на базе которого мы будем делать свою настройку, в каталоге /usr/share/apps/konsole нет. Если поискать по всему диску еще файлы *.keytab, то окажется, что больше таких файлов нету. Так где же хранятся настройки пункта "XTerm (XFree 4.x.x)"? Оказывается, они вкомпилированы в Konsole. И лежат они в файле библиотеки /usr/lib/kde3/libkonsolepart.so.

Теряю веру в разум! Какие особые сображения? заставили разрабов зделать это?!

У меня нормально так юникод кажет. Вкладки, конечно, штука хорошая, но как-то привык без них. Копированием-вставкой через среднюю кнопку мыши всегда пользовался, если надо - с зажатым Shift выделял чего-нибудь в окне MC и не только. Шрифты - в

/.Xdefaults. Зато что для меня важнее - он быстр, он очень быстр.

А как на счёт восстановления нормальной работы M-o (Alt-O)?

> А как на счёт восстановления нормальной работы M-o (Alt-O)?

Я писал баг в трекер

". Некорректная реакция на Alt+O

При нажатии на Alt+o, в противоположной панели должен открываться тот же каталог, который открыт в текущей панели.

В данный момент, если курсор стоит на файле, в соседней панеле открывается каталог, на уровень выше чем файл.

А если курсор стоит на директории, в соседней панели открывается содержимое этой директории, а курсор перемещается на строчку ниже, что дезориентирует пользователя - непонятно, какой каталог открылся.

В более старых версиях Alt+o работало как надо - просто открывало в соседней панеле текущую директорию, причем независимо от того, где находится курсор (на файле или на директории). "

но баг отклонили по причине написания на русском языке.

Заодно сказали, что так и должно быть. А открытие той же директории в соседней панеле в 2005 году решили делаеть по Alt+i. Хотя, в Ubuntu 7.04 (от 2007 года) это действие в MC выполнялось по Alt+o.

Жду, когда клавиши можно будет настраивать. Чтоб уже все настроить как в FAR и больше не долбаться.

HURR DURRR
кто-то заботится
HURR DURRR
HURR DURRR

> Проблема в том, что файлов с расширением *.keytab в директории /usr/share/apps/konsole будет на единицу меньше, чем в списке. Какого же файла нет? Оказывается, нет файла с настройками "XTerm (XFree 4.x.x)". А на каких настройках у вас стоит галочка? Даю 99% гарантии, что именно на "XTerm (XFree 4.x.x)".

>Таким образом получаем, что нужного нам файла настроек, на базе которого мы будем делать свою настройку, в каталоге /usr/share/apps/konsole нет. Если поискать по всему диску еще файлы *.keytab, то окажется, что больше таких файлов нету. Так где же хранятся настройки пункта "XTerm (XFree 4.x.x)"? Оказывается, они вкомпилированы в Konsole. И лежат они в файле библиотеки /usr/lib/kde3/libkonsolepart.so.

А ничего, что [b]/usr/lib/kde3/libkonsolepart.so[/b] как бы намекает на третью версию КДЕ? Реквестирую пруфлинк на указанное место в исходниках.

>Реквестирую пруфлинк на указанное место в исходниках.

Можете не верить, но оно так и есть. Во всяком случае, в третьих кедах (четвертые в нашем танке не любят). Причем отнюдь не только в убунте.
А код искать лень и некогда :)

Ну а вообще, на новость имхо не тянет.

Значит, когда на цайте ibm появляется очередной не упавший никому в пень перевод статьи - это новость. А когда появляется статья как пофиксить столетний баг, реально мешающий работать каждому кдешнику, то это на новость не тянет.

В этом вашем кедее даже приличного терминала до сих пор нет?

>Значит, когда на цайте ibm появляется очередной не упавший никому в пень перевод статьи - это новость. А когда появляется статья как пофиксить столетний баг, реально мешающий работать каждому кдешнику, то это на новость не тянет.

Тот факт, что IBM DW постоянно пишет всякую х.ню, ещё не означает, что все остальные должны делать то же самое.

> Тот факт, что IBM DW постоянно пишет всякую х.ню.

. то эту х.ню модераторы считают новостями.

> неизвестно где настраиватся комбинации копирования-вставки в буфер, неизвестно где настраиваются шрифты

Вот и выросло поколение, которое не знает про X resourses.

> Заодно сказали, что так и должно быть. А открытие той же директории в соседней панеле в 2005 году решили делаеть по Alt+i. Хотя, в Ubuntu 7.04 (от 2007 года) это действие в MC выполнялось по Alt+o.

Дык прально сказали. Дата рождения Убунты никого не интересует. Интересует версия mc в ней. Можа, он там древний как экскременты мамонта. Да и майнтейнер мог там напатчить.

Хавту неполное - нету описания для KDE4

>Так где же хранятся настройки пункта "XTerm (XFree 4.x.x)"? Оказывается, они вкомпилированы в Konsole. И лежат они в файле библиотеки /usr/lib/kde3/libkonsolepart.so.

Убунта есть убунта.. :)

% pacman -Ql kdemod-kdebase-konsole| grep keytab
kdemod-kdebase-konsole /usr/share/apps/konsole/default.keytab
kdemod-kdebase-konsole /usr/share/apps/konsole/linux.keytab
kdemod-kdebase-konsole /usr/share/apps/konsole/solaris.keytab

Аффтар нашёл вкладку "Клавиатура", но не увидел кнопку "Изменить..", по которой всё само скопируется и отредактируется? Или в убунте её тоже нет?

Читайте также: