Báo cáo Slimbook Titan 9 - Diễn biến chính, nhiều tin tức
Cập nhật:ngày 29 tháng 4 năm 2026
My Titan là hệ thống chỉ dành cho Linux được thiết kế để làm việc và chơi game nghiêm túc. Tôi mua nó với mục đích rõ ràng là rời bỏ Windows, một nhiệm vụ mà tôi đã hoàn thành phần lớn và thành công tốt đẹp. Nhưng hành trình này không hề dễ dàng, với rất nhiều vấn đề ban đầu, các vấn đề về quản lý năng lượng do phần sụn gây ra sau đó và sau đó là một số vấn đề. Nhìn chung, tôi hài lòng với hệ thống. Đại loại thế.
Bây giờ, kể từ lần cuối tôi báo cáo về chiếc máy tính xách tay này, rất nhiều điều đã xảy ra. Tôi đã dành một khoảng thời gian nghiêm túc để chơi, nghịch ngợm, thử nghiệm và tôi đã phát hiện ra một loạt vấn đề và hồi quy hoàn toàn mới, cũng như những điều mới đáng kinh ngạc. Quả thực, trong số tất cả các báo cáo dài hạn khác nhau mà tôi đã viết trên chiếc máy này, tôi nghĩ bạn sẽ thấy bài viết hôm nay có ý nghĩa nhất. Không dài dòng nữa, hãy cùng tìm hiểu sâu hơn.
Hạt nhân mới, hệ thống không còn bị treo
Như bạn có thể nhớ lại, tôi đã phải triển khai mặt nạ IRQ (như một phần của quá trình khởi động) để tránh tình trạng treo hệ thống ngẫu nhiên. Điều này không hề lý tưởng, bởi vì không phải lúc nào bạn cũng biết mình đang che giấu điều gì, như tôi sẽ sớm chứng minh. Nhưng giữa việc có một hệ thống hầu như không thể sử dụng được và việc ngắt GPE nhỏ bị tắt tiếng, tôi đã chọn cách thứ hai. Sẽ sớm thôi.
Bây giờ, tôi vui mừng thông báo rằng vấn đề này cuối cùng đã được giải quyết. Ít nhất là bây giờ. Nhưng để đến được đó, tôi đã phải chịu đựng một chút. Hãy để tôi giải thích:
- Tôi đã khởi động Titan và làm rất nhiều việc. Tôi đã không thực hiện bất kỳ cập nhật nào. Tuy nhiên, Kubfox, hay đúng hơn, Ubuntu là Ubuntu, nó đã kích hoạt cơ chế nâng cấp không cần giám sát khó chịu của riêng mình và vá một loạt thứ, bao gồm cả việc cung cấp kernel mới. Điều này thật ngớ ngẩn, vì tôi đang sử dụng Ubuntu pro trên hệ thống và đã bật tính năng livepatching kernel. Nhưng hơn thế nữa, hệ thống cập nhật tự động còn có nhiều lỗi và ngu ngốc.
- Quả thực, sau khi khởi động lại, kernel 6.8.0-106 mới của tôi đã làm rối tung mọi thứ. Không có mạng, không có VirtualBox. Tất nhiên, bởi vì cơ chế nâng cấp không giám sát chỉ mang lại kernel chứ không phải tất cả các tính năng bổ sung khác cần thiết cho công việc trung thực. Tôi phải khởi động lại vào kernel cũ hơn và chạy bản cập nhật hệ thống đầy đủ. Điều này mang lại hạt nhân -107 mới hơn một chút. Ở đây, mọi thứ đều hoạt động tốt.
Bị hỏng do nâng cấp không được giám sát ...
- Quan trọng nhất, tôi đã kiểm tra xem điều gì sẽ xảy ra nếu không có tùy chọn che dấu ngắt trong GRUB, và vâng, hệ thống không bị treo nữa. Tuyệt vời. Nhưng cách ở đó có thể được thực hiện một cách tao nhã hơn. Quả thực ...
Sự không chắc chắn trong trò chơi
Mỗi lần sử dụng Titan, tôi cũng mở Steam để xem Proton hiện có hỗ trợ tựa game nào còn lại mà tôi chưa chạy được không. Đáng chú ý nhất là Assetto Corsa chưa chạy. Nhưng tôi đã có rất nhiều bản cập nhật, bao gồm các bản vá trò chơi trị giá 100GB, cùng với nửa tá khung và bản phân phối lại của Steam, v.v. Tôi đã thử khởi chạy ArmA 3 và nó không chạy. W00t.
Đây là một sự thoái lui, ít nhất là trong cuốn sách của tôi, và là một điều đáng báo động ...
- Theo những gì tôi biết, Valve cố gắng hết sức để đảm bảo rằng nếu một trò chơi chạy một lần thì nó sẽ luôn chạy và điều này cũng áp dụng cho danh sách ngày càng tăng các tựa game được Proton hỗ trợ. Như bạn nhớ lại, đối với tôi, ArmA 3 hoạt động rất xuất sắc, ngay cả với hàng tấn DLC và tiện ích bổ sung. Không gặp trở ngại nào. Đột nhiên nó không chạy thì thật là tệ.
- Tôi bắt đầu gỡ lỗi và thử nghiệm từng phiên bản Proton. Bohemia Studio đề cập đến nhánh 6.X và bỏ qua Trình khởi chạy, và vâng, điều này hiệu quả, nhưng trò chơi cho rằng bạn đang ngoại tuyến và do đó, bạn không thể thực hiện bất kỳ chế độ nhiều người chơi nào, ngay cả trên mạng LAN của mình. Điều tương tự cũng xảy ra với Proton 7.X.
Với phiên bản 6.X và 7.X... game tưởng như offline.
- Tôi đã thành công với phiên bản 9.X và phiên bản này hiển thị chính xác Steam trực tuyến và tất cả những thứ đó. Cuối cùng.
Trình khởi chạy thực sự hoạt động khá ổn.
Sau đó, tôi nhận thấy điều gì đó kỳ lạ. Tôi đã có hiệu suất khá tốt khi sử dụng máy tính xách tay bằng pin và điều này mang lại tốc độ khá ổn định 45-50 FPS trong trò chơi ở cài đặt Ultra, tương tự nếu không muốn nói là giống với kết quả của Windows. Rất đẹp. Nhưng khi cắm sạc, hiệu năng kém hơn nhiều, trái ngược với mong đợi, FPS dao động từ mức thấp 10-15 đến khoảng 35-40, thỉnh thoảng tăng vọt lên 60 và nhanh chóng tụt xuống. Trò chơi sẽ bị lag liên tục 3-4 giây một lần.
Nguồn, hiệu suất và bộ sạc bị hỏng
Tôi đã phải mất rất nhiều thử nghiệm để tìm ra nguyên nhân của trục trặc này. Đầu tiên, tôi đã thử tất cả các loại tùy chọn Nvidia PRIME, nhưng không có tùy chọn nào tạo ra bất kỳ sự khác biệt nào, và công bằng mà nói thì chúng cũng không nên như vậy. Thứ hai, tôi đã thử nhiều tùy chọn điều khiển CPU và các tham số khởi động khác nhau, nhưng không có tùy chọn nào mang lại bất kỳ cải tiến nào. Thứ ba, tôi đã thử ghi đè WINE DLL, các tùy chọn khởi chạy trò chơi nhưng không có kết quả. Tất nhiên rồi.
Sau đó, tôi cũng thực hiện kiểm tra tình trạng treo hệ thống ở trên và xóa tham số acpi_mask_gpe=0x03 khỏi các tùy chọn GRUB. Điều này đã "khôi phục" âm thanh sạc ra khỏi bộ sạc của tôi. Khi đã có mặt nạ, việc kết nối hoặc ngắt kết nối bộ sạc vì vấn đề đó sẽ không dẫn đến thông báo âm thanh KDE thông thường, ít nhất là không ngay lập tức và biểu tượng trạng thái sạc cũng sẽ không thay đổi. Nó sẽ như vậy, nhưng đôi khi vài phút sau. Tôi đoán đây là hậu quả của việc chơi đùa với các ngắt.
Bây giờ, khi âm thanh và trạng thái sạc chính xác được thực hiện đúng cách, tôi nhận ra bộ sạc của mình đang hoạt động sai. Nó sẽ "ping" cứ sau vài giây. Đã kết nối, đã ngắt kết nối. Đang sạc, không sạc. Chẳng bao lâu sau, tôi nhận ra điều này có liên quan đến hoạt động của hệ thống. Bất kỳ hình thức sử dụng CPU hoặc GPU tăng cao nào, bất kỳ điều gì có thể gây ra sự tăng vọt điện năng, sẽ làm ngắt bộ sạc và dừng quá trình sạc. Cách đảm bảo duy nhất để thiết bị được sạc đầy là để màn hình hoàn toàn ở chế độ chờ hoặc tắt máy.
Tôi không chắc liệu bộ sạc 230W thực tế sắp chết hay cổng sạc bị hỏng. Tôi thực sự hy vọng nó sẽ không phải là thứ hai, bởi vì việc thay thế những thứ đó khó khăn hơn và trong một số trường hợp, rất khó thực hiện, nếu không muốn nói là không thể. May mắn thay, tôi có sẵn bộ sạc 180W dự phòng và đã thử bộ sạc đó. Với tiện ích mới này, Titan bắt đầu sạc một cách ấn tượng, với mức tiêu thụ điện năng ổn định và không bị ngắt kết nối, bất kể áp lực của hệ thống. Và lạ thay, trong ArmA 3 bây giờ, tôi đã đạt được tốc độ 60 FPS ổn định tuyệt đẹp khi cắm bộ sạc!
Tôi đã liên hệ với nhóm Slimbook để nghe họ nói gì và họ khá hữu ích. Tôi đã mua một bộ sạc mới và chỉ trong vài ngày, nó đã đến nơi. 'Đây là bộ sạc được rồi. Bây giờ, hệ thống của tôi tiêu thụ điện đúng cách ngay cả khi đang tải và thậm chí cả quạt cũng hoạt động chính xác hơn. Tôi đoán bộ sạc bị hỏng cũng gây ra tất cả các loại hành vi kỳ lạ khác, có thể là do những tiếng động kỳ lạ dưới mui xe. Hy vọng không có thiệt hại lâu dài.
Quay lại ArmA 3, tôi thậm chí còn kiểm tra xem trò chơi qua mạng LAN và Internet có hoạt động không và các cổng trò chơi có thể truy cập được qua mạng hay không. Bản thân Ubuntu không có tường lửa nên sẽ không có vấn đề gì, nhưng tôi muốn kiểm tra ba lần để đảm bảo mọi thứ đều diễn ra như bình thường. Một chi tiết nhỏ nhưng này!
udp 0 0 0.0.0.0:2302 0.0.0.0:* 20896/wineserver
udp 0 0 0.0.0.0:2304 0.0.0.0:* 20896/wineserver
nc -v -u -z 192.168.5.103 2302
Kết nối tới cổng 192.168.5.103 2302 [udp/*] đã thành công!
Và mọi thứ thực sự rất khó hiểu. Tôi đã chơi rất nhiều trò chơi nhiều người chơi qua Internet, thậm chí còn tổ chức máy chủ cho bạn bè của mình. Không có gì. "Nhược điểm" duy nhất là đôi khi, sau khoảng 1,5-2 giờ sau một phiên chơi game cường độ cao, quạt có thể trở nên rất cuồng nhiệt và CPU có thể giảm tốc độ một chút, gây ra một số hiện tượng giật. Nhưng bạn thực sự phải làm việc chăm chỉ để Titan đạt được trạng thái đó.
Chúng ta đã quay trở lại cuộc chơi, theo nghĩa đen và nghĩa bóng.
Nội dung khác
Quá trình cập nhật Ubuntu đôi khi có thể khá lộn xộn. Như tôi đã đề cập một vài lần trước đây, apt đã nhầm lẫn với các gói RƯỢU và tôi phải sửa bản cài đặt "bị hỏng" để giải quyết các vấn đề phụ thuộc. Điều này thật đáng phẫn nộ. Đã là năm 2026 và chúng ta vẫn còn những điều vô nghĩa này như một phần của trải nghiệm máy tính để bàn Linux. Nghiêm túc chứ?
Đọc thông tin trạng thái... Xong
Bạn có thể muốn chạy 'apt --fix-broken install' để sửa những lỗi này.
Các gói sau có phần phụ thuộc chưa được đáp ứng:
ổn định rượu vang :Phụ thuộc:wine-stable-i386 (=10.0.0.0~jammy-1)
Phụ thuộc:wine-stable-amd64 (=10.0.0.0~jammy-1) nhưng 11.0.0.0~jammy-1 đã được cài đặt
winehq-stable :Phụ thuộc:wine-stable (=11.0.0.0~jammy-1)
E:Sự phụ thuộc chưa được đáp ứng. Hãy thử 'apt --fix-broken install' không có gói nào (hoặc chỉ định giải pháp).
Sau đó, có viên ngọc vô nghĩa này từ nhật ký hệ thống:
systemd[1]:Tệp cấu hình /run/systemd/system/netplan-ovs-cleanup.service được đánh dấu là không thể truy cập được trên toàn thế giới. Điều này không có tác dụng vì dữ liệu cấu hình có thể truy cập được thông qua API mà không bị hạn chế. Dù sao vẫn tiếp tục.
systemd[1]:/lib/systemd/system/snapd.service:23:Tên khóa không xác định 'RestartMode' trong phần 'Dịch vụ', bỏ qua.
Như tôi đã nói với bạn về Executive của mình, vì bất kỳ lý do gì, các nhân mới hơn sẽ tự động tải mô-đun KVM xung đột với VirtualBox, vì vậy nếu sử dụng VirtualBox, bạn sẽ cần đưa nó vào danh sách đen. Khá khó chịu vì đây là một thay đổi không chính đáng khác đối với đường cơ sở của tôi.
Kate, trình soạn thảo văn bản mà tôi đã phải điều chỉnh để ghi nhớ các phiên của mình, không còn thanh bên nữa. Vì lý do nào đó, điều này dường như là hậu quả của việc thay đổi thủ công. Tuy nhiên, bạn có thể kích hoạt lại plugin Tài liệu và thao tác này sẽ khôi phục chức năng bị thiếu.
Notepad++ cũng cần gói Mono mới vì lý do nào đó. Điều khiến tôi khó chịu nhất là có thêm một hoặc hai khoảng trắng trong siêu liên kết bên dưới. Nhưng sau khi việc này được giải quyết, chương trình sẽ khởi chạy tốt.
Về mặt phần cứng, bàn phím vẫn hơi "cứng" và cần nhấn mạnh hơn một chút để đăng ký tất cả các phím. Đây là điều tôi đã quan sát được cách đây một thời gian và vẫn đúng trong báo cáo này. Có lẽ mình cần phải dùng mạnh tay hơn, đập vài ký tự 100K cho mềm lò xo. Hoặc thứ gì đó.
Và tôi đoán chúng ta có thể dừng ở đây.
Kết luận
Lần này có quá nhiều vấn đề xảy ra với quá trình thiết lập Titan yên bình của tôi. Các trục trặc khi chơi game, sự cố repo, mạng bị hỏng và các biến chứng nâng cấp không được giám sát, mô-đun KVM vô nghĩa. Theo một cách nào đó, bộ sạc bị hỏng là điều tôi ít lo lắng nhất vì những điều như vậy có thể xảy ra. Về mặt phần mềm thì ít có thể tha thứ hơn. Hãy nhớ rằng, tôi đang sử dụng LTS. Và nó thậm chí không phải là 24.04, mà là 22.04 cũ hơn. Thực tế là, đã bốn năm trôi qua, chúng tôi vẫn còn rất nhiều vấn đề không cần thiết mà lẽ ra không ảnh hưởng đến việc phát hành dài hạn được cho là ổn định. Ý tôi là, nghiêm túc đấy.
Điều đó nói lên rằng, tôi rất vui khi có thể giải quyết tất cả những vấn đề này, trên hết là Steam Proton của tôi và khả năng tương thích ArmA 3 rất cần thiết. Vì lý do nào đó, điều này giúp tôi bình tĩnh lại và khiến toàn bộ nỗ lực trở nên dễ dàng hơn. Đúng, tôi đã phần nào làm phức tạp cuộc sống của mình với việc che giấu IRQ, nhưng một lần nữa, tôi sẽ không làm điều đó nếu không phải vì hệ thống ngớ ngẩn bị đóng băng do hậu quả vô nghĩa của nhiều bản vá lỗi chương trình cơ sở và hạt nhân khác nhau. Ngoài ra, việc gặp vấn đề về bộ sạc không phải là điều bạn mong đợi. Nhưng chúng ta đang ở đây. Nói chung, tôi rất vui.
Và với điều đó, tôi muốn kết thúc báo cáo thứ chín của mình. Hãy theo dõi để cập nhật. Hy vọng một ngày nào đó, tôi cũng sẽ có thể vận hành Assetto Corsa. Bởi vì, ngoài điều đó ra, giữa những trục trặc và hồi quy, thiết lập Titan của tôi khá thoải mái. Phức tạp nhưng tốt đẹp. Một bài viết đầy sự kiện, như đã hứa. Dù sao, hẹn gặp lại. Tạm biệt nhé các tình yêu của tôi.
Chúc mừng.