Tôi đang cố gắng đặt câu hỏi về việc làm cho phần cứng của tôi hoạt động nhưng tôi không biết nên thêm thông tin nào vào câu hỏi của mình để được giúp đỡ, tôi cần phải làm gì?
Liên quan nếu bạn không có quyền truy cập vào GUI:
Câu trả lời:
Thông tin quan trọng nhất bạn có thể cung cấp là những gì bạn đã làm , những gì bạn dự kiến sẽ xảy ra và những gì bạn quan sát đã xảy ra .
Câu hỏi này là một ví dụ đặc biệt tốt về vấn đề phát hiện phần cứng với thiết bị USB.
Các ví dụ khác về điều này có thể là:
Tôi đã cài đặt Ubuntu 10.04 Desktop trên máy tính xách tay Dell Optiwhthing 312 của mình. Khi tôi đăng nhập, thẻ không dây của tôi không hiển thị trong menu bật lên Trình quản lý mạng, mặc dù mạng có dây hiển thị ở đó.
hoặc là
Tôi có phiên bản Ubuntu 10.04 Netbook trên máy tính xách tay System76 của mình. Khi tôi cắm tai nghe vào ổ cắm, âm thanh phát ra từ tai nghe mà còn phát ra loa.
hoặc là
Tôi đang sử dụng Ubuntu 10.04. Tôi đã sử dụng chương trình Trình điều khiển bổ sung của các chương trình khác để cài đặt trình điều khiển nVidia hiện tại cho GeForce FX 5200 của tôi. Bây giờ khi tôi khởi động hệ thống dừng lại với màn hình đen sau khi quá trình khởi động Ubuntu kết thúc.
Sau phần mô tả vấn đề chung này, thông tin nào khác thú vị phụ thuộc vào loại phần cứng bạn gặp vấn đề và vấn đề bạn gặp phải.
Nói chung:
sudo lspci -nnsẽ liệt kê tất cả các thiết bị PCI trong hệ thống của bạn. Điều này sẽ bao gồm tất cả các thẻ mở rộng (Thẻ video, WiFi, v.v.) trong hệ thống của bạn, cho dù kernel có trình điều khiển cho chúng hay không. Thông tin này hữu ích nếu bạn không chắc chắn chính xác phần cứng bạn có.lsusbsẽ liệt kê tất cả các thiết bị USB được kết nối với hệ thống của bạn. Một lần nữa, điều này rất hữu ích nếu bạn không chắc chắn chính xác phần cứng bạn có. Nó cũng hữu ích để kiểm tra xem thiết bị có thực sự được cắm đúng không!/var/log/udevvà /var/log/dmesgsẽ có thông tin về những thiết bị mà kernel đã phát hiện. Các nhật ký này thường rất lớn - trừ khi bạn biết phần nào của nhật ký là điều thú vị, không nên đưa những điều này vào câu hỏi của bạn, mặc dù một liên kết đến chúng có thể hữu ích (bạn có thể sử dụng http: //paste.ub Ubuntu.com cho các bản ghi lớn)sudo lshw --class Xpr sudo lshw -C Xcũng có thể cho một chút thông tin phần cứng có giá trị trên lớp specifed X- ví dụ lớp bao gồm cdrom, communication, core, cpu, display, isa, medium, memory, multimedia, network, pci, scsi, serial, storagevà usb- vì vậy ví dụ bạn có thể sử dụng sudo lshw -C networkđể hiển thị thông tin về card mạng máy tính có thể phát hiện .Đối với các sự cố video :
/var/log/Xorg.0.loglà tệp nhật ký máy chủ X. Điều này hữu ích cho tất cả các vấn đề video. Tập tin này có thể tồn tại lâu, vì vậy hãy thoải mái đặt nó trên http: // paste.ub Ubuntu.com . Hãy chắc chắn cung cấp một liên kết đến "dán" của bạn để chúng tôi có thể tìm thấy nó khi chúng tôi cần.LIBGL_DEBUG=verbose glxinfo sẽ hiển thị thông tin về hỗ trợ tăng tốc 3D, hữu ích cho các sự cố với hiệu ứng 3D hoặc máy tính để bàn.lspci -nn | grep VGA sẽ liệt kê tất cả các thẻ video trong hệ thống của bạn, hữu ích nếu bạn không chắc chắn mình có loại thẻ video nào./usr/lib/nux/unity_support_test -p nên được sử dụng cho compiz và các vấn đề tương thích Unity khác.Đối với các sự cố âm thanh :
cat /proc/asound/cardssẽ liệt kê các thiết bị âm thanh đã được phát hiện. Bạn nên bao gồm điều này.cat /proc/asound/card0/codec#0sẽ chứa thông tin về card âm thanh đầu tiên, bao gồm thông tin về các cổng đầu vào / đầu ra được kết nối với nó. Nếu bạn gặp vấn đề với việc cắm micrô, tai nghe hoặc loa ngoài, hãy bao gồm điều này. Bạn cũng có thể có nhiều hơn một thiết bị âm thanh. Trong trường hợp đó, sẽ có nhiều hơn một /proc/asound/card???thư mục.Lưu ý: Nếu bạn có kết nối có dây, hãy cân nhắc việc chạy tất cả trong một tập lệnh không dây được nêu trong câu trả lời này , nó sẽ giúp bạn rất nhiều!
Các vấn đề kết nối không dây may mắn trở nên hiếm hơn với mỗi bản phát hành Ubuntu. Tuy nhiên vấn đề vẫn xảy ra.
Thông tin sau đây sẽ giúp chẩn đoán các sự cố kết nối không dây trong các câu hỏi được đăng trên Hỏi Ubuntu, bạn có thể mở một thiết bị đầu cuối bằng cách nhấn Ctrl- Alt- Tvà nhập một trong các lệnh này, sau đó chỉnh sửa câu hỏi của bạn để thêm thông tin.
sudo lshw -class network
lsusb
Điều này có thể đưa ra một danh sách dài tùy thuộc vào số lượng thiết bị USB được kết nối. Nếu nghi ngờ, hãy đăng toàn bộ danh sách.
lspci
Điều này có thể đưa ra một danh sách dài tùy thuộc vào số lượng thiết bị PCI được trang bị. Nếu nghi ngờ, hãy đăng toàn bộ danh sách.
rfkill list all
Thường thì bạn có thể thấy các lỗi hữu ích bằng cách xem nhật ký kernel của bạn.
Nếu bạn cố gắng kết nối qua trình quản lý mạng, bạn có thể thấy lỗi nào được tạo ra bằng cách xem dmesg
Quy trình được đề xuất - nhập dmesg, sau đó thử kết nối và sau đó nhập dmesglại. Đầu ra mới được hiển thị sẽ đưa ra một dấu hiệu cho thấy lỗi.
Một đầu ra hữu ích khác là dmesg | grep -i firmware- nếu bạn thấy một số lỗi trong đầu ra thì điều này có thể cho thấy bạn cần cài đặt một số phần sụn - thường là một gói từ kho lưu trữ.
Tìm kiếm trên Google đôi khi sẽ mang lại kết quả gợi ý bằng NDISWrapper. Đây là một kỹ thuật cũ trong đó có được trình điều khiển Windows XP có thể được thực hiện để hoạt động trong Ubuntu.
Nói chung, điều này nên tránh trong các phiên bản hiện tại của Ubuntu vì các trình điều khiển trong kernel có ít vấn đề tương thích hơn.
Nếu bạn có bất kỳ vấn đề không dây nào, hãy đăng kết quả của bốn mục nhập dòng lệnh ở trên vào câu hỏi của bạn TRƯỚC KHI dùng thử NDISWrapper.
Xem https://wiki.ubfox.com/DebuggingHardwareDetection
https://wiki.ubfox.com/DebuggingProcedures thường là điểm khởi đầu tốt nếu bạn muốn biết thông tin nào hữu ích cho báo cáo lỗi.
Đây có thể là hữu ích (tùy thuộc vào loại phần cứng):
dmesg
lspci
lsusb
Một trong những điều hữu ích nhất bạn có thể làm khi mô tả sự cố phần cứng, là mô tả những gì bạn đã làm, kết nối bạn đang sử dụng là gì.
Ví dụ:
"Tôi cắm vào màn hình và máy tính để bàn của tôi không tự động mở rộng ra màn hình."
Loại thông tin này có vẻ rất đơn giản, nhưng nó có thể giúp xác định chính xác các vấn đề phổ biến đến từ đâu, hoặc nếu bạn thắc mắc có thể lạc đề.
Một gợi ý giải quyết vấn đề chung
Tôi nhận thấy rằng tôi thường thu thập dữ liệu để chẩn đoán sự cố bằng cách:
Đầu tiên, xác định vấn đề - tôi đã làm gì, tôi dự đoán điều gì sẽ xảy ra và điều gì dường như xảy ra? Tôi có thể lặp lại vấn đề không?
Sau đó, gây ra sự cố và liệt kê nhật ký của hệ thống theo thứ tự ngược thời gian sửa đổi :
ls -lrt /var/log,
tail -n 25trên các tệp nhật ký được sửa đổi gần đây (đối với các giá trị hợp lý là 25) và
dmesg.
Đọc, tự hỏi, suy nghĩ, đoán, kiểm tra, lặp lại khi cần thiết