Điểm:1

Tệp /dev/usb/lpx của máy in biến mất trên ubuntu mate 20.04

lá cờ ye

Trên Ubuntu mate 18.04, tôi đã từng gửi dữ liệu ở dạng biểu diễn thập lục phân vào máy in nhiệt usb bằng lệnh này:

mèo cmds.txt > /dev/usb/lpx

Tôi đã nâng cấp lên Ubuntu mate 20.04 và nhận ra rằng tệp lpx (thuộc về máy in) không xuất hiện trong thư mục/dev/usb, giống như trên Ubuntu mate 18.04. Tôi đã googled một chút và tìm thấy, rằng

dmesg | grep usblp

lệnh sẽ cung cấp một số thông tin hữu ích về kết nối của máy in. Tôi không có kỹ năng trong lĩnh vực này, do đó tôi không sử dụng các thuật ngữ thích hợp vào thời điểm này.

Với cách sử dụng của nó, tôi nhận ra rằng: Trên Ubuntu 20.04, đầu ra là:

$dmesg | grep usblp
[ 17.634888] usblp 3-3:1.0: usblp1: Máy in hai chiều USB dev 3 if 0 alt 0 proto 2 vid 0x04F9 pid 0x209D
[ 17.634950] usbcore: trình điều khiển giao diện mới đã đăng ký usblp
[ 35.318303] usblp1: đã xóa

trong khi trên Ubuntu 18.04, nhật ký không kết thúc bằng loại bỏ từ khóa và tệp lpx hiển thị trong đường dẫn dự kiến. Máy in hiển thị ở đầu ra của lsusb trên cả hai hệ thống:

$ lsusb
Bus 003 Thiết bị 003: ID 04f9:209d Brother Industries, Ltd QL-820NWB Máy in nhãn P-touch

Tôi nghi ngờ rằng trên Ubuntu 20.04 có một số quá trình loại bỏ usblp. Vì usblp phải chịu trách nhiệm tạo các tệp lpx, chúng không xuất hiện.

Câu hỏi của tôi là, làm cách nào để usblp hoạt động để hiển thị các tệp lpx trên Ubuntu mate 20.04?

Cảm ơn bạn.

CHỈNH SỬA 1:

Đầu ra của lệnh Sudo journalctl --since="-5 phút" liên quan đến máy in như sau:

ÅÃj 31 20:50:53 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2.1: USB ngắt kết nối, số thiết bị 8
ÅÃj 31 20:50:54 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2.4: ngắt kết nối USB, số thiết bị 7
ÅÃj 31 20:50:58 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2: ngắt kết nối USB, số thiết bị 6
ÅÃj 31 20:51:11 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2: thiết bị USB tốc độ tối đa mới số 9 sử dụng ehci-pci
ÅÃj 31 20:51:11 kernel dalibor-HP-EliteBook-8470p: usb 1-1.2: Đã tìm thấy thiết bị USB mới, idVendor=04f9, idProduct=209d, bcdDevice= 1.00
ÅÃj 31 20:51:11 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2: Chuỗi thiết bị USB mới: Mfr=1, Product=2, SerialNumber=3
ÅÃj 31 20:51:11 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2: Sản phẩm: QL-820NWB
ÅÃj 31 20:51:11 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2: Nhà sản xuất: Brother
ÅÃj 31 20:51:11 dalibor-HP-EliteBook-8470p kernel: usb 1-1.2: SerialNumber: 000M0Z803274
ÅÃj 31 20:51:11 dalibor-HP-EliteBook-8470p kernel: usblp 1-1.2:1.0: usblp1: Máy in hai chiều USB dev 9 if 0 alt 0 proto 2 vid 0x04F9 pid 0x209D
ÅÃj 31 20:51:12 dalibor-HP-EliteBook-8470p systemd[1]: Khởi động Daemon để cung cấp máy in IPP-over-USB dưới dạng máy in mạng (001:009)...
ÅÃj 31 20:51:12 kernel dalibor-HP-EliteBook-8470p: usblp1: đã xóa
ÅÃj 31 20:51:13 dalibor-HP-EliteBook-8470p kernel: audit: type=1400 audit(1635709872.880:52): apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc /nsswitch.conf" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:13 dalibor-HP-EliteBook-8470p kernel: audit: type=1400 audit(1635709872.900:53): apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc /nsswitch.conf" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:13 dalibor-HP-EliteBook-8470p kernel: audit: type=1400 audit(1635709872.940:54): apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc /passwd" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:13 dalibor-HP-EliteBook-8470p kernel: audit: type=1400 audit(1635709872.940:55): apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc /passwd" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:13 hạt nhân dalibor-HP-EliteBook-8470p: TCP: request_sock_TCP: Có thể tràn ngập SYN trên cổng 60000. Đang gửi cookie. Kiểm tra bộ đếm SNMP.
ÅÃj 31 20:51:13 dalibor-HP-EliteBook-8470p kernel: audit: type=1400 audit(1635709873.044:56): apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc /passwd" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:13 dalibor-HP-EliteBook-8470p kernel: audit: type=1400 audit(1635709873.044:57): apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc /passwd" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:12 kiểm tra dalibor-HP-EliteBook-8470p[68483]: AVC apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc/nsswitch.conf" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:12 kiểm tra dalibor-HP-EliteBook-8470p[68483]: AVC apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc/nsswitch.conf" pid=68483 comm="ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:12 kiểm tra dalibor-HP-EliteBook-8470p[68483]: AVC apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc/passwd" pid=68483 comm= "ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:12 kiểm tra dalibor-HP-EliteBook-8470p[68483]: AVC apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc/passwd" pid=68483 comm= "ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:13 kiểm tra dalibor-HP-EliteBook-8470p[68483]: AVC apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc/passwd" pid=68483 comm= "ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:13 kiểm tra dalibor-HP-EliteBook-8470p[68483]: AVC apparmor="DENIED" operation="open" profile="ippusbxd" name="/etc/passwd" pid=68483 comm= "ippusbxd" request_mask="r" bị từ chối_mask="r" fsuid=0 ouid=0
ÅÃj 31 20:51:12 dalibor-HP-EliteBook-8470p systemd[1]: Bắt đầu Daemon để cung cấp máy in IPP-over-USB dưới dạng máy in mạng (001:009).
ÅÃj 31 20:51:18 dalibor-HP-EliteBook-8470p ippusbxd[68483]: <-1643116800>Lỗi: cuộc thăm dò đã trả về một sự kiện không mong muốn
ÅÃj 31 20:51:28 dalibor-HP-EliteBook-8470p sudo[68511]: dalibor : TTY=pts/2 ; NKT=/home/dalibor ; NGƯỜI DÙNG=gốc ; LỆNH=/usr/bin/journalctl --since=-5 phút

waltinator avatar
lá cờ it
Xem qua nhật ký với `sudo journalctl -b 0` để xem cách khởi động hệ thống phát hiện máy in nhiệt, HOẶC ngắt kết nối/kết nối lại máy in nhiệt và `sudo journalctl --since="-5 minutes"` để xem tương tự. HOẶC ngắt kết nối, `ls -l /dev >disconnect.tmp`, kết nối lại, đợi vài giây, `ls -l /dev >connect.tmp; diff {dis,}connect.tmp`.
lá cờ ye
@waltinator - Cảm ơn bạn đã trả lời. Tôi đã đính kèm đầu ra vào CHỈNH SỬA 1 của bài đăng của mình. Mặc dù, nó không có ý nghĩa quá nhiều với tôi. Bất kỳ trợ giúp nào khác sẽ được đánh giá cao. Cảm ơn.
Điểm:0
lá cờ ye

Làm theo quy trình gỡ lỗi cho máy in USB trên trang web UBUNTU https://wiki.ubuntu.com/DebuggingPrintingProblems, lệnh:

$ đuôi -f /var/log/syslog

cung cấp thông tin về vấn đề khởi động máy in USB đúng cách nằm ở đâu. Khi máy in được cắm lại vào cổng USB, theo đó, có một sự kiện không mong muốn được phát ra bởi ippusbxd:

ippusbxd: <1468000000>Lỗi: cuộc thăm dò đã trả về một sự kiện không mong muốn

Điều này cũng có thể được nhìn thấy từ đăng nhập CHỈNH SỬA 1 của CÂU HỎI.

Các sự cố tương tự với máy in USB không hoạt động đã được báo cáo trên UBUNUTU 20.04.

Một lỗi tương tự đã được báo cáo chính thức. Điều đáng nói là ippusbxd gặp sự cố sau mỗi lần khởi động trong trường hợp của tôi.

May mắn thay, cộng đồng đã tìm được giải pháp cho vấn đề này:

Có, CUPS muốn loại bỏ trình điều khiển và sử dụng tất cả IPP với máy in; tuy nhiên, phần đó của Ubuntu dường như bị hỏng khi có một máy in đơn giản được cắm vào cổng USB đơn giản.

Tôi đã xóa hoàn toàn ippusbxd

Trong trường hợp của tôi, bằng cách sử dụng lệnh:

Sudo apt-get remove --auto-remove ippusbxd

vấn đề đã được giải quyết. Các tệp lpx lại xuất hiện trong thư mục/dev/usb/.

Một số chức năng có thể bị mất bằng cách loại bỏ ippusbxd bưu kiện. Nhưng trong trường hợp của tôi, tôi không quan sát thấy bất kỳ hành vi lạ nào của HĐH. Cùng với trình điều khiển đã cài đặt, tôi có thể in lại bằng máy in nhiệt của mình bằng lệnh:.

tệp văn bản mèo | lp -d QL820NWB

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