PRETTY_NAME="Ubuntu 20.04.3 LTS"
Có một con chip không dây trong HTPC của tôi và tôi không thể kết nối nó với mạng không dây trong nhà (2 điện thoại Android, 2 máy mac và 1 máy windows không có vấn đề gì). Ubuntu 20. Tôi đã mua chiếc máy này nhiều năm trước nhưng nó luôn có kết nối có dây. Trong ngôi nhà mới, kết nối có dây có nghĩa là khoan và mất thời gian trong không gian thu thập dữ liệu, vì vậy tôi muốn wifi hoạt động. Mạng không dây tích hợp được liệt kê là "802.11AC + Bluetooth V4.0 hoặc 802.11 BGN" trong thông số kỹ thuật của máy. Tôi hiện đang sử dụng kết nối có dây nhưng điều đó có nghĩa là cáp chạy trên sàn nhà.
Vấn đề là tôi không thể bắt được wifi. Có một trình khắc phục sự cố kết nối wifi rất chi tiết trên trang web này. Tôi đã thực hiện nhiều bước từ nó mà không gặp may mắn. Xin lỗi, tôi không thể tìm thấy liên kết trong lịch sử của mình. Tôi nghĩ rằng vấn đề mà tôi gặp phải với trình khắc phục sự cố đó là danh sách wifi của tôi không có wifi nào được liệt kê:
$ nmcli dev danh sách wifi
ĐANG SỬ DỤNG BSSID SSID CHẾ ĐỘ CHAN RATE THANH TÍN HIỆU BẢO MẬT
$
Thông tin chip trên bo mạch:
*-mạng
Mô tả: Giao diện không dây
sản phẩm: Không dây 3160
nhà cung cấp: Tập đoàn Intel
Cấu hình mạng:
$ mèo /etc/netplan/*.yaml
# Để NetworkManager quản lý tất cả các thiết bị trên hệ thống này
mạng:
phiên bản: 2
trình kết xuất: Trình quản lý mạng
$ cat/etc/mạng/giao diện
mèo:/etc/mạng/giao diện: Không có tệp hoặc thư mục như vậy
Tôi nghĩ vấn đề là giao thức wifi sẽ không xuất hiện:
$ ip liên kết hiển thị
1: lo: ...bỏ qua
2: enp2s0: ...bỏ qua
3: wlp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc trạng thái noqueue Chế độ DORMANT nhóm mặc định qlen 1000
liên kết/ether 34:e6:ad:da:28:43 brd ff:ff:ff:ff:ff:ff
$ liên kết ip sudo đặt wlp3s0 lên
$ip liên kết hiển thị | grep wlp
3: wlp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc trạng thái noqueue Chế độ DORMANT nhóm mặc định qlen 1000
Vẫn xuống.
nhìn cái này câu hỏi ở đây họ đề nghị sử dụng killall dhcpcd nhưng tôi nghĩ rằng điều đó có thể làm hỏng kết nối của tôi (Tôi đang sử dụng ssh vì đây là HTPC và quyền truy cập bàn phím là một vấn đề). Họ cũng đề nghị xem tạp chí, nhưng tôi không thấy gì ở đó.
$ tạp chí -xe | grep -A 5 wlp
ngày 04 tháng 9 07:43:29 media-cube Sudo[34355]: media : TTY=pts/0 ; NKT=/nhà/phương tiện ; NGƯỜI DÙNG=gốc ; LỆNH=/usr/sbin/ifconfig wlp3s0 lên
Ngày 04 tháng 9 07:43:29 media-cube sudo[34355]: pam_unix(sudo:session): phiên mở cho người dùng root bằng media(uid=0)
Ngày 04 tháng 9 07:43:29 media-cube Sudo[34355]: pam_unix(Sudo:session): đóng phiên cho người dùng root
ngày 04 tháng 9 07:45:25 media-cube Sudo[34433]: media : TTY=pts/0 ; NKT=/nhà/phương tiện ; NGƯỜI DÙNG=gốc ; LỆNH=/usr/sbin/ip thiết lập liên kết wlp3s0 lên
Ngày 04 tháng 9 07:45:25 media-cube sudo[34433]: pam_unix(sudo:session): phiên mở cho người dùng root bằng media(uid=0)
ngày 04 tháng 9 07:45:25 media-cube sudo[34433]: pam_unix(sudo:session): đóng phiên cho người dùng root
Ngày 04 tháng 9 07:48:40 media-cube Sudo[34554]: media : TTY=pts/0 ; NKT=/nhà/phương tiện ; NGƯỜI DÙNG=gốc ; LỆNH=/usr/sbin/ip thiết lập liên kết wlp3s0 lên
Ngày 04 tháng 9 07:48:40 media-cube Sudo[34554]: pam_unix(Sudo:session): phiên mở cho người dùng root bởi media(uid=0)
Ngày 04 tháng 9 07:48:40 media-cube Sudo[34554]: pam_unix(Sudo:session): đóng phiên cho người dùng root
danh sách rfkill tất cả không hiển thị bất kỳ khối cứng hoặc mềm nào.
Sau khi giải quyết vấn đề này một lúc, tôi đoán rằng con chip bị lỗi nên tôi đã mua một bộ điều hợp wifi (edimax EW-7822UAC). Không thể làm cho nó hoạt động được. Tôi đã cài đặt trình điều khiển nhưng dường như Ubuntu không thấy nó, ngay cả sau khi khởi động lại. Các trình khắc phục sự cố Ubuntu dừng lại ở "đảm bảo bạn đã cài đặt trình điều khiển đang hoạt động", vì vậy tôi không chắc phải đi đâu tiếp theo.
Tốc độ rất quan trọng ở đây, vì đây là một trình phát đa phương tiện, vì vậy tôi nghi ngờ rằng tôi sẽ cần phải sử dụng bộ điều hợp bên ngoài nhưng sử dụng trên bo mạch sẽ đơn giản và rẻ hơn.
