Tại sao USB không hoạt động trong Linux khi nó hoạt động trong UEFI / BIOS?

Đối với nền tôi vừa mới chế tạo một máy mới với phần cứng hiện đại bao gồm:

• AMD FX-8350
• Bo mạch chủ Gigabyte GA-990FXA-UD3
• RAM 16GB
• NVidia GTX 650 Ti
• Ổ SSD Kingston

Do đó, tôi đã cố gắng cài đặt các phiên bản Linux khác nhau trên SSD và gặp lỗi gần như mọi lúc. Tôi đã thử cài đặt Arch, Debian ổn định, sid sid Debian và Ubuntu 12.10 từ ổ USB nhưng trong khi BIOS thấy ổ USB và bắt đầu khởi động từ nó, ngay khi HĐH cố gắng liệt kê các thiết bị USB tôi đã mất tất cả chức năng USB (bao gồm cả thiết bị khởi động).

Cuối cùng, tôi đã ghi một đĩa DVD và cài đặt Ubuntu 12.10 vào SSD. Cần lưu ý rằng bàn phím USB (và chuột) của tôi hoạt động tốt trong khi ở UEFI / BIOS Megatrends của Mỹ. Ngay cả khi tôi đang ở trong các menu cài đặt sẵn trên Live Ubuntu DVD, bàn phím vẫn hoạt động tốt.

Ngay khi Linux được khởi động (Live DVD hoặc từ SSD), tôi mất tất cả chức năng USB và chỉ có thể điều hướng HĐH bằng bàn phím PS / 2.

Những gì tôi thấy trong dmesg / syslog là một vài dòng về " failed to load microcode amd_ucode/microcode_amd_fam15h.bin" và tôi có thể thấy các thiết bị USB không khởi chạy được.

Nếu tôi làm lsusbtôi có thể thấy tất cả các bộ điều khiển máy chủ USB nhưng không có thiết bị nào. Làm một lspcicho tôi thấy tất cả các phần cứng tôi mong đợi. Và khi thực hiện, lsmodtôi không thấy bất kỳ mô-đun usb nào được tải ( usb_ehciví dụ).

Tôi đã thử chuyển qua noapicchuỗi khởi động kernel và nó không có tác dụng gì trong vấn đề này.

Bo mạch chủ hỗ trợ USB 3.0 nhưng tất cả các thiết bị tôi đã cắm vào cổng USB 2.0 bình thường.

Tôi khá bối rối trước những gì có thể giết / ngăn USB (và thẻ mạng trên máy bay của tôi) hoạt động trong Linux . Dường như không có bất kỳ vấn đề nào với bất kỳ thiết bị nào trong số này hoạt động trong BIOS và tôi không có sẵn bản cài đặt Windows để kiểm tra và xem nó có hoạt động không.

Tôi đã sử dụng bo mạch chủ một lần nhưng cái thứ hai có hành vi giống hệt nhau nên tôi nghĩ rằng tôi có thể loại trừ sự cố phần cứng một cách an toàn (vì hành vi này giống hệt nhau, tôi không nghĩ rằng tôi nhận được hai bảng bị lỗi giống hệt nhau lớn hơn khả năng đây là một vấn đề của Linux).

Tôi có thể thử dùng USB nào khác (và lý tưởng nhất là mạng của tôi, nhưng bây giờ chúng tôi sẽ sử dụng USB)?

Chỉnh sửa số 1:

Vì tôi không có kết nối mạng nên tôi chỉ có thể liên quan đến các bit thú vị từ dmesgđây.

Quan tâm đến dmesgtôi có thể thấy tôi có 11 bộ điều khiển máy chủ USB (OHCI, EHCI và xHCI). Nó phát hiện các thiết bị USB của tôi và sau đó bị lỗi ngay lập tức như sau:

usb 3-1: new high-speed USB device number 2 using ehci_hcd
usb 3-1: device descriptor read/64, error -32

Điều đó lặp đi lặp lại nhiều lần tăng số lượng và thử các bộ điều khiển Máy chủ lưu trữ USB khác cho đến khi nó quay trở lại bộ điều khiển OHCI cũng không thành công nhưng có một thông báo bổ sung:

usb 8-1: device not accepting address 4, error -32

Tôi nghĩ rằng các vấn đề về mạng của tôi liên quan đến thực tế là tôi không bật IPv6 trên bộ định tuyến của mình và đó dường như là một vấn đề

eth1: no IPv6 routers present

Chỉnh sửa # 2:

lspci -vvvcho thấy các bộ điều hợp mạng của tôi (cả trên bo mạch và mở rộng) là Bán dẫn Realtek (không có gì bất ngờ); RTL8111 / 8168B và RTL8169 / 8110 tương ứng. Bộ điều khiển USB của tôi là Etron Technology EJ168 (xHCI) và AMD nee ATI SB7x0 / SB8x0 / SB9x0 (EHCI & OHCI)

Bây giờ chạy Debian khò khè modprobeshow usb_common, usbcore, xhci_hcd, ehci_hcd, và ohci_hcdtất cả nạp và hoạt động.

Tôi tìm thấy câu trả lời từ chủ đề này ( http://ubuntuforums.org/showthread.php?t=2114055 ) tại ubuntuforums.org.

Dường như với các bo mạch chính Gigabyte mới hơn (ít nhất), có một tùy chọn BIOS được gọi IOMMU Controllerlà bị tắt theo mặc định và không đưa ra manh mối hay chỉ dẫn nào về việc nó dùng để làm gì.

Bật cài đặt này và khởi động lại "một cách kỳ diệu" sẽ khôi phục tất cả các sự cố mạng và USB của tôi trong HĐH Linux 64 bit (không quan trọng là cái nào).

Tôi khá sốc và phấn khởi vì đó là một cuộc tìm kiếm dài như vậy cho một sửa chữa đơn giản như vậy.

Cảm ơn mọi người đã giúp đỡ và gợi ý của bạn. Hy vọng những người khác sẽ tìm thấy điều này hữu ích.

Cập nhật: Tôi chỉ muốn thêm rằng các cài đặt BIOS hiện tại của tôi cũng bao gồm bật XHCI Handoff và EHCI Handoff ngoài Bộ điều khiển IOMMU. Những người khác cũng đã đề cập đến điều này và cho phép hai bàn giao đó cũng cho phép các cổng USB 3.0 của tôi hoạt động như mong đợi.

Tôi mới biết, với GA-990FXA-UD7 của tôi, rằng đối với cả bộ điều khiển USB 2.0 và USB 3.0 và bộ điều khiển Ethernet trên bo mạch để hoạt động chính xác trong Linux (tôi đang sử dụng Mint 17.1), nó yêu cầu các cài đặt sau trong BIOS:

• bàn giao xHCI - Đã bật
• Bàn giao EHCI - Đã bật
• Bộ điều khiển IOMMU - Đã bật

Đừng quên tắt UEFI và thay đổi tất cả các tùy chọn khởi động thành "Chỉ di sản".

Nếu bạn thực sự cần khởi động từ ổ cứng có dung lượng> 2.2TB, bạn có thể gặp vấn đề khác.

Tôi đang sử dụng ổ SSD 256 GB cho ổ đĩa khởi động và một cặp ổ cứng 3TB trong mảng RAID 1 (được nhân đôi) sử dụng mdadm cho nhà / của tôi và tất cả đều hoạt động tốt.

Đã làm việc với các bảng Gigabyte khá nhiều, tôi biết các bảng 990FXA-UD5 và 990FXA-UD3 có BIOS rất giống nhau, vì vậy có khả năng cũng sẽ áp dụng tương tự với các bảng đó.

Thật kỳ lạ, mặc dù tôi có một thiết lập gần như giống hệt nhau (cùng bo mạch chủ, bộ xử lý FX8350), cho phép IOMMU không tạo ra bất kỳ sự khác biệt nào đối với tôi. Vẫn không có USB, mạng, v.v.

Tuy nhiên, điều đã giúp là thêm "iommu = soft" vào dòng lệnh kernel. Bây giờ tất cả đều hoạt động tốt (ngoại trừ, vì một số lý do kỳ lạ, Chuột cảm ứng Logitech Zone của tôi không hoạt động).

FYI, lý do kỹ thuật tại sao Linux không thể sử dụng các thiết bị "thông qua" BIOS: một khi HĐH đã chuyển sang "chế độ được bảo vệ" (32 bit) hoặc "chế độ dài" (64 bit), nó không thể gửi các ngắt nữa. vào BIOS. Trong "chế độ thực" (16 bit, khi khởi động), nó có thể gọi các ngắt BIOS để đọc đĩa, nhập bàn phím, v.v.

Nhưng nó cũng có nhược điểm. Đối với một, bạn thậm chí không có một megabyte bộ nhớ địa chỉ. Vì vậy, hệ điều hành hiện đại chuyển khỏi chế độ thực gần như điều đầu tiên. (Trên thực tế, tôi tin rằng grub chuyển sang chế độ được bảo vệ trước khi nó tải kernel).

Thêm chi tiết: http://wiki.osdev.org/Real_Mode http://wiki.osdev.org/Protected_Mode

Tôi đã có cùng một Proc (nhưng 8 lõi) cùng MB (rev 3) cùng dung lượng RAM (Kingston)

Mẹo với IOMMU đã giúp một chút - tất cả các cổng có thể thấy bàn phím usb, bộ chia USB màn hình và bộ chuyển đổi wifi usb (Realtek), nhưng không có ổ đĩa flash.

Dường như, giải pháp này đã giúp tôi:

cd /sys/bus/pci/drivers/ehci_hcd
ls

Bạn sẽ thấy một tệp có định dạng 0000: 00: xx.x. Thực hiện lệnh sau:

sudo sh -c 'echo -n "0000:00:xx.x" > unbind'

Thay thế xx.x bằng các số được hiển thị trên tệp của bạn. Nó sẽ vô hiệu hóa ehci_hcd.

Bây giờ bạn có thể sử dụng tập lệnh sau để tắt ehci_hcd.

cd /sys/bus/pci/drivers/ehci_hcd/
sudo sh -c 'find ./ -name "0000:00:*" -print| sed "s/\.\///">unbind'

http://www.geekdevs.com/2010/04/solve-unable-to-enumarters-usb-device-diseac-ehci_hcd/

Các bước này hoạt động với tôi với GIGABYTE 970A-DS3P và AMD-FX-8320 chạy Ubuntu 15.04

• bàn giao xHCI - Đã bật
• Bàn giao EHCI - Đã bật
• Bộ điều khiển IOMMU - Đã bật
• UEFI - Vô hiệu hóa
• Tất cả các tùy chọn khởi động - Chỉ dành cho di sản

Tôi có cùng FX8350 chạy trên Gigabyte 990FXA-UD3 bằng OpenSuse 13.1. Giải pháp hiệu quả với tôi là chỉnh sửa bộ tải khởi động bằng YAST, lựa chọn mặc định (hoặc lựa chọn bạn đang sử dụng để tải OpenSuse 13.1 trong trường hợp của tôi), "iommu = pt" sau "hiển thị yên tĩnh".

Ví dụ:

"sơ yếu lý lịch = / dev / đĩa / by-id / ata-Hitachi_HDS721010CLA332_JP2921HQ1076NA-part2 giật gân = im lặng hiển thị iommu = pt"

Bây giờ tất cả các cổng USB 2.0 và 3.0 của tôi đều hoạt động và mạng internet của tôi cũng hoạt động!. Đồng thời đảm bảo IOMMU được bật trong BIOS.

Hôm qua tôi đã gặp sự cố này khi cài đặt Ubuntu trên bo mạch chủ ASUSTek M5A99X của mình. Mục tiêu của tôi là cài đặt lại Ubuntu từ thẻ nhớ USB ở chế độ UEFI, để sửa lỗi phát hiện IOMMU bởi HĐH (hệ thống của tôi đã được cài đặt thông qua chế độ BIOS Legacy BIOS, tôi nghĩ đây có thể là một lý do).

Trước đây, tôi đã thử điều đó bằng cách cài đặt Ubuntu từ USB. Tốt với Legacy, UEFI luôn là một vấn đề - bàn phím / chuột / Wifi của tôi không hoạt động đúng (chỉ cấp nguồn) khi vào trình cài đặt hoặc trình cài đặt không tải được UI bằng tin nhắn trong bảng điều khiển:

• (…) device descriptor read/64, error -32 (cho mỗi thiết bị USB)
• (…) unable to find a live medium containing a live file system(sau 5-6 phút đọc từ thanh). Lỗi này có một cách giải quyết với việc thay đổi loại thẻ nhớ USB thành Ổ đĩa cứng cứng, nhưng hệ thống khởi động gây ra các vấn đề khác sau khi cài đặt.

Tôi đã nghĩ rằng các vấn đề là từ nhóm Unetbootin, hoặc Startup Startup Creator Creator - chúng không phải vậy. Đã dành hơn 2 giờ để thử tất cả các cài đặt trong BIOS (tôi không có IOMMU Controllerhoặc xHCI Handoffcài đặt trong tôi), nhưng điều duy nhất đã giúp - nâng cấp BIOS lên phiên bản mới nhất với tệp ROM được tải xuống từ trang web Asus cho mẫu bo mạch chủ của tôi. Thật dễ dàng khi giải nén và sao chép tệp ROM trên thanh USB và sử dụng tiện ích EZ EZ Flash (trong BIOS) để flash firmware.

Làm điều này đã sửa tất cả các loại lỗi tôi có; Tôi đã có thể cài đặt và sử dụng Ubuntu ở chế độ UEFI. Hơn nữa, IOMMU hiện được Ubuntu phát hiện một cách kỳ diệu mà không gặp sự cố nào. Điều này có nghĩa, các sự cố của tôi là do lỗi phần sụn BIOS liên quan đến hỗ trợ USB 2.0 / 3.0 và hỗ trợ IOMMU. (nếu bạn không cần IOMMU, bạn nên tắt phần này trong phần Advanced Advanced vì vì đó không phải là điều phổ biến).