Ngày nay, tôi chạy Windows 11 trên hầu hết các thiết bị của mình vì tôi sử dụng một số chương trình sáng tạo hàng ngày không có lựa chọn thay thế trên Linux. 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 đã dual-boot Linux và Windows trên laptop của mình. Tôi thực sự tin rằng đó là sự kết hợp tốt nhất của cả hai thế giới, khi có thể chuyển đổi giữa hai hệ điều hành chỉ bằng một lần khởi động lại đơn giản. Và khi gặp sự cố, tôi thường đổ lỗi cho kiến thức chưa đầy đủ hoặc lỗi người dùng của mình.
Ngay cả khi những sự cố đó khiến tôi mất dữ liệu do phải cài đặt lại hệ điều hành, tôi vẫn kiên trì với việc dual-boot vì tôi chỉ có một thiết bị và tôi thích khả năng chuyển đổi giữa chúng. Thậm chí có lần, tôi đã mất các menu UEFI BIOS thứ cấp trên laptop của mình vì Samsung đã cấu hình cách lưu trữ UEFI một cách kỳ lạ, và GRUB đã quyết định ghi đè lên dữ liệu đó. Nhưng giờ tôi đã lớn hơn, thời gian và dữ liệu của tôi trở nên quý giá hơn, vì vậy những ngày thử nghiệm dual-boot của tôi đã kết thúc. Tôi vẫn chạy Linux trên một số thiết bị và Windows trên những thiết bị khác, nhưng tôi đã ngừng cố gắng chạy cả hai trên cùng một thiết bị.
5. Vấn Đề Về Dung Lượng Lưu Trữ
Không muốn bận tâm đến việc phân vùng ổ đĩa nữa
Hầu hết trải nghiệm dual-boot của tôi đều diễn ra trên các laptop có dung lượng hạn chế, điều này luôn đồng nghĩa với việc phải điều chỉnh các phân vùng ổ đĩa liên tục để đảm bảo mỗi hệ điều hành có đủ không gian, đồng thời giữ một phân vùng chung cho dữ liệu của tôi để có thể truy cập dễ dàng 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 với ổ 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. Thêm vào đó là yêu cầu về không gian swap liên tục thay đổi, thành thật mà nói, đó là một cơn đau đầu trong 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ỉ 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 thiết bị vật lý. Nếu bạn muốn dual-boot và quản lý ổ đĩa hoặc phân vùng, điều đó thật tuyệt. 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 phải xử lý nó.
4. Dễ Dàng Hơn Khi Dùng Máy Ảo (VM) hoặc WSL
Nhu cầu của tôi khá đơn giản khi sử dụng Linux
Dual-booting 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 có sẵn trên phần cứng bạn đang sử dụng. Hồi đó, đối với tôi, phần cứng đó là một Intel Core2Duo trong một chiếc Dell XPS13, sau đó được thay thế bằng một Intel Core i5, cũng là dual-core. Vào thời điểm đó, chúng là những bộ xử lý 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ủ (host OS) và một hệ điều hành khác trong máy ảo (VM).
Ngày nay, một loạt các phần cứng rộng hơn có thể xử lý các nhu cầu tăng cao của việc chạy máy ảo trên hệ điều hà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 trực tiếp vào phần cứng (bare metal access). Ngay cả khi cần, tôi cũng có thể sử dụng WSL (Windows Subsystem for Linux), vốn sử dụng một phần 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 lần xây dựng trước đó đang để không, có thể nhanh chóng được đưa vào hoạt động.
3. Secure Boot Gây Ra Rắc Rối
Xử lý Secure Boot và nhiều phân vùng ổ đĩa mã hóa là điều tôi muốn quên đi
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. Đã từng 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 của mình. Tuy nhiên, đ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. Dù vậy, 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 tương thích đã được ký.
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, lại còn Microsoft thỉnh thoảng lại gây ra lỗi. Chẳng hạn như 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 đã làm hỏng tính năng 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 nhiều tệp chính sách trong Linux và Windows, cũng như chặn Windows thực hiện các cập nhật SBAT trong tương lai. Tôi chỉ muốn PC 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 của tôi thay đổi mọi thứ khiến máy không thể khởi động được.
2. Cập Nhật Windows Làm Hỏng Bộ Nạp Khởi Động
Đ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 đè lên bộ nạp 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 làm hỏng bộ nạp khởi động, và nhiều phương pháp được cho là sẽ khắc phục bộ nạp khởi động không phải lúc nào cũng hiệu quả. Điều thường hiệu quả (ít nhất nếu bạn dual-boot với Ubuntu) là chạy lệnh dưới đây trong Command Prompt của Windows với quyền Quản trị viên:
bcdedit /set "{bootmgr}" path EFIubuntushimx64.efi
Màn hình Windows Recovery Environment trên laptop Windows 11 sau sự cố bootloader
Đ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 đi 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? Chắc chắn tôi thì không, ngay cả khi đã có nhiều bản sao lưu gần đây.
1. BitLocker Rất Phiền Toái
GRUB và BitLocker gây thêm nhiều phiền toái
Nhiều người thích chạy máy tính của mình 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. Như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ứ sẽ trở nên hơi kỳ lạ khi bạn cố gắng sử dụng GRUB làm menu bootloader.
Cài đặt BitLocker trên laptop chạy Windows 11, liên quan đến mã hóa ổ đĩa khi dual-boot
Điều đó xảy ra bởi vì 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 kiểm tra xem người dùng có được ủy quyền để truy cập hệ thống tệp được mã hóa hay không, nhưng nó rất khó chịu khi phải xử lý.
Bạn có thể thực hiện một giải pháp khắc phục bằng cách nhấn F12 hoặc nút tương ứng trên BIOS của bạn để 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 sang GRUB và buộc bạn phải nhập khóa BitLocker lần nữa, và đó chỉ là thêm rắc rối mà tôi không muốn phải đối phó hàng ngày.
Dual-Boot Windows và Linux cùng lúc là rắc rối gấp đôi
Hãy nhìn xem, tôi hiểu rằng đối với một số người, dual-booting 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 nó. Điều đó ổn thôi, 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 dành cho tôi, không phả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 và không phải thực hiện thêm các bước quản lý thường xuyên. Vì những lý do đó, tôi đang gắn bó với một hệ điều hành trên mỗi thiết bị.