Điểm:1

Ubuntu 20.04 tháng 9 năm 2021 - Lỗi chỉ dành cho VIM: bất kỳ bản cập nhật nào được đẩy đều bị lỗi dán, cả nút hightlight/middle và ctrl-insert/shift-ctrl-insert

lá cờ cn
AJH

Đã sử dụng vi từ cuối những năm 1980, vì vậy hãy cho rằng tôi cực kỳ quen thuộc với nó...

Bất cứ khi nào tôi cố gắng dán ngay bây giờ (vâng, ở chế độ chèn), trước tiên, nó sẽ ghi đè lên các dòng, sau đó dán một phần của vùng chọn và đôi khi nó rơi vào kiểm tra chính tả.

Không có gì thay đổi ngoài việc nâng cấp không giám sát đang hoạt động.

Đã xóa vi, vim, đã thử phiên bản gtk, trống ~/.vimrc, không ~/.vimrc, tương tự với tất cả các kết hợp của /etc/vim/vimrc

Đã xóa bashrc, nguồn /etc/profile, cùng...

Tương tự trong gnome-terminal và terminator ...

Không biết đã xảy ra lỗi gì, có ai gặp vấn đề tương tự không?

vim.gtk3 --version VIM - Vi Cải tiến 8.1 (18/05/2018, biên dịch 15/04/2020 06:40:31) Các bản vá đi kèm: 1-2269

Vì nó thực hiện điều này với các tệp vimrc trống, nên khi tạo lại/cài đặt các vim khác nhau, tôi đã để trống chúng.

Mọi chương trình khác -- ngay cả các trình soạn thảo dựa trên shell như pico -- đều đang hoạt động.

SSH vào từ các máy khác nơi vim hoạt động cũng gặp lỗi tương tự.

Cập nhật: đây là máy tính để bàn 20.04 duy nhất tôi có. Một loạt máy tính xách tay/máy tính để bàn/máy chủ 18.04, không có vấn đề gì với chúng nhưng ssh'ing từ bất kỳ và lỗi tái diễn. Ra ngoài... xem nào... từ máy tính để bàn 20.04 -> máy chủ Ubuntu 18.04 và máy tính xách tay 18.04, cùng một lỗi.Vì vậy, theo các nhận xét bên dưới, có vẻ như có gì đó trong hệ thống gnome hoặc x-windows. Tôi đang nghĩ một bản cập nhật ghi đè lên tệp cấu hình bị lỗi? Không chắc tôi nên xem cấu hình nào trong ~/.config/? Bất kì gợi ý sẽ được đánh giá rất cao!

guiverc avatar
lá cờ cn
Thay đổi cuối cùng xảy ra với `vim` trong *focal* là vào ngày `Thứ Tư, ngày 15 tháng 4 năm 2020 16:40:31 +1000` vì vậy tôi cá là đây không phải là vấn đề về `vim` (https://changelogs.ubuntu.com/ changelogs/pool/main/v/vim/vim_8.1.2269-1ubuntu5/changelog). Hiện tại, công việc chỉ là phỏng đoán do không có thay đổi nào đối với `vim` ngụ ý rằng nó liên quan đến một thứ khác trên hệ thống của bạn mà chúng tôi không biết gì về nó; nếu đây là một báo cáo lỗi, tôi sẽ xem các gói khác có trên hệ thống của bạn nhưng chúng tôi đã được cung cấp không ai ở đây biết rất ít về hệ thống của bạn
user535733 avatar
lá cờ cn
Đã có rất nhiều gói nâng cấp vào tháng 9 năm 2021. Hãy xem lại `/var/log/apt/history.log` để biết hệ thống của bạn đã nhận được những bản nâng cấp nào trong tháng này. Do Nâng cấp theo giai đoạn, nâng cấp của bạn có thể khác với nâng cấp của tôi (vì vậy tiêu đề của bạn không đặc biệt hữu ích).
AJH avatar
lá cờ cn
AJH
Tôi đồng ý với cả hai và đang quét các bản cập nhật gnome, nhưng tôi không quen với những gì sẽ xử lý - chính xác hơn là chỉ can thiệp vào vim - dán clipboard? Cảm ơn cả hai vì đã trả lời rất nhanh, tôi thực sự đánh giá cao nó! Vì hiện tại, tôi đang dán vào hệ thống tệp bằng cách nhập > và :r cũ, cực kỳ bực bội!
Nate T avatar
lá cờ it
@guiverc Tôi tin rằng Linux đã thay đổi lệnh ioctl() C do lo ngại về bảo mật. Xem liên kết trong câu trả lời của tôi dưới đây. Tôi chỉ chạy vào nó ngày hôm nay.
guiverc avatar
lá cờ cn
@NateT ; sử dụng trang man *tiêu điểm* sẽ tốt hơn; I E. http://manpages.ubuntu.com/manpages/focal/man8/gpm.8.html
Điểm:0
lá cờ it

Vấn đề:

Làm cái này trả lời câu hỏi của bạn?
...đoạn 3

Có vẻ như Linux đã thay đổi mức cấp phép cần thiết để truy cập ioctl() hoạt động theo chương trình, vì "vấn đề bảo mật liên quan đến việc sao chép toàn bộ trang.."? Theo tôi hiểu, hầu như bất kỳ ứng dụng nào đã sử dụng sao chép/dán đều sử dụng nó thông qua chức năng này, vì vậy tất cả chúng đều ngừng hỗ trợ sao chép/dán hoặc nếu không thì tìm thấy một cách triển khai khác.

Một cách giải quyết mà tôi đã sử dụng cho vim:

Tôi chú ý đến số lượng dòng tôi cần dán. Khi tôi đặt con trỏ trên dòng cần bắt đầu dán (ở Chế độ bình thường), tôi nhấn [Không ở đâu [N] là số dòng tôi cần xóa. Lúc đầu, nó chỉ xóa một dòng duy nhất và đặt bộ đệm vào Chế độ chèn, nhưng ngay khi nhấn phím thoát, phần còn lại sẽ bị xóa và bạn trở lại trạng thái bình thường.Tất cả vẫn như trước lệnh, ngoại trừ khoảng cách dòng [N] bên dưới con trỏ.

Tóm lược:

Đánh 9o Thoát ra sẽ tạo một khoảng cách 9 khoảng trống bên dưới con trỏ mà bạn có thể dán vào.

Nó có vẻ hơi khó xử trong một hoặc hai ngày, nhưng đối với tôi, một khi tôi đã hiểu rõ về nó, tôi cảm thấy như thể nó đã luôn như vậy..

AJH avatar
lá cờ cn
AJH
gpm -- wow, có một sự bùng nổ từ quá khứ! Trong trường hợp của tôi, không, điều này không hoạt động... ...nó vẫn dán một phần và ghi đè lên một phần.
Nate T avatar
lá cờ it
Thế nào? Tôi đã đề xuất tạo nhiều dòng trống nơi văn bản đã dán sẽ xuất hiện trước khi bạn dán. Không nên có bất cứ điều gì để ghi đè lên. Ngoài ra, ý của bạn là gì khi "dán một phần." ? Của tôi chỉ ghi đè lên.
AJH avatar
lá cờ cn
AJH
Giả sử tôi sao chép văn bản của bạn ở trên và dán nó trong khi ở chế độ chèn, nó đặt ngẫu nhiên phần chèn không ở dòng chèn -- ở đâu đó bên dưới -- và nó sẽ bắt đầu bằng "o tạo nhiều..." và tiếp tục kết thúc. Vì vậy, có điều gì đó không ổn với nội dung được dán ra khỏi bộ đệm và đó là 1) Phát lệnh cho vim 2) bắt đầu chèn tại một vị trí ngẫu nhiên (không phải sau ký tự "i" đầu tiên). Nó cực kỳ tức giận, nhưng tôi đã giải quyết nó, cũng giống như hạt nhân và nó tự sửa chữa, xem bên dưới. Cảm ơn bạn mặc dù cho thời gian!
Nate T avatar
lá cờ it
Vui mừng nó đã được giải quyết. Btw, bạn đã xem _vim & vi_ SE chưa? Nếu không, hãy kiểm tra nó. Bạn sẽ thích nó cho mà xem. Tôi sẽ xóa cái này khi bạn đã nhìn thấy nó.
Điểm:0
lá cờ cn
AJH

Không có gì đã được làm việc.

Vì vậy, khi xem lịch sử cài đặt.log được liệt kê ở trên và vim đó đã không thay đổi trong một thời gian, tôi thấy rằng gir1.2-clutter-1.0 nằm trong số các bản cập nhật. Tôi chưa bao giờ xem các chương trình dành cho nữ* làm gì nhưng apt-cache liệt kê nó là sở hữu gsettings, vì vậy tôi cho rằng đã xảy ra sự cố sau khi tôi cập nhật lên NVME từ một ổ cứng HDD bốn tháng trước hoặc lâu hơn. Không có trong bản cập nhật vì mọi thứ vẫn ổn trong một thời gian...

Tôi có ổ đĩa từ cũ đó với một bản sao của ~ từ trước khi điều này xảy ra, tôi chỉ thực hiện tùy chọn hạt nhân là rm -rf ~/.config/ và đồng bộ hóa lại .config từ ổ cứng và thế là xong! Không còn vấn đề gì nữa, thậm chí không khởi động lại GDM3.

Trong nhận thức muộn màng, lẽ ra tôi nên xử lý lỗi ~./config và tạo một số tệp cấu hình khác để tìm ra sự cố thực sự, đặc biệt là vì tất cả các bạn đều rất hữu ích. Thật xấu hổ cho tôi ở đó, nhưng nó cực kỳ bực bội và tôi vừa chậm trễ trong công việc vừa dành quá nhiều thời gian để loay hoay với nó.

Lạc đề, nhưng tôi nhận thấy nhật ký "khởi động lại" là tắt máy không an toàn trên nvme, chỉ tạm dừng, tắt/bật nguồn thì không, vì vậy có thể tôi đã sử dụng nvme quá mạnh hoặc không đúng cách và đã xảy ra sự cố. viết sai:

(gốc): df -h | grep nvme
/dev/nvme0n1p1 1.9T 406G 1.5T 22%/nhà/

(root): nhật ký thông minh nvme /dev/nvme0n1p1
Nhật ký thông minh cho thiết bị NVME:nvme0n1p1 namespace-id:ffffffff
quan trọng_cảnh báo : 0
nhiệt độ : 39 độ C
available_spare : 100%
available_spare_threshold : 5%
phần trăm_được sử dụng : 91%
power_cycles : 45
power_on_hours : 2.806
không an toàn_shutdowns : 32
media_errors : 0
num_err_log_entries : 128

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.