Báo cáo Slimbook Titan 7 - Không, tôi không hài lòng (lại)
Cập nhật: 5 tháng 11, 2025
Chúng ta phải nói về laptop chỉ-dành-cho-Linux của tôi, Slimbook Titan. Tôi có máy này khoảng 2 năm rồi. Mua với mục đích rõ ràng: chuyển hoàn toàn khỏi Windows. Máy và hệ điều hành Kubuntu 22.04 LTS + pro edition (hiện tại), cần làm được mọi thứ, bao gồm gaming, phần mềm Windows... Cho đến nay nó làm tốt, nhưng bị cản trở bởi bugs phần mềm không cần thiết và ngẫu nhiên.
Thực tế, kể từ khi có laptop, vấn đề lớn là thiếu nhất quán trải nghiệm. Nếu hoàn toàn tệ, tôi vứt bỏ. Nếu hoàn toàn tốt, tôi tận hưởng và quên đi. Không. Theo phong cách Linux điển hình coi thường QA và triết lý sử dụng desktop đầy đủ, vấn đề đến và đi với mỗi cập nhật, mọi thứ vỡ, không ai quan tâm. Nhưng tôi, để chấp nhận hệ thống này, để تعتمد vào nó cho hoạt động quan trọng, tôi cần độ tin cậy, nhất quán. Ổn định và dự đoán được là bắt buộc. Như tôi ghi chép qua 6 báo cáo dài hạn, Titan chưa đạt những mục tiêu đơn giản này. Xem báo cáo thứ 7 sẽ tiết lộ gì. Theo tôi.
Vấn đề mới
Tôi gặp 2 vấn đề mới. Thứ nhất, một quạt laptop bắt đầu gây tiếng ồn lớn. Tôi đã nhắc sớm trong lịch sử máy này, qua nhiều bài review, nhưng giờ vấn đề rõ rệt hơn. Cụ thể, khi bật máy, khoảng 1 giờ, cho đến khi mọi nhựa và kim loại nóng lên đạt nhiệt độ ổn định, quạt sẽ rít và kêu loạn nhịp.
Không có quy luật dự đoán được cho âm thanh, ngoại trừ nó biểu hiện qua những tiếng kêu seesaw hoang dã. Rất khó chịu, vì tiếng rít đều dễ lọc ra khỏi đầu hơn. Cách quạt hoạt động, bạn có vài giây yên tĩnh rồi bỗng bùng nổ tiếng ồn, kéo dài 1-3-7 giây, rồi lại yên tĩnh. Và lặp lại.
Như tôi nói, vấn đề biến mất khi dùng. Nhưng mỗi lần laptop "lạnh", nó xảy ra. Và theo kinh nghiệm, theo thời gian, nó không đỡ. Quạt hiếm khi tự thành yên tĩnh khi dùng lâu. Ngược lại, hao mòn làm to tiếng hơn. Vậy đây là điều cần cân nhắc.
Vấn đề thứ hai, bàn phím không luôn phản hồi tốt các phím bấm. Bàn phím trung bình ở mức tốt nhất, như tôi nói trước, nhưng giờ tôi thực sự phải gõ mạnh, đập phím mới đăng ký được stroke. Tôi nhận thấy thiếu khá nhiều chữ khi gõ thoải mái (và nhanh). Tôi phải cẩn thận hơn. Điều này không giống vấn đề phần mềm. Có vẻ như hoàn toàn cơ học, và khá thất vọng xuất hiện sớm trong vòng đời máy. Tôi chưa gõ 100K từ trên bàn phím này.
Vấn đề cũ
Nếu đọc các báo cáo Titan cũ, bạn biết máy có cuộc đời firmware-kernel gian nan. Sớm có vấn đề suspend. Những vấn đề cuối cùng được giải quyết. Sau đó, máy "trải qua" bản cập nhật đưa firmware và kernel mới, dẫn đến system freeze siêu khó chịu. Lần vá mới dường như fix. Trừ.
Lần này, tôi nhận thêm một vòng code test kém, và lại một lần nữa hệ thống bị những freeze, toàn bộ unresponsive 5-6 giây. Vấn đề biểu hiện suốt phiên, kèm theo dòng message trong system log. Tôi từng viết về này, nhưng giờ có thêm noise:
acpi_os_execute_deferred hogged CPU for >10000us 8 times, consider switching to WQ_UNBOUND
acpi_ec_event_processor hogged CPU for >10000us 4 times, consider switching to WQ_UNBOUND
pm_runtime_work hogged CPU for >10000us 4 times, consider switching to WQ_UNBOUND
Lỗi pm_runtime là cũ, nhưng acpi_ là mới. Điều này dẫn tôi đi săn trên mạng, xem forums và bugzilla nói gì. Và chà, họ có nhiều话要说.
- Mạng ngập báo cáo kiểu này.
- Dường như ảnh hưởng hầu như mọi distro và nền tảng phần cứng.
- Vấn đề "được đổ lỗi" cho firmware buggy, nhưng có thể mọi firmware đều buggy? Hay có thể là vấn đề kernel?
- Thực tế, vì vấn đề đến và đi theo kernel update, tôi nói đây là biểu hiện khác của vấn đề tương thích phần cứng Linux desktop. Kernel không thực sự thiết kế cho dùng tại gia, Linux tại gia là sự ngẫu nhiên của tình huống chứ không phải thiết kế có chủ đích. Linux là thứ enterprise, và giải pháp từ không gian đó bị đẩy lên hệ thống gia đình với gần như zero sự quan tâm đến usability thực tế. Thêm QA gần như bằng không, và đây là kết quả.
- Tôi cực ghét Linux distros "push" firmware cùng cập nhật hệ thống. Chúng nên tách biệt, vì theo kinh nghiệm, nếu không có vấn đề phần cứng, không cần nâng cấp firmware (mù quáng), thường dẫn đến vấn đề. Cái cả quá giòn, buồn cười và đau khổ.
- Nghe nói cứu cánh ở kernel 6.10. Đáng cười là máy tôi dùng AMD processor! Báo cáo Phoronix giữa 2024, hơn 1 năm trước. Tôi gặp vấn đề mới tháng 10/2025. Dù patch đó là gì, nó hoặc chưa backport vào kernel Ubuntu mà hệ thống tôi dùng, hoặc đã bị vỡ bởi cập nhật mới (có vẻ như trường hợp này). Dù sao, Ubuntu 22.04 chỉ chạy 6.8, nên 6.10 không backport không phải lựa chọn.
Một workaround mới
Điều "tốt" về các báo cáo trên là bạn có thể workaround. Cần xác định interrupt bị sai, rồi disable (block) hoặc mask, với hậu quả tiềm ẩn chưa biết, vì mapping ACPI calls (máy cụ thể) đến phần cứng không tầm thường. Đối với máy tôi:
grep . /sys/firmware/acpi/interrupts/*
...
/sys/firmware/acpi/interrupts/gpe00: 0 invalid unmasked
/sys/firmware/acpi/interrupts/gpe01: 0 STS invalid unmasked
/sys/firmware/acpi/interrupts/gpe02: 0 invalid unmasked
/sys/firmware/acpi/interrupts/gpe03: 6071 EN enabled unmasked
/sys/firmware/acpi/interrupts/gpe04: 0 invalid unmasked
/sys/firmware/acpi/interrupts/gpe05: 0 invalid unmasked
...
Interrupt gây rối là gpe03, có thể block hoặc mask. Cách nhanh xem có khác biệt không: tạm disable thủ công qua command line, as root. Thay đổi không survive reboot, nên nếu bị lỗi, chỉ cần restart.
echo "disable" > /sys/firmware/acpi/interrupts/gpe03
Thay vì block, cũng thử mask:
echo "mask" > /sys/firmware/acpi/interrupts/gpe03
Nếu hài lòng, có thể làm vĩnh viễn qua GRUB, thêm tham số boot vào kernel command line. Xem tutorial bootloader ở trên để chi tiết, nếu không thoải mái thì đừng làm. Có thể dùng acpi_block_gpe hoặc acpi_mask_gpe.
acpi_mask_gpe=0x03
Cũng có thể tạo systemd service. Tạo file unit service, đặt tên startup.service. Tên gì cũng được.
[Unit]
Description=Script to disable gpe
[Service]
ExecStart=/root/startup.sh
[Install]
WantedBy=multi-user.target
Lưu file vào /etc/systemd/system. Tạo script startup.sh, đặt đâu đó trên hệ thống. Tôi chọn thư mục home root. Nội dung script:
#!/bin/bash
echo "disable" > /sys/firmware/acpi/interrupts/gpe03
exit 0
Cũng dùng mask thay disable. Đảm bảo gpe đúng. Đảm bảo script executable, không thì không chạy. Dùng chmod +x. Nếu không thoải mái, đừng tinker.
Cuối cùng, enable systemd service:
sudo systemctl enable [tên service bạn chọn]
Restart, kiểm tra interrupts xem nó show masked hay disabled. Nếu không muốn dùng service, disable. Có thể xóa file unit hoặc script, nhưng không elegant, có thể gây lỗi rác trong log.
Tôi mask gpe, và nó giúp. Freeze biến mất. Nhưng tôi thực sự không biết chức năng hệ thống nào bị ảnh hưởng, nếu có. Kết quả nhìn thấy duy nhất: khi cắm sạc, không còn tiếng thông báo.
Gaming
Không tin mới. Vẫn không chơi được Assetto Corsa qua Proton. Không cài custom Proton, không thử hack thủ công. Quyết định chỉ dùng những gì Steam cung cấp, ép game chạy với các phiên bản Proton khác nhau. Chưa may, nhưng không có nghĩa là tôi dừng lại.
Và dừng ở đây thôi, tôi nghĩ.
Kết luận
Sự bi tráng tragisch của Linux desktop. Một bên, Titan làm rất tốt. Hybrid graphics khá tốt, boot encryption, gaming qua Steam Proton, chục chương trình Windows chạy siêu tốt với WINE, tất cả perk của Plasma. Với VM cho office stuff, tôi thực sự sẵn sàng đối mặt tương lai không Windows. Nhưng rồi tất cả vỡ tan bởi firmware và kernel patching vừa test, phá vỡ niềm vui, xóa sạch thành tựu ngọt ngào.
Ai đó có thể nói, không sao, tinker chút xíu, xong. Đó là vui khi tự nguyện, trên hệ thống dự phòng, hoặc khi 20 tuổi không lo toan. Đối với tôi, với mục tiêu và deadline thực tế, tôi không thể chịu đựng được khoảnh khắc "mi scusi" trong hệ điều hành. Cái làm tệ hơn là độ ổn định tổng thể hệ sinh thái đã tệ HƠN kể từ khi tôi mua laptop. Bạn mong đợi ổn định hơn, chất lượng hơn theo thời gian, ngay cả khi bản đầu meh. Không. Nghĩa là ngoại suy vào tương lai là grim. Lựa chọn thay thế hoặc dùng Windows ở chế độ "thất bại", hoặc mua Mac và tận hưởng PTSD tài chính, với lợi ích thực sự là tích hợp chặt chẽ hardware-software.
Tôi sẽ tiếp tục dùng Linux, như đã làm nghiêm túc nhiều năm. Câu hỏi duy nhất: Linux có bao giờ cho tôi sự bình yên và ổn định tôi cần không. Để trả lời, phải chờ báo cáo thứ 8, 9, và nth về Titan. Ghi chú thêm, Titan vẫn chạy pro-enabled 22.04, và tôi e ngại chuyển 24.04 vì quá trình nâng cấp Executive buggy. Tôi hoàn toàn không mong đợi mọi thứ vỡ thêm, không có lời hứa lợi ích thực sự. Câu chuyện cho báo cáo khác. Hiện tại, tôi cảm thấy khá chán nản. C'est la vie. Take care.
Cheers.