Ubuntu 20.04, сентябрь 2021 г. — ошибка только для VIM: какое бы обновление ни было отправлено, нарушилась вставка, как кнопка выделения/средняя кнопка, так и ctrl-insert/shift-ctrl-insert

Я использую vi с конца 1980-х, так что давайте предположим, что я очень хорошо с ним знаком...

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

Ничего не изменилось, кроме автоматических обновлений, делающих свое дело.

Удалил vi, vim, попробовал версию gtk, пустой ~/.vimrc, без ~/.vimrc, то же самое со всеми комбинациями /etc/vim/vimrc

Удален bashrc, получен /etc/profile, то же самое...

То же самое в gnome-терминале и терминаторе...

Не знаю, что пошло не так, у кого-нибудь еще были подобные проблемы?

vim.gtk3 --версия VIM - Vi IMproved 8.1 (18 мая 2018 г., скомпилировано 15 апреля 2020 г., 06:40:31) Включенные патчи: 1-2269

Поскольку он делает это с пустыми файлами vimrc, при его воссоздании/установке разных vims я оставил их пустыми.

Любая другая программа — даже редакторы на основе оболочки, такие как pico — работают.

SSH-соединение с других машин, на которых работает vim, имеет ту же ошибку.

Обновление: это единственный рабочий стол 20.04, который у меня есть. Куча ноутбуков/рабочих столов/серверов 18.04, проблем с ними нет, но ssh-соединение с любого из них, и ошибка повторяется. Ssh'ing ... давайте посмотрим ... с рабочего стола 20.04 -> сервер ubuntu 18.04 и ноутбук 18.04, та же ошибка.Итак, согласно комментариям ниже, кажется, что-то в системе gnome или x-windows. Я думаю, что обновление, перезаписывающее файл конфигурации, пошло не так? Не уверен, какие конфиги в ~/.config/ мне следует посмотреть? Любые подсказки будут БОЛЬШИМ образом оценены!

Ничего не работало.

Итак, глядя на список install history.log, указанный выше, и на то, что vim не менялся какое-то время, я увидел, что gir1.2-clutter-1.0 был среди обновлений. Я никогда не смотрел, что делают программы для девочек *, но apt-cache перечисляет это как владение gsettings, поэтому я подумал, что что-то пошло не так после того, как я обновился до NVME с вращающегося жесткого диска четыре месяца назад или около того. Не в обновлении, так как некоторое время все было в порядке...

У меня есть этот старый магнитный диск с копией ~ до того, как это произошло, я просто сделал ядерную опцию rm -rf ~/.config/ и синхронизировал .config обратно с жесткого диска и вуаля! Больше никаких проблем, даже не перезапускал GDM3.

Оглядываясь назад, я должен был заархивировать неисправный файл ~./config и сделать несколько различий в файлах конфигурации, чтобы найти настоящую проблему, тем более что вы все были так полезны. Так что позор мне там, но это было очень неприятно, и я отстал на работе и потратил слишком много времени на возню с этим.

Не по теме, но я заметил журналы «перезагрузки» как небезопасное отключение nvme, только остановку, выключение / включение питания не работает, так что, возможно, я слишком сильно или неправильно использовал nvme, и что-то вызвало некорректное написание:

(корень): df -h | grep nvme
/dev/nvme0n1p1 1,9T 406G 1,5T 22% /дом/

(корень): смарт-журнал nvme /dev/nvme0n1p1
Smart Log для устройства NVME: nvme0n1p1 namespace-id: ffffffff
критическое_предупреждение : 0
температура : 39 С
доступный_запасной: 100%
available_spare_threshold : 5%
процент_используемый : 91%
power_cycles : 45
power_on_hours : 2806
unsafe_shutdowns : 32
медиа_ошибки : 0
num_err_log_entries : 128

Проблема:

Делает это ответить на ваш вопрос?
...3-й абзац

Похоже, Linux изменил уровень разрешений, необходимый для доступа к ioctl() работать программно из-за «проблем безопасности, связанных с копированием целых страниц..»? Насколько я понимаю, почти любое приложение, которое использовало копирование/вставку, использовало его через эту функцию, поэтому все они либо перестали поддерживать копирование/вставку, либо нашли другую реализацию.

Обходной путь, который я использовал для vim:

Я обращаю внимание на количество строк, которые мне нужно вставить. КОГДА у меня есть курсор на строке, где должна начаться вставка (в обычном режиме), я нажимаю [Нет куда [Н] количество строк, которые мне нужно очистить. Сначала он очищает только одну строку и переводит буфер в режим вставки, но как только нажимается escape, остальные очищаются, и вы возвращаетесь в нормальное состояние.Все как было до команды, за исключением пробела [N] строки под курсором.

Резюме:

Удар 9о Esc создаст пробел в 9 пробелов под курсором, в который вы можете вставить.

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