Điểm:2

Ubuntu 20.04: Bánh xe cuộn không hoạt động đối với chuột không dây sau khi hệ thống thức dậy hoặc khi được cắm lần đầu

lá cờ in

Tôi có một chiếc Lenovo ThinkPad E15 mới được cài đặt sẵn Windows 10. Tôi đã thêm Ubuntu 20.04 dưới dạng tùy chọn (khởi động kép).

Bất cứ khi nào máy tính xách tay ở chế độ ngủ (chuyển sang trạng thái "treo") và sau đó tôi đánh thức nó, bánh xe cuộn của chuột không dây Logitech không hoạt động. ("Combo Bàn Phím Chuột Không Dây Logitech MK270", nhưng thứ duy nhất không hoạt động là con lăn.)

Sau đó, tôi rút khóa USB-A của nó và cắm lại (tôi thường phải làm điều này nhiều lần), sau đó con lăn chuột hoạt động trở lại.

Tôi không muốn chạm vào đầu cắm USB chút nào. Nó chỉ nên luôn luôn hoạt động. Làm thế nào tôi có thể sửa lỗi này?

Tái bút Câu hỏi của tôi rất giống với Ubuntu 20.04: Cuộn không hoạt động đối với chuột không dây sau khi hệ thống thức dậy từ trạng thái treo, mà vẫn chưa có câu trả lời.

P.P.S. Tôi đã xác nhận rằng công tắc USB trong thiết lập của tôi là không phải liên quan đến vấn đề. Sự cố xảy ra ngay cả khi khóa USB Logitech nhỏ được cắm trực tiếp vào máy tính xách tay.

Ryan avatar
lá cờ in
Xem thêm https://unix.stackexchange.com/questions/309247/linux-mouse-freezes-after-suspend. `sudo modprobe -r hid_logitech_dj && sudo modprobe -r usbhid && sudo modprobe hid_logitech_dj && sudo modprobe usbhid` đã ngắt kết nối và kết nối lại chuột USB, nhưng bánh xe của chuột vẫn không hoạt động (trừ khi tôi rút và cắm lại theo cách vật lý).
Ryan avatar
lá cờ in
Tôi cũng đã thử `Sudo modprobe -r hid_logitech_dj && Sudo modprobe -r logitech-djreceiver && Sudo modprobe -r logitech-hidpp-device && Sudo modprobe -r usbhid && Sudo modprobe hid_logitech_dj && Sudo modprobe usbhid && Sudo modprobe logitech-djreceiver && Sudo modprobe logitech-hidpp-device` nhưng gặp lỗi `FATAL: Không tìm thấy mô-đun logitech-djreceiver.`
Rho avatar
lá cờ cn
Rho
Xin chào @Ryan: hãy thử kết nối các lệnh của bạn với ";" thay vì "&&" và kiểm tra lại (điều này sẽ tiếp tục thực hiện các lệnh ngay cả khi bạn gặp lỗi từ một trong số chúng). Về đầu ra mà bạn đã đăng, Có vẻ như bạn chưa cài đặt logitech-djreceiver, vì vậy tôi sẽ thử bắt đầu từ đó. Hãy thử cài đặt mới và sau đó chạy trình tự modprobe. Hy vọng nó giúp. Chúc mừng.
emk2203 avatar
lá cờ in
Tôi không thể nói chắc chắn liệu nó có khắc phục được sự cố *của bạn* hay không, nhưng tôi cũng gặp một sự cố tương tự và chỉ muốn tự mình đăng câu hỏi. Những gì tôi tìm thấy cho đến nay đối với tôi có thể giúp bạn: `modprobe` không hữu ích vì các mô-đun không được tải. Điều gì giúp là thiết lập lại bus usb. Bạn có thể tìm ID USB của thiết bị bằng `lsusb`. Cài đặt `usbutils` và phát hành `usbreset `. Sau đó, thiết bị sẽ được nhận dạng lại mà không cần rút và cắm lại. Một dịch vụ systemctl tương tự như câu trả lời này sẽ tự động hóa nó: https://unix.stackexchange.com/a/227293/140914
Điểm:2
lá cờ in

modprobe không giúp được gì ở đây, cơ hội tốt nhất là đặt lại bus USB cho thiết bị bị hỏng hoặc bị thiếu này.

Tìm ID USB ở dạng VID:PID của thiết bị có lsusb. Cài đặt usbutils và vấn đề Bộ USB VID:PID. Sau đó, thiết bị sẽ hoạt động trở lại mà không cần rút và cắm lại. Việc thiết lập lại xe buýt không hoàn toàn bằng nhau, nhưng phải đủ gần.

Để tự động hóa hành động này, hãy tạo một dịch vụ hệ thống cho nó:

sudo vim /etc/systemd/system/[email protected]

Dán vào những dòng này và lưu tệp:

[Đơn vị]
Mô tả="Đặt lại thiết bị USB sau khi hệ thống tiếp tục"
Sau=đình chỉ.đích ngủ đông.đích lai-ngủ.đích đình chỉ-rồi-hibernate.đích

[Dịch vụ]
Loại=oneshot
ExecStart=/usr/bin/usbreset %i

[Cài đặt]
WantedBy=treo.đích hibernate.đích lai-ngủ.đích đình chỉ-rồi-hibernate.đích

Nhớ lại giá trị VID:PID bạn nhận được từ lsusb.

Ví dụ, có lẽ đó là 0bda:5411.

Bật/khởi động dịch vụ bằng cách chạy lệnh như: sudo systemctl start reset-usb-upon-wake@VID:PID.service, Như là sudo systemctl start reset-usb-upon-wake@0bda:5411.service.

Bằng cách này, ngay cả khi bạn có nhiều thiết bị cần loại dịch vụ này, tất cả chúng đều có thể sử dụng tệp dịch vụ duy nhất này.

Ryan avatar
lá cờ in
Cảm ơn vì câu trả lời này. Tôi đang thử nó ngay bây giờ và gặp phải một số vấn đề. Tôi sẽ chỉnh sửa câu trả lời của bạn ở trên với những gì tôi nghĩ có thể hiệu quả. Và tôi sẽ quay lại đây khi tôi tìm hiểu thêm.
Ryan avatar
lá cờ in
Tôi không nghĩ rằng tôi đã làm việc này. Khi tôi đánh thức máy tính của mình khỏi chế độ ngủ đông sáng nay, bánh xe cuộn không hoạt động. Điều đó có nghĩa là tôi cần nhiều tệp dịch vụ hơn? Có cách nào để thực hiện công việc này khi thức dậy ngủ đông và khởi động lần đầu không? Cảm ơn! :-)
emk2203 avatar
lá cờ in
Trước tiên, hãy xem nhật ký của systemd để xem mọi thứ đã được thiết lập chính xác chưa: Khởi động PC, chuyển sang chế độ ngủ, tiếp tục và sau đó sử dụng `journalctl -b` để xem mọi thứ kể từ lần khởi động cuối cùng. Xem nếu dịch vụ của bạn chạy sau khi tiếp tục. Nếu đúng như vậy, rất có thể là phương pháp đặt lại usb rất tiếc là không đủ trong trường hợp của bạn. Nếu thiết lập lại usb không hoạt động, tôi e rằng sẽ không thể thực hiện được một mình phần mềm.
emk2203 avatar
lá cờ in
Tắt và bật chuột có thể là giải pháp tốt nhất nếu nỗ lực phần mềm không thành công.
Ryan avatar
lá cờ in
Tôi sẽ thử sửa đổi dựa trên https://unix.stackexchange.com/a/492497/48973
Ryan avatar
lá cờ in
Cho đến nay, tôi khá chắc chắn rằng việc chạy `Sudo systemctl start reset-usb-upon-wake@046d:c534.service` luôn hoạt động, nhưng sau đó nó liên tục nhấn `Enter` (dường như) trong thiết bị đầu cuối một cách kỳ lạ, khiến thiết bị đầu cuối để cuộn không ngừng cho đến khi tôi gõ một lệnh mới. Vì vậy, tôi muốn khắc phục điều đó và tôi vẫn chưa làm cho nó tự động chạy khi thức dậy. Tôi sẽ chỉnh sửa câu trả lời ở trên để hiển thị những gì tôi đã thử.
Ryan avatar
lá cờ in
Trong nhật ký, tôi thấy điều này *ngụ ý* rằng nó hoạt động: `Ngày 11 tháng 1 09:05:22 ThinkPad-E15-Gen-2 systemd[1]: Bắt đầu "Đặt lại thiết bị USB sau khi hệ thống tiếp tục"... Ngày 11 tháng 1 09:05:22 Nhân ThinkPad-E15-Gen-2: usb 3-5.3: đặt lại thiết bị USB tốc độ tối đa số 16 bằng xhci_hcd Ngày 11 tháng 1 09:05:22 Bộ USB ThinkPad-E15-Gen-2[12310]: Đặt lại Bộ thu USB ... ok Ngày 11 tháng 1 09:05:22 ThinkPad-E15-Gen-2 systemd[1]: reset-usb-upon-wake@046d:c534.service: Đã thành công. Ngày 11 tháng 1 09:05:22 ThinkPad-E15-Gen-2 systemd[1]: Đã hoàn tất "Đặt lại thiết bị USB sau khi hệ thống tiếp tục". `
Ryan avatar
lá cờ in
... nhưng bánh xe cuộn chuột không *thực sự* hoạt động cho đến khi tôi mở thiết bị đầu cuối và chạy dịch vụ đó theo cách thủ công. Bất kỳ ý tưởng? Cảm ơn.
Ryan avatar
lá cờ in
Tôi đã cho rất nhiều điểm mặc dù tôi vẫn không biết cách khắc phục sự cố của mình (vì tôi thực sự đánh giá cao nỗ lực không ngừng của bạn). :-)
emk2203 avatar
lá cờ in
Xin lỗi vì đã vắng mặt một thời gian. Có vẻ như phần cứng/phần mềm của bạn có vấn đề gì đó và nó *được cho là* hoạt động, nhưng trên thực tế, mọi thứ lại khác. Bạn có thể thử thiết lập lại lần thứ hai thông qua dịch vụ, có thể tạm dừng 1 giây ở giữa và hy vọng điều này sẽ hữu ích hoặc có thể thử một nhân khác để xem liệu trình điều khiển có một số bản cập nhật và nó hoạt động với phiên bản mới hơn hay không. Bạn có thể thử với một USB trực tiếp của sự phát triển 22.04. Nó có kernel 5.15, phiên bản LTS, với rất nhiều cải tiến. Nếu điều này hoạt động, có thể sử dụng kernel 5.15 trong 20.04 của bạn. Cảm ơn các điểm!

Đă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.