我从 1980 年代末就开始使用 vi，所以我们假设我对它非常熟悉......
每当我尝试粘贴时（是的，在插入模式下），它首先会覆盖行，然后粘贴部分选择，有时它会进入拼写检查。
除了无人值守升级之外，没有任何改变。
删除了 vi、vim，尝试了 gtk 版本，空白 ~/.vimrc，没有 ~/.vimrc，与 /etc/vim/vimrc 的所有组合相同
删除 bashrc，获取 /etc/profile，相同...
gnome-terminal 和 terminator 也是一样......
不确定出了什么问题，还有其他人遇到类似的问题吗？
vim.gtk3 --version VIM - Vi IMproved 8.1（2018 年 5 月 18 日，编译于 2020 年 4 月 15 日 06:40:31）包含的补丁：1-2269
因为它使用空白 vimrc 文件执行此操作，所以当重新创建它/安装不同的 vim 时，我将它们留空。
所有其它程序 —— 甚至像 pico 这样基于 shell 的编辑器 —— 都可以运行。
从 vim 运行的其他机器通过 SSH 进入也出现同样的错误。
更新：这是我拥有的唯一一台 20.04 台式机。一堆 18.04 笔记本电脑/台式机/服务器，它们都没有问题，但从任何一个 ssh 进入时错误都会重复出现。ssh 退出...让我们看看...从 20.04 台式机 -> ubuntu 18.04 服务器和 18.04 笔记本电脑，同样的错误。因此，根据以下评论，gnome 或 x-windows 系统中似乎存在问题。我在想，覆盖配置文件的更新出了问题？不确定我应该查看 ~/.config/ 中的哪些配置？任何提示都将不胜感激！
答案1
什么都没起作用。
因此，查看上面列出的安装 history.log 以及 vim 已经有一段时间没有变化了，我发现 gir1.2-clutter-1.0 是更新之一。我从未查看过 girl* 程序的作用，但 apt-cache 将其列为拥有 gsettings，因此我认为在四个月前从旋转硬盘更新到 NVME 后一定出了问题。更新中没有出现问题，因为一段时间内一切都很好……
我有一个旧的磁盘驱动器，里面有发生此事件之前的 ~ 副本，我只需执行 rm -rf ~/.config/ 的核心选项，然后从硬盘驱动器同步 .config，然后就大功告成了！没有更多问题，甚至没有重新启动 GDM3。
事后看来，我应该对有问题的 ~./config 进行 tar 处理，并制作一些配置文件差异来查找实际问题，尤其是因为你们都提供了如此多的帮助。这对我来说真是太丢脸了，但这真的非常令人沮丧，我不仅落后于工作，还花了太多时间处理它。
离题了，但我注意到“重新启动”记录为 nvme 上的不安全关机，只有停止，电源关闭/打开没有，所以可能是我使用 nvme 太过用力或不当，并且某些东西导致了不正确的写入：
(root): df -h | grep nvme
/dev/nvme0n1p1 1.9T 406G 1.5T 22% /home/
(root): nvme smart-log /dev/nvme0n1p1
Smart Log for NVME device:nvme0n1p1 namespace-id:ffffffff
critical_warning : 0
temperature : 39 C
available_spare : 100%
available_spare_threshold : 5%
percentage_used : 91%
power_cycles : 45
power_on_hours : 2,806
unsafe_shutdowns : 32
media_errors : 0
num_err_log_entries : 128
答案2
问题：
做这回答你的问题？
...第三段
似乎 Linux 改变了ioctl()以编程方式访问该功能所需的权限级别，因为“与复制整个页面相关的安全问题...”？据我了解，几乎所有使用复制/粘贴的应用程序都是通过此功能使用它的，因此它们要么停止支持复制/粘贴，要么找到了不同的实现。
我一直在 vim 中使用的解决方法：
我注意了需要粘贴的行数。当我将光标放在需要开始粘贴的行上时（在正常模式下），我按下[N]o需要[N]清除的行数。起初，它只清除一行并将缓冲区置于插入模式，但只要按下 Esc 键，其余行就会被清除，然后您就会回到正常状态。除了光标下方的 [N] 行间隙外，一切都与命令之前一样。
概括：
击中9o Esc将会在光标下方创建一个 9 个空格，您可以将它粘贴到其中。
一两天内可能会觉得有点尴尬，但对我来说，一旦我掌握了窍门，就感觉好像一直都是这样一样。