Я регулярно ssh зі свого ноутбука (mac) на робочий стіл (Linux), а іноді, згодом, історія-пошук назад закінчується ламаною і просто діє як попередня історія. (Я не відстежував, чи це відбувається завжди і завжди після порушених сеансів, порівняно з чисто відключеними.)
Моя перша підозра підозріла на тому, що якимось чином налаштування читання перезавантажувалися. Але і до, і після появи проблеми, мої відповідні налаштування для читання однакові:
$ bind -p | grep history | egrep -v "^# "
"\e<": beginning-of-history
"\e\C-i": dynamic-complete-history
"\e>": end-of-history
"\C-s": forward-search-history
"\e^": history-expand-line
"\e[A": history-search-backward
"\e[B": history-search-forward
"\C-n": next-history
"\eOB": next-history
"\en": non-incremental-forward-search-history
"\ep": non-incremental-reverse-search-history
"\C-p": previous-history
"\eOA": previous-history
"\C-r": reverse-search-historyЯк не дивно, друк стрілки вгору in vi показує це ^[OAне так, \e[Aяк я б підозрював. Але в будь-якому випадку, воно також не змінюється між тим, коли моє зобов'язання - те, що я хочу, і коли його більше немає.
Що це викликає? Як скинути свої ключові прив’язки? Як уникнути проблеми в майбутньому?
Спасибі, @ kamil-maciorowski Це спрацювало. Якщо ви зробите це на відповідь, я прийму це.
—
AFoglia
Мій коментар не був розміщений як відповідь чомусь: він відповідає лише на одне з трьох ваших запитань. Якщо ви вважаєте, що цього достатньо, спочатку слід позбутися інших питань ( відредагувавши ). Однак це зробило б питання повторити це (симптоми відрізняються, але виправлення те саме); тому якщо ви редагуєте, я проголосую за закриття питання як дубліката. Я не можу відповісти на всі питання, і я відмовляюся писати часткову відповідь просто
—
Каміль Маціоровський
reset; але якщо хтось (включаючи вас) це зробить, я ні заважаю, ні вимагаю кредиту.
resetкоманду (це, я вважаю, особливий випадокtset).