Quick Summary

  • Ubuntu đọc "mã vạch" phần cứng (chuỗi modalias) từ mọi thiết bị trên máy của bạn, so khớp nó với các mẫu có sẵn trong các gói. Nếu khớp, nó cài đặt một gói stub nhỏ để mở khóa kernel và driver phù hợp cho phần cứng của bạn, tất cả đều diễn ra trong quá trình cài đặt mà bạn không cần can thiệp.
  • OEM metapackage hầu như không làm gì cả. Toàn bộ nhiệm vụ của nó là thêm một tệp nguồn APT và kéo khóa ký. Kernel và driver thực tế đến từ kho lưu trữ mà tệp đó kích hoạt. Nó là một chìa khóa, không phải là tải trọng.
  • Ubuntu thực sự có ba nhánh kernel riêng biệt: GA (ổn định, đi kèm với LTS, hỗ trợ 5 năm), HWE (kernel mới hơn được backport từ các bản phát hành trung gian, cuộn khoảng 6 tháng một lần) và OEM (được xây dựng cho phần cứng chứng nhận cụ thể). Ở trên một nhánh không có nghĩa là bạn đang ở trên nhánh khác; bạn có thể kiểm tra bằng ubuntu-drivers list-oem và hwe-support-status.
  • Kernel OEM không bị khóa hoặc thuộc sở hữu của các nhà cung cấp phần cứng như Dell, Lenovo hay HP. Nó được xuất bản trong kho lưu trữ Ubuntu thông thường và được xây dựng bởi nhóm HWE của Canonical, với các nhà cung cấp đóng góp các bản vá và yêu cầu thay vì kiểm soát kernel. Bất kỳ ai cũng có thể cài đặt và chạy nó, ngay cả trên phần cứng không được chứng nhận (mặc dù làm vậy có ít lợi ích).

Giới thiệu

Bạn vừa cài đặt Ubuntu trên một chiếc laptop được chứng nhận. Trong vòng vài giây sau lần khởi động đầu tiên, điều khiển quạt hoạt động, các phím chức năng phản hồi và kernel phù hợp đã chạy. Bạn không cài đặt thủ công bất kỳ driver nào. Vậy điều gì đã xảy ra?

Trình cài đặt Ubuntu đã nhận dạng phần cứng của bạn và âm thầm xử lý mọi thứ. Bài viết này giải thích chính xác cách thức hoạt động, từ lần quét phần cứng đầu tiên cho đến lần khởi động lại cuối cùng. Cho dù bạn là người dùng desktop chỉ đơn giản là tò mò, hay một sysadmin cần kiểm soát hành vi này trong một triển khai automated, mọi thứ bạn cần đều có ở đây.

1. Vấn Đề Mà Ubuntu Đang Giải Quyết Cho Bạn

Không phải máy nào cũng chạy hoàn hảo trên một bản cài đặt Ubuntu chung chung. Các nhà sản xuất phần cứng như Dell, Lenovo và HP thường trang bị cho laptop và máy chủ các thành phần cần một chút chăm sóc đặc biệt: một tinh chỉnh kernel tùy chỉnh, một tệp firmware hoặc một driver không nằm trong bộ gói Ubuntu tiêu chuẩn.

Nếu thiếu phần mềm phù hợp, bạn có thể gặp phải các vấn đề như tạm ngưng và đánh thức bị hỏng, quạt không bao giờ quay, hoặc GPU chạy với một nửa tốc độ. Câu trả lời của Canonical là một hệ thống phát hiện được tích hợp trong trình cài đặt Ubuntu, gọi là Subiquity, để xác định phần cứng của bạn trong quá trình thiết lập và automaticly cài đặt kernel và gói driver tốt nhất cho máy của bạn.

1.1. Subiquity là gì?

Subiquity, còn được gọi là "ubiquity cho máy chủ", là framework cài đặt đằng sau Ubuntu Server và đã có từ Ubuntu 20.04. Nó cũng cung cấp cấu hình khởi động đầu tiên cho Ubuntu Core. Bắt đầu với Ubuntu 23.04, Subiquity cũng trở thành backend cho trình cài đặt Ubuntu Desktop, thay thế trình cài đặt Ubiquity (GTK/Qt) cũ hơn.

Bạn có thể nhận ra nó qua giao diện dựa trên văn bản sạch sẽ trong quá trình cài đặt máy chủ và giao diện đồ họa trên desktop. Cả hai đều chia sẻ cùng một logic backend cho việc phát hiện OEM và HWE.

2. GA, HWE và OEM: Ba Kernel, Ba Công Việc

Trước khi đi sâu vào cách phát hiện hoạt động, bạn cần hiểu ba nhánh kernel mà Ubuntu cung cấp. Nhiều hướng dẫn bỏ qua phần giải thích này, và điều đó làm cho phần còn lại trở nên khó hiểu.

2.1. Kernel GA (General Availability)

Đây là kernel đi kèm với một bản phát hành Ubuntu LTS vào ngày đầu tiên. Nó ổn định, được kiểm tra kỹ lưỡng và nhận các bản cập nhật bảo mật trong suốt thời gian hỗ trợ LTS tiêu chuẩn 5 năm. Ubuntu Server mặc định sử dụng kernel GA. Đối với hầu hết các máy chủ sản xuất có phần cứng cũ hoặc phổ biến, kernel GA chính xác là thứ bạn muốn.

Tất nhiên, bạn có thể mở rộng hỗ trợ lên đến 15 năm bằng cách kích hoạt Ubuntu Pro. Thêm chi tiết trong liên kết dưới đây:

2.2. Kernel HWE (Hardware Enablement)

Ubuntu phát hành một phiên bản trung gian mới sau mỗi sáu tháng (ví dụ: 26.10, 27.04). Mỗi phiên bản này đi kèm với một kernel mới hơn.

Ngăn xếp HWE backport các kernel mới hơn đó vào bản phát hành LTS. Vì vậy, nếu bạn đang sử dụng Ubuntu 26.04 LTS nhưng cần một kernel từ Ubuntu 26.10 để hỗ trợ chip Wi-Fi hoàn toàn mới, ngăn xếp HWE sẽ cung cấp nó.

Ubuntu Desktop theo dõi ngăn xếp HWE theo mặc định. Mỗi kernel HWE không phải là phiên bản cuối cùng thường nhận được khoảng 6 tháng cập nhật bảo mật trước khi hệ thống chuyển sang kernel tiếp theo.

Ngoại lệ là kernel HWE cuối cùng trong mỗi chu kỳ LTS: kernel đó trở thành kernel GA của bản phát hành LTS tiếp theo và nhận được toàn bộ thời gian hỗ trợ LTS 5 năm kể từ thời điểm đó.

2.3. Kernel OEM

Đây là kernel cụ thể nhất trong ba kernel. Nhóm Kích hoạt Phần cứng của Canonical xây dựng và duy trì các kernel OEM với sự cộng tác chặt chẽ với các nhà cung cấp phần cứng như Dell và Lenovo.

Một kernel OEM thường bao gồm các driver và bản vá thiết bị chưa được chấp nhận vào kernel Linux chính thống hoặc kernel Ubuntu chung, ví dụ như một driver đồ họa Intel mới hoặc một bản sửa lỗi đầu đọc thẻ Realtek.

Hãy nghĩ về nó như một khu vực tạm thời: các bản vá có trong kernel OEM ngày nay có xu hướng được chuyển vào kernel Ubuntu chung trong một bản phát hành trong tương lai.

Điểm chính: Nếu ubuntu-drivers list-oem trả về kết quả trên máy của bạn, bạn đang ở trên nhánh OEM, không phải nhánh HWE. Cả hai là riêng biệt. Chạy một cái không có nghĩa là bạn đang chạy cái kia.

3. Dấu Vân Tay Phần Cứng: Modalias Là Gì

Để khớp phần cứng của bạn với gói driver phù hợp, hệ thống cần một cách để xác định mọi thiết bị bên trong máy của bạn. Linux giải quyết vấn đề này bằng một thứ gọi là modalias.

Hãy nghĩ về nó như một mã vạch mà mỗi thiết bị phần cứng phát ra. Kernel Linux đọc các mã vạch này từ phần cứng và lưu trữ chúng trong một thư mục đặc biệt gọi là /sys. Bạn có thể tự đọc chúng:

$ cat /sys/devices/pci0000:00/0000:00:1b.0/modalias
pci:v00008086d00003B56sv000017AAsd0000215Ebc04sc03i00

Chuỗi dài đó tuân theo một cấu trúc rõ ràng. Nó mã hóa ID nhà cung cấp, ID thiết bị, nhà cung cấp hệ thống con, ID thiết bị hệ thống con và lớp thiết bị. Nói một cách đơn giản, nó cho hệ thống biết điều gì đó như: "Đây là một chip âm thanh Intel bên trong một laptop Lenovo."

Bây giờ, các gói driver không phải là một phần của bản cài đặt Ubuntu mặc định mang một trường trong tệp debian/control của chúng được gọi là XB-Modaliases, được tạo bởi công cụ dh_modaliases. Khi gói được xây dựng, điều này trở thành một tiêu đề Modaliases trong siêu dữ liệu của gói, chứa một danh sách các mẫu glob (hãy nghĩ về chúng như các ký tự đại diện) khớp với một hoặc nhiều chuỗi modalias.

Vì vậy, quá trình phát hiện là một so khớp mẫu nhanh: dấu vân tay phần cứng của bạn so với dấu vân tay được tích hợp trong các gói có sẵn.

Cách Các Gói OEM Xử Lý Việc So Khớp Khác Biệt

So khớp modalias hoạt động tốt cho các driver chung như gói GPU Nvidia. Nhưng các OEM metapackage cần phải chính xác hơn. Bạn muốn khớp toàn bộ một model laptop, không chỉ một chip bên trong nó. Vì vậy, tồn tại hai cách tiếp cận:

Cả hai phương pháp cuối cùng đều tạo ra một chuỗi modalias. Các gói Dell và HP sử dụng một mẫu như pci:...bc0Csc05... (nhắm mục tiêu lớp SMBus), trong khi các gói Lenovo sử dụng một mẫu như dmi:*bvnLENOVO:bvr...:pvr...*. Dù bằng cách nào, công cụ so khớp hoạt động theo cùng một cách bên dưới.

4. Công Cụ Đằng Sau Phép Màu: ubuntu-drivers

Subiquity không tự xây dựng logic phát hiện này. Thay vào đó, nó gọi một công cụ riêng biệt gọi là ubuntu-drivers, đến từ gói ubuntu-drivers-common. Công cụ này có một công việc chính: xem xét phần cứng của bạn và tìm các gói phù hợp cho nó.

Chức năng phát hiện cốt lõi nằm trong mô-đun Python UbuntuDrivers.detect. Quan trọng là, nó chỉ cần thư viện python-apt để hoạt động. Nó không yêu cầu quyền root hoặc các cuộc gọi D-Bus, điều này làm cho nó nhanh và an toàn để chạy trong quá trình cài đặt.

# Example: how ubuntu-drivers queries packages for a given modalias
import apt
from UbuntuDrivers import detect
apt_cache = apt.Cache()
packages = detect.packages_for_modalias(
apt_cache,
"pci:v000010DEd00002684sv000019DAsd00004675bc03sc00i00"
)
# Returns matching driver packages, e.g. nvidia-driver-550

Còn Phần Cứng Không Sử Dụng Modaliases Thì Sao?

Một số driver đơn giản là không thể sử dụng so khớp modalias. Ví dụ, một driver modem có thể cần kiểm tra /proc/asound/cards để biết liệu nó có áp dụng cho hệ thống của bạn hay không.

Đối với những trường hợp đặc biệt này, ubuntu-drivers hỗ trợ plugin phát hiện: các tập lệnh Python nhỏ nằm tại /usr/share/ubuntu-drivers-common/detect/. Mỗi plugin xuất một hàm detect(apt_cache) duy nhất có thể chạy bất kỳ logic tùy chỉnh nào và sau đó trả về một danh sách các gói phù hợp.

Lưu ý: Các plugin phát hiện cũng không thể dựa vào quyền root. Canonical đã thiết kế toàn bộ ngăn xếp phát hiện để chạy an toàn trong một môi trường hạn chế, chẳng hạn như bên trong snap Subiquity trong quá trình cài đặt.

5. OEM Metapackage Thực Sự Làm Gì

Từ "metapackage" nghe có vẻ đáng sợ, nhưng ý tưởng rất đơn giản. Một OEM metapackage hầu như trống rỗng. Nó không chứa các tệp kernel, firmware blob hay tài liệu. Thay vào đó, nó làm ba việc cụ thể khi bạn cài đặt nó:

Bước 1: Thêm một tệp nguồn APT mới

Nó cài đặt một tệp .list vào /etc/apt/sources.list.d/ trỏ đến kho lưu trữ OEM của Canonical. Điều này mở khóa quyền truy cập vào các gói không phải là một phần của kho lưu trữ Ubuntu tiêu chuẩn.

Bước 2: Cài đặt khóa ký OEM

Nó cũng phụ thuộc vào gói ubuntu-oem-keyring, để hệ thống của bạn tin tưởng các gói từ kho lưu trữ OEM đó. Nếu không có khóa, APT sẽ từ chối các gói đó là không đáng tin cậy.

Bước 3: Kéo hỗ trợ phần cứng thực tế

Từ kho lưu trữ OEM mới được kích hoạt, nó kéo kernel, firmware và các gói driver thực tế mà phần cứng của bạn cần. Ví dụ, một gói có tên theo mẫu oem-somerville-<codename>-meta (sơ đồ đặt tên nội bộ của Canonical và Dell cho dự án OEM của họ, trong đó <codename> là tên mã thiết bị nội bộ chứ không phải số model bán lẻ) kéo mọi thứ cần thiết cho một nền tảng Dell được chứng nhận cụ thể.

Kernel Nào Mà Một Gói OEM Kéo Vào

Các OEM metapackage cũng có thể ảnh hưởng đến kernel mà hệ thống của bạn khởi động. Trong thực tế, các phụ thuộc của một OEM metapackage có thể trỏ đến một gói kernel dành riêng cho OEM hoặc đến kernel chung/HWE tiêu chuẩn, tùy thuộc vào cách hỗ trợ cho nền tảng cụ thể đó được xây dựng. Hầu hết các phần cứng được chứng nhận đều kết thúc trên kernel dành riêng cho OEM, vì đó là nơi các bản vá dành riêng cho nền tảng tồn tại.

Lưu ý: Một OEM metapackage không phải là một driver, nó là một chìa khóa mở khóa toàn bộ một kho lưu trữ hỗ trợ phần cứng, sau đó chuyển giao việc cài đặt cho các gói bên trong kho lưu trữ đó.

Kernel OEM Có Bị Khóa Cho Các Nhà Cung Cấp Cụ Thể Không?

Không. Mặc dù có tên gọi như vậy, kernel OEM không phải là một tài nguyên riêng tư, chỉ dành cho nhà cung cấp. Canonical xuất bản nó trong kho lưu trữ Ubuntu và bất kỳ ai cũng có thể cài đặt và sử dụng nó trên thiết bị của họ.

Nó chỉ có tên như vậy vì Canonical xây dựng nó với sự cộng tác chặt chẽ với các đối tác phần cứng. Các bản vá bên trong nó nhắm mục tiêu đến phần cứng cụ thể, nhưng không có gì ngăn cản bạn chạy nó trên bất kỳ máy tương thích nào.

6. Những Thay Đổi Trong Ubuntu 26.04

Trước Ubuntu 26.04, việc automatic phát hiện OEM và HWE metapackage, theo mặc định, là một tính năng tập trung vào Desktop.

Nếu bạn cài đặt Ubuntu Server trên phần cứng được chứng nhận, hành vi mặc định của trình cài đặt không kéo OEM hoặc HWE metapackage phù hợp. Bạn phải tự thêm nó sau khi cài đặt, một bước dễ bị bỏ lỡ trong một triển khai vội vàng.

Ghi chú phát hành Subiquity 26.04 mô tả một thay đổi ở đây: bắt đầu với ISO Ubuntu 26.04 Server, nếu trình cài đặt tìm thấy một OEM hoặc HWE metapackage phù hợp cho phần cứng của bạn, nó sẽ được cài đặt automaticly trong quá trình cài đặt Server, đưa Server đến gần hơn với hành vi Desktop lâu đời.

Có một điểm tinh tế đáng biết nếu bạn viết các cấu hình autoinstall. Tính đến thời điểm viết bài, tài liệu tham khảo autoinstall Subiquity vẫn mô tả giá trị mặc định auto của khóa oem.install là kích hoạt cài đặt OEM metapackage "trên Ubuntu Desktop nhưng không phải trên Ubuntu Server".

Nói cách khác, thay đổi được mô tả trong ghi chú phát hành 26.04 dường như tồn tại ở cấp độ những gì hình ảnh cài đặt Server làm theo mặc định, thay vì là một thay đổi được ghi lại đối với giá trị mặc định của lược đồ oem.install: auto chính nó.

Nếu bạn đang xây dựng các triển khai Server automated và muốn chắc chắn rằng một OEM metapackage được cài đặt khi có sẵn, cách tiếp cận an toàn nhất vẫn là đặt oem: install: true một cách rõ ràng trong cấu hình autoinstall của bạn. Ngoài ra, hãy kiểm tra tài liệu hiện tại cho bản phát hành cụ thể của bạn trước khi dựa vào hành vi mặc định.

Điều này đặc biệt quan trọng đối với phần cứng máy chủ. Canonical chứng nhận nhiều rack server, máy trạm và các nút tính toán dày đặc từ các nhà cung cấp lớn. Nếu không có OEM metapackage, bạn có thể bỏ lỡ các bản cập nhật firmware, tinh chỉnh quản lý năng lượng hoặc hỗ trợ cho các giao diện quản lý phần cứng như IPMI hoặc Redfish.

Bên dưới lớp vỏ:

Tùy chọn autoinstall oem: install chấp nhận ba giá trị: true, false và auto. Giá trị mặc định được ghi lại là auto.

Bất kể hành vi mặc định chính xác trên bản phát hành đã cài đặt của bạn là gì, tên khóa và ba giá trị được chấp nhận (true / false / auto)) là ổn định và được ghi lại, vì vậy việc đặt rõ ràng oem: install: true hoặc oem: install: false là một cách đáng tin cậy để có được kết quả có thể dự đoán trước.

7. Toàn Bộ Luồng, Từng Bước Một

Bây giờ, hãy tổng hợp tất cả lại. Đây chính xác là những gì xảy ra khi bạn cài đặt Ubuntu trên một máy được hỗ trợ, từ lúc trình cài đặt bắt đầu đến lúc bạn khởi động lại.

Bước 1 - Subiquity gọi ubuntu-drivers

Đầu quá trình cài đặt, bộ điều khiển OEM bên trong Subiquity gọi ubuntu-drivers list-oem. Lệnh này quét mọi thiết bị trên hệ thống của bạn và thu thập chuỗi modalias của nó từ /sys.

Bước 2 - ubuntu-drivers tìm kiếm trong bộ nhớ đệm APT

Tiếp theo, nó so sánh các chuỗi modalias của phần cứng của bạn với các tiêu đề Modaliases trong mọi gói mà trình cài đặt có thể thấy. Đối với các gói OEM, nó cũng kiểm tra chuỗi DMI cho phần cứng Lenovo và ID hệ thống con PCI cho Dell và HP.

Bước 3 - Một kết quả khớp trả về tên gói

Nếu một gói OEM phù hợp tồn tại, ví dụ như một gói oem-somerville-<codename>-meta cho một laptop Dell được chứng nhận, thì ubuntu-drivers sẽ trả về nó. Subiquity xếp hàng đợi gói đó để cài đặt cùng với hệ thống cơ sở.

Bước 4 - Metapackage được cài đặt

Trong giai đoạn cài đặt gói, Subiquity cài đặt OEM metapackage. Điều này thêm tệp nguồn APT, kéo phụ thuộc keyring và kích hoạt một lần kéo từ kho lưu trữ OEM.

Bước 5 - Bạn khởi động lại vào kernel phù hợp Cuối cùng, hệ thống khởi động lại. Bởi vì gói kernel thích hợp đã được cài đặt trong quá trình thiết lập, bạn khởi động trực tiếp vào kernel phù hợp với phần cứng của mình. Không có bước thủ công, không có lệnh theo dõi.

Cẩn thận xung đột kernel: Nếu bạn cũng chỉ định một kernel theo cách thủ công trong cấu hình autoinstall của mình bằng khóa kernel:, bạn có thể gặp phải xung đột. OEM metapackage có thể yêu cầu gói kernel riêng của nó, và điều đó có thể xung đột với lựa chọn kernel rõ ràng của bạn. Loại xung đột tương tự có thể phát sinh nếu bạn kích hoạt kernel FIPS hoặc thời gian thực sau khi cài đặt, vì mục nhập cấu hình GRUB của kernel OEM có thể ưu tiên trong thứ tự khởi động. Để tránh điều này, hãy xóa khóa kernel: hoặc đặt oem: install: false trong cấu hình autoinstall của bạn.

8. Cách Kiểm Tra Xem Máy Ubuntu Linux Của Bạn Đã Có Gói OEM Chưa

Sau khi cài đặt, bạn có thể xác minh xem máy của mình đang chạy kernel OEM hay theo dõi ngăn xếp HWE. Đây là một kiểm tra thực tế gồm hai bước:

# Step 1: List any OEM metapackages on your system
$ ubuntu-drivers list-oem
# If this returns output, you are on the OEM track.
# If it returns nothing, your machine is on the GA or HWE track instead.
# Step 2: Confirm which kernel flavour you are running
$ uname -r
# OEM kernel example:  7.0.0-22-oem    <- note the -oem suffix
# GA / HWE example:    7.0.0-22-generic  <- both show -generic
# Step 3: Distinguish GA from HWE (both report -generic in uname -r)
$ hwe-support-status --verbose
# Output tells you whether the running kernel is a GA or HWE kernel
# and whether it is still within its support window.
# Alternative: check which HWE metapackage is installed
$ dpkg -l 'linux-generic-hwe-*' | grep ^ii
# A result here confirms you are on the HWE stack.
# No result means you are on the GA kernel.

Kernel OEM hiển thị -oem trong chuỗi phiên bản của nó, điều này làm cho nó dễ phát hiện.

Cả kernel HWE và GA đều hiển thị -generic trong uname -r, có nghĩa là bạn không thể phân biệt chúng chỉ bằng chuỗi phiên bản.

Vì vậy, cách đáng tin cậy để phân biệt chúng là chạy hwe-support-status --verbose, lệnh này báo cáo nhánh nào mà kernel đang chạy thuộc về và liệu nó có còn được hỗ trợ hay không.

Nếu ubuntu-drivers list-oem trả về kết quả không rỗng, máy đang ở trên nhịp điệu OEM thay vì nhánh HWE.

Mẹo: Canonical khuyên bạn không nên chuyển đổi thủ công các hương vị kernel trên phần cứng được chứng nhận. Thay đổi từ kernel OEM sang kernel GA có thể gây ra sự thoái lui về hiệu suất, hỗ trợ phần cứng và các tính năng được chứng nhận.

9. Cách Kiểm Soát Hành Vi Này

Hầu hết thời gian, bạn muốn trình cài đặt xử lý mọi thứ một cách automatic. Nhưng đôi khi, ví dụ như trong một môi trường doanh nghiệp bị ràng buộc bởi tuân thủ nơi bạn ghim một kernel cụ thể, bạn cần tắt tính năng này. Bạn có thể làm điều đó với một khóa duy nhất trong cấu hình autoinstall của mình.

Vô hiệu hóa cài đặt OEM

# autoinstall.yaml
autoinstall:
version: 1
oem:
install: false   # skip OEM metapackage installation entirely

Buộc cài đặt OEM một cách rõ ràng

Nếu bạn muốn chắc chắn rằng một OEM metapackage được cài đặt khi có một gói phù hợp với phần cứng của bạn, bất kể hành vi mặc định hiện tại của nền tảng là gì, hãy đặt install: true một cách rõ ràng.

# autoinstall.yaml
autoinstall:
version: 1
oem:
install: true   # explicitly request OEM metapackage installation if one is found

Để nó ở chế độ automatic (mặc định))

Nếu bạn không bao gồm khóa oem: nào cả, trình cài đặt sẽ sử dụng auto. Như đã được ghi lại, auto được thiết kế để cài đặt một OEM metapackage khi tìm thấy một gói trên Ubuntu Desktop.

Hành vi của Server dưới auto đã được mô tả khác nhau bởi các nguồn Canonical khác nhau xung quanh bản phát hành Ubuntu 26.04, vì vậy nếu hành vi Server có thể dự đoán trước là quan trọng đối với bạn, hãy đặt install: true hoặc install: false một cách rõ ràng thay vì dựa vào auto.

# This is what "auto" looks like explicitly:
autoinstall:
version: 1
oem:
install: auto   # default, documented as Desktop-focused

Xóa thiết lập OEM sau khi cài đặt

Đã thay đổi quyết định sau khi cài đặt? Bạn có thể xóa OEM metapackage và vô hiệu hóa kho lưu trữ APT của nó bất kỳ lúc nào. GUI software-properties và CLI ubuntu-drivers đều hỗ trợ điều này.

Xóa metapackage không làm hỏng hệ thống đang chạy của bạn, nó chỉ đơn giản là ngừng kéo các bản cập nhật từ kho lưu trữ OEM.

# List installed OEM packages
$ ubuntu-drivers list-oem
# Remove a specific OEM metapackage
$ sudo apt remove oem-somerville-tentacool-meta
# Disable the OEM repository via the GUI
$ software-properties-gtk

10. Những Điều Quan Trọng Cần Nhớ

  • Ubuntu cung cấp ba nhánh kernel: GA (ổn định, 5 năm), HWE (mới hơn, cuộn khoảng 6 tháng mỗi kernel, với kernel cuối cùng kế thừa hỗ trợ LTS đầy đủ) và OEM (phần cứng được chứng nhận, được duy trì bởi nhóm HWE của Canonical). Chúng riêng biệt; ở trên một nhánh không có nghĩa là bạn đang ở trên nhánh khác.
  • Mọi thiết bị trên máy của bạn đều xuất một chuỗi modalias tới /sys. Chuỗi này là dấu vân tay giúp cho việc phát hiện khả thi.
  • ubuntu-drivers thực hiện việc so khớp thực tế. Nó so sánh dấu vân tay phần cứng của bạn với các tiêu đề Modaliases trong các gói có sẵn.
  • Một OEM metapackage là một stub tối thiểu. Công việc thực sự của nó là kích hoạt một kho lưu trữ APT và để các gói bên trong thực hiện công việc nặng nhọc.
  • Ubuntu 26.04 đã mang tính năng automatic phát hiện OEM và HWE đến các cài đặt Server dưới một số hình thức theo ghi chú phát hành Subiquity, mặc dù giá trị mặc định oem.install: auto được ghi lại trong tài liệu tham khảo autoinstall vẫn mô tả hành vi tập trung vào Desktop. Nếu bạn cần hành vi được đảm bảo trên Server, hãy đặt oem: install: true hoặc false một cách rõ ràng.
  • Chạy ubuntu-drivers list-oem bất kỳ lúc nào để kiểm tra xem máy của bạn có đang ở trên nhánh OEM hay không.
  • Kiểm soát mọi thứ bằng oem: install: true | false | auto trong cấu hình autoinstall của bạn.

11. Câu Hỏi Thường Gặp (FAQ))

H: Sự khác biệt giữa kernel HWE và kernel OEM là gì?

Đ: Kernel HWE backport một kernel Linux thượng nguồn mới hơn từ bản phát hành Ubuntu trung gian mới nhất vào cơ sở LTS của bạn. Nó nhắm mục tiêu đến một loạt các phần cứng hiện đại và mỗi kernel HWE không phải là phiên bản cuối cùng thường được hỗ trợ trong khoảng 6 tháng trước khi hệ thống chuyển sang kernel tiếp theo. Kernel HWE cuối cùng trong mỗi chu kỳ LTS là đặc biệt: nó trở thành kernel GA của bản phát hành LTS tiếp theo và nhận được toàn bộ thời gian hỗ trợ LTS 5 năm.

Kernel OEM, mặt khác, nhắm mục tiêu đến một tập hợp các nền tảng phần cứng được chứng nhận cụ thể. Canonical xây dựng nó với sự hợp tác của các nhà cung cấp như Dell và Lenovo, và nó thường bao gồm các bản vá chưa đến được kernel chính thống. Nếu ubuntu-drivers list-oem trả về kết quả trên máy của bạn, bạn đang ở trên nhánh OEM, không phải nhánh HWE. Chúng riêng biệt.

H: Ubuntu có automaticly cài đặt driver trên mọi máy không?

Đ: Không. Tự động phát hiện chỉ kích hoạt khi trình cài đặt tìm thấy một OEM hoặc driver metapackage phù hợp trong bộ nhớ đệm APT.

Các máy không xuất hiện trong danh sách chứng nhận phần cứng của Canonical sẽ không khớp với bất kỳ gói nào như vậy và trình cài đặt sẽ chỉ tiếp tục mà không cài đặt gói nào.

Đối với những máy đó, các driver Ubuntu tiêu chuẩn xử lý mọi thứ thông qua hệ thống gói thông thường.

H: Tôi có thể cài đặt kernel OEM theo cách thủ công mà không cần cài đặt lại Ubuntu không?

Đ: Có, nói chung là được. Các gói kernel OEM được xuất bản trong kho lưu trữ Ubuntu và không bị khóa sau các hạn chế của nhà cung cấp hoặc các bản cài đặt đặc biệt.

Tên gói chính xác và hậu tố hương vị khác nhau tùy theo bản phát hành và nền tảng (họ gói linux-oem-<release> là mẫu chung), vì vậy hãy kiểm tra apt search linux-oem trên hệ thống của bạn để tìm tên gói chính xác cho phiên bản Ubuntu của bạn.

Tuy nhiên, kernel OEM hữu ích nhất trên phần cứng mà Canonical đã chứng nhận. Chạy nó trên phần cứng không được chứng nhận không mang lại lợi ích bổ sung nào và có thể gây ra hành vi không mong muốn.

H: Kernel OEM có thay thế vĩnh viễn kernel HWE không?

Đ: Không. Kernel OEM là một khu vực tạm thời. Canonical hợp nhất các bản vá của nó trở lại kernel Ubuntu chung trong các bản phát hành trong tương lai. Vì vậy, các tính năng mà kernel OEM của bạn mang theo ngày hôm nay cuối cùng sẽ có mặt trong kernel chung hoặc HWE chính thống. Tại thời điểm đó, máy của bạn không còn cần hương vị OEM để có được hỗ trợ phần cứng đầy đủ.

H: Điều này có bị hỏng nếu tôi cũng sử dụng kernel FIPS hoặc thời gian thực không?

Đ: Có thể. Mục nhập cấu hình GRUB của kernel OEM có thể ưu tiên trong thứ tự khởi động. Nếu sau này bạn kích hoạt kernel FIPS hoặc thời gian thực, hệ thống có thể tiếp tục khởi động vào kernel OEM thay vì.

Nếu bạn chạy một môi trường nhạy cảm với tuân thủ, hãy đặt oem: install: false trong cấu hình autoinstall của bạn trước khi cài đặt thay vì cố gắng gỡ rối xung đột sau đó.

H: Tôi có thể kiểm tra xem phần cứng của mình có được chứng nhận trước khi mua không?

Đ: Có. Canonical duy trì một cơ sở dữ liệu chứng nhận phần cứng công khai tại ubuntu.com/certified.

Bạn có thể tìm kiếm theo nhà cung cấp, model và bản phát hành Ubuntu để xem liệu một máy có đi kèm với OEM metapackage hay không và nó được chứng nhận cho phiên bản Ubuntu nào.

12. Tổng Kết

Hệ thống phát hiện OEM và HWE mà Subiquity điều khiển là một ví dụ tuyệt vời về việc Linux "chỉ hoạt động."

Bên dưới lớp vỏ, quá trình này rất đơn giản: một lần quét bộ nhớ đệm APT nhanh, một so khớp mẫu modalias và một gói stub mở khóa toàn bộ một kho lưu trữ hỗ trợ phần cứng. Không có gì là ma thuật, nó chỉ là công cụ được thiết kế tốt hoạt động cùng nhau.

Lần tới khi Ubuntu khởi động hoàn hảo trên phần cứng được chứng nhận của bạn ngay sau khi cài đặt, bạn sẽ biết chính xác những gì đã diễn ra đằng sau hậu trường: một lần quét mã vạch, một tra cứu gói và một gói stub rất nhỏ đã thiết lập mọi thứ chuyển động.

Tài nguyên: