Tôi hiện đang sử dụng Windows 11 trên hầu hết các thiết bị cá nhân, chủ yếu vì công việc đòi hỏi những phần mềm sáng tạo chuyên biệt mà Linux chưa có giải pháp thay thế tương đương. Tuy nhiên, điều này không phải lúc nào cũng đúng. Trong nhiều năm, tôi từng tin tưởng vào việc dual-boot Linux và Windows trên laptop của mình, xem đó là “tốt nhất của cả hai thế giới”. Khả năng chuyển đổi giữa hai hệ điều hành chỉ bằng một lần khởi động lại dường như là lý tưởng, và mỗi khi gặp vấn đề, tôi thường tự nhủ đó là do kiến thức hoặc lỗi người dùng của mình.
Ngay cả khi những vấn đề đó dẫn đến việc tôi phải cài đặt lại hệ điều hành và mất dữ liệu, tôi vẫn kiên trì với dual-boot vì chỉ có một thiết bị và yêu thích sự linh hoạt đó. Có lần, tôi thậm chí còn mất các menu UEFI BIOS thứ cấp trên laptop vì Samsung đã cấu hình UEFI theo một cách đặc biệt, và GRUB đã vô tình ghi đè lên dữ liệu đó. Nhưng giờ đây, khi đã trưởng thành hơn, thời gian và dữ liệu trở nên quý giá hơn, nên những ngày thử nghiệm dual-boot của tôi đã chấm dứt. Tôi vẫn sử dụng Linux trên một số thiết bị và Windows trên những thiết bị khác, nhưng tôi không còn cố gắng chạy cả hai trên cùng một máy nữa.
Người dùng đang cân nhắc hoặc đã thực hiện dual-boot Windows 11 và Linux trên cùng một máy tính
1. Vấn Đề Về Dung Lượng Lưu Trữ Và Phân Vùng
Tôi chỉ đơn giản là không muốn đối phó với việc phân vùng nữa
Hầu hết kinh nghiệm dual-boot của tôi đều diễn ra trên các laptop có không gian lưu trữ hạn chế. Điều này luôn đồng nghĩa với việc phải liên tục “xoay sở” các phân vùng ổ đĩa để đảm bảo mỗi hệ điều hành có đủ không gian, đồng thời vẫn giữ một phân vùng chung cho dữ liệu để dễ dàng truy cập từ cả hai hệ điều hành. Điều này diễn ra vào thời điểm ổ cứng 100GB có giá tương đương ổ 2TB bây giờ, và không thể gắn nhiều hơn một ổ cứng, đó luôn là một sự cân bằng khó khăn. Cộng thêm việc yêu cầu về không gian swap thay đổi liên tục, thực sự đó là một cơn đau đầu ngay cả vào những thời điểm tốt nhất.
Tôi biết rằng dung lượng lưu trữ hiện nay rẻ hơn đáng kể. Việc phân vùng không quá phức tạp, mặc dù cố gắng làm cho các phân vùng định dạng NTFS hoạt động đúng cách trên Linux lại là một vấn đề đau đầu khác, nhưng tôi chỉ đơn giản là không muốn đối phó với những rắc rối đó nữa. Thời gian của tôi rất quý giá, đến mức tôi thà mua một thiết bị thứ hai để chạy Linux nếu vì lý do nào đó mà tôi cần một máy vật lý. Nếu bạn muốn dual-boot và “xoay sở” với các ổ đĩa và/hoặc phân vùng, thì đó là điều tuyệt vời. Rõ ràng, nhu cầu và giá trị của bạn khác với tôi, nhưng tôi đã mệt mỏi với việc đó.
Hình ảnh người dùng đang lắp ổ cứng M.2 SSD vào laptop để giải quyết vấn đề dung lượng lưu trữ cho hệ thống dual-boot
2. Máy Ảo (VM) Hoặc WSL Là Lựa Chọn Dễ Dàng Hơn
Nhu cầu dùng Linux của tôi khá đơn giản
Dual-boot các hệ điều hành là một cách tốt để tận dụng tối đa sức mạnh phần cứng bạn đang sử dụng. Hồi xưa, đối với tôi, phần cứng đó là một Intel Core2Duo trong chiếc Dell XPS13, sau đó được thay thế bằng Intel Core i5, cũng là chip dual-core. Vào thời điểm đó, chúng là những thiết bị hoạt động khá tốt nhưng không thực sự đáp ứng được thách thức của việc chạy một hệ điều hành chính và một hệ điều hành khác trong máy ảo (VM).
Ngày nay, một loạt phần cứng rộng hơn có thể đáp ứng được nhu cầu gia tăng khi chạy máy ảo trên hệ điều hành chính của bạn, và đối với các trường hợp sử dụng của tôi, tôi thường không cần truy cập bare metal (trực tiếp phần cứng). Ngay cả khi tôi cần, tôi có thể sử dụng WSL (Windows Subsystem for Linux), vốn sử dụng một phần nhỏ của Hyper-V, nên nó không gây ảnh hưởng nhiều đến hiệu suất. Và nếu tôi thực sự cần một máy Linux chuyên dụng, tôi may mắn có nhiều PC cũ từ các bản dựng trước đây, có thể đưa vào hoạt động khá nhanh chóng.
Giao diện hai phần mềm máy ảo VirtualBox và VMware Workstation Pro đang chạy song song, minh họa giải pháp thay thế dual-boot hiệu quả
3. Secure Boot Gây Ra Rắc Rối
Xử lý Secure Boot và nhiều phân vùng mã hóa là điều tôi muốn quên
Windows 11 thực sự rất muốn bạn sử dụng Secure Boot, và bạn cũng nên sử dụng nó để tăng cường bảo mật cho máy tính của mình. Đã có lúc, việc sử dụng Secure Boot với Windows có nghĩa là bạn không thể dual-boot với Linux, đặc biệt nếu bạn cần các driver của bên thứ ba như của Nvidia cho card đồ họa. Điều này dần thay đổi khi các bản phân phối Linux bổ sung khả năng sử dụng Secure Boot. Tuy nhiên, việc thiết lập khá phức tạp, với một vài bước bổ sung trong giai đoạn cài đặt và yêu cầu một kernel đã được ký tương thích.
Việc làm cho Secure Boot hoạt động tốt với các hệ thống dual-boot đã đủ khó chịu rồi, mà Microsoft còn thường xuyên phá vỡ mọi thứ. Như họ đã làm vào tháng 8 năm 2024, khi một bản cập nhật Windows đã thay đổi một số cài đặt Secure Boot Advanced Targeting (SBAT) và làm hỏng nhiều hệ thống dual-boot. Theo trang web Microsoft Learn, bản cập nhật bảo mật tháng 8 năm 2024 đã phá vỡ dual-boot khi Secure Boot được bật, và cách khắc phục là một chuỗi dài các hướng dẫn về cách tắt Secure Boot, xóa các tệp chính sách khác nhau trong Linux và Windows, và chặn Windows thực hiện các bản cập nhật SBAT trong tương lai. Tôi chỉ muốn máy tính của mình khởi động ngay khi bật lên mà không phải lo lắng về việc Windows, Linux hay BIOS thay đổi mọi thứ khiến nó không khởi động được.
Cận cảnh chiếc Surface Laptop Go 3 với logo Windows 11, liên quan đến yêu cầu Secure Boot và các vấn đề tương thích khi dual-boot
4. Cập Nhật Windows Thường Ghi Đè Bootloader
Điều này không bền vững cho việc sử dụng ổn định
Windows có một thói quen khó chịu là ghi đè bộ tải khởi động GRUB trong các bản cập nhật lớn. Điều này từng xảy ra thường xuyên trên Windows 10, và tôi nhớ nó đã xảy ra ở hầu hết các phiên bản Windows khác, quay trở lại thời XP. Vấn đề này vẫn chưa biến mất khi Windows 11 24H2 cũng gây lỗi bootloader, và nhiều phương pháp lẽ ra phải sửa bootloader không phải lúc nào cũng hoạt động. Điều thường hiệu quả (ít nhất là nếu bạn dual-boot với Ubuntu) là chạy lệnh sau trong Command Prompt với quyền Administrator trên Windows:
bcdedit /set "{bootmgr}" path EFIubuntushimx64.efiĐiều này không phải lúc nào cũng khả thi, vì có nhiều trạng thái không thể khởi động khiến bạn không thể truy cập Command Prompt, mặc dù bạn có thể sử dụng USB cài đặt Windows nếu có. Nhưng đôi khi, Windows còn tiến xa hơn và ghi đè hoàn toàn phân vùng Linux. Điều này không phổ biến, nhưng nó vẫn xảy ra, và có khả năng xảy ra mỗi khi Windows thực hiện một bản cập nhật lớn. Bạn có cảm thấy muốn đánh cược dữ liệu của mình với mỗi bản cập nhật Windows không? Tôi chắc chắn là không, ngay cả khi có nhiều bản sao lưu gần đây.
Màn hình Windows Recovery Environment trên laptop Windows 11, thường xuất hiện khi bootloader bị hỏng do cập nhật hệ điều hành
5. BitLocker Gây Phiền Toái
GRUB cộng BitLocker bằng thêm phiền phức
Nhiều người thích chạy máy tính của họ với ổ đĩa lưu trữ được mã hóa, và đó hoàn toàn không phải là một ý tưởng tồi trong những trường hợp bình thường. Khi bạn đang sử dụng hệ thống dual-boot Windows và Linux và bắt đầu sử dụng BitLocker cho các phân vùng Windows và LUKS trên các phân vùng Linux, mọi thứ trở nên hơi kỳ lạ khi bạn cố gắng sử dụng GRUB làm menu bootloader.
Điều này là do giá trị hash được lưu trong TPM để sử dụng BitLocker khác với giá trị hash của thứ tự khởi động BIOS > GRUB > Windows. Khởi động theo cách này sẽ yêu cầu khóa BitLocker, và mọi thứ sẽ ổn cho đến lần cập nhật GRUB tiếp theo, dẫn đến một giá trị hash mới. Một lần nữa, đây là hành vi được thiết kế, giữ cho hệ thống của bạn an toàn trong khi nó kiểm tra xem người dùng có được ủy quyền để truy cập vào hệ thống tệp được mã hóa hay không, nhưng nó rất phiền toái khi phải đối phó.
Bạn có thể thực hiện một giải pháp tạm thời bằng cách nhấn F12 hoặc nút tương ứng cho thứ tự khởi động BIOS của bạn và chọn Windows từ đó. Điều này sẽ bỏ qua GRUB, và giá trị hash sẽ khớp với giá trị được lưu trữ của TPM. Nếu bạn bỏ lỡ thời điểm nhấn nút, nó sẽ chuyển đến GRUB và yêu cầu bạn nhập khóa BitLocker một lần nữa, và đó chỉ là thêm phiền phức mà tôi không muốn đối phó hàng ngày.
Laptop chạy Windows 11 hiển thị cài đặt BitLocker, minh họa sự phức tạp khi kết hợp với GRUB trong môi trường dual-boot
Kết Luận
Tôi hiểu rằng đối với một số người, dual-boot là một sự cần thiết, một thói quen hoặc sở thích, hay bất cứ điều gì bạn muốn gọi. Điều đó ổn, nếu bạn có thể chịu đựng những vấn đề lớn mà sự sắp xếp này mang lại để đổi lấy những lợi ích nhỏ. Tôi sẽ không tranh cãi, ngoài việc nói rằng nó không còn dành cho tôi nữa. Tôi chỉ muốn máy tính của mình khởi động ngay lập tức khi tôi bật chúng lên mà không phải thực hiện thêm các bước quản lý định kỳ. Vì những lý do đó, tôi vẫn giữ nguyên tắc một hệ điều hành trên một thiết bị.