Slimbook Executive, báo cáo dài hạn 6
Cập nhật:ngày 20 tháng 11 năm 2024
Hãy để tôi định nghĩa deja-vu cho bạn. Trong bài viết Slimbook Titan thứ tư của mình, tôi đã sử dụng câu sau:Tôi đang viết báo cáo sử dụng dài hạn thứ tư cho chiếc máy tính xách tay này sớm hơn nhiều so với bình thường. Bây giờ, đây, bài viết Slimbook Executive thứ sáu của tôi (lưu ý đó là hai chiếc máy tính xách tay khác nhau), tôi sẽ sử dụng lại câu đó, chỉ với một chút thay đổi:Tôi đang viết báo cáo sử dụng dài hạn thứ sáu cho chiếc máy tính xách tay này sớm hơn nhiều so với bình thường. Tại sao? Bởi vì có vấn đề mới, đó là lý do.
Một bản tóm tắt ngắn gọn trước khi chúng ta đi sâu vào câu chuyện đầy đủ. Tôi có hai máy Slimbook. Cả hai đều khá đẹp. Titan được dự định là một hệ thống mạnh mẽ, tập trung vào chơi game và tôi đang thử mọi thứ tôi có trên đó để đảm bảo rằng tôi sẵn sàng cho quá trình chuyển đổi cuối cùng khỏi Windows trong tương lai gần. Giờ đây, Executive là một cỗ máy năng suất, được sử dụng cho 99% công việc hàng ngày. Bởi vì nó không có đồ họa rời, chỉ có bit tích hợp, nên về tổng thể, nó hoạt động khá hoàn hảo cho đến gần đây. Ít nhiều, song song với Titan, nó bắt đầu bộc lộ một số lỗi liên quan đến phần cứng, nguyên nhân dẫn đến các lỗi trong kernel. Khó chịu, vô nghĩa, nhưng chúng ta đang ở đây. Hãy theo tôi.
Sự cố bàn phím, lỗi ACPI
Ban điều hành là một thành công cho đến lần đánh giá thứ năm của tôi, khi tôi đề cập đến một số vấn đề hoàn toàn có thể tránh được. Một trong số đó là bàn phím Super key của tôi đột nhiên không được nhận dạng nữa, cho đến khi nó hoạt động trở lại. Vấn đề đã quay trở lại, thậm chí còn nghiêm trọng hơn bây giờ. Toàn bộ bàn phím đột nhiên bị xáo trộn! Tôi đã phải khởi động lại để lấy lại.
Trong quá trình thực hiện, tôi đã phát hiện ra một số lỗi ACPI và tìm thấy một chủ đề trên GitHub của Tuxedo, nơi sử dụng các bộ khung và bộ công cụ tương tự như Slimbook dành cho máy tính xách tay Linux mang thương hiệu của họ. Tóm lại, tất cả các vấn đề đều xoay quanh các bản cập nhật kernel và firmware, systemd, các nghi phạm hiện đại thông thường. Và bảng ACPI nôn:
Lỗi ACPI BIOS (lỗi):Không thể giải quyết ký hiệu [^^^NPCF.ACBT], AE_NOT_FOUND (20230628/psargs-330)
Các biến cục bộ được khởi tạo cho phương thức [_Q83]:
Local0:00000000be7f12c5
Không có đối số nào được khởi tạo cho phương thức [_Q83]
Lỗi ACPI:Hủy phương thức \_SB.PC00.LPCB.EC0._Q83 do lỗi trước đó (AE_NOT_FOUND) (20230628/psparse-529)
Tại sao đột nhiên thế này? Đánh bại tôi. Nhưng kỷ lục không tì vết của chiếc máy tính xách tay hoạt động hoàn hảo của tôi giờ đã bị hủy hoại. Không phải là nó không hoạt động. Nó hoạt động ổn, nhưng hiện tại tôi gặp vấn đề và cảm giác không chắc chắn sâu sắc đang ảnh hưởng đến trải nghiệm người dùng của tôi vì mã 0-QA được đẩy vào hệ thống của tôi.
Được rồi, vậy tôi đã giải quyết vấn đề này như thế nào?
Đối với bạn, quá trình "chữa lành" của tôi có thể giống như Voodoo, nhưng thực tế không phải vậy. Nó nói đến mạng IPv6, giống hệt như Titan. Đây là một phỏng đoán có cơ sở, vì tôi không muốn bận tâm hàng giờ đồng hồ về việc gỡ lỗi CPU như thể đó là công việc được trả lương của tôi, nhưng tôi tin rằng mình đúng. Hãy để tôi giải thích thêm.
Đầu tiên, chúng tôi có thể có chương trình cơ sở mới mang lại chức năng mới. Chỉ có chức năng đó có lẽ không liên quan 100% với card mạng của tôi, tôi nghĩ là một dòng thẻ hơn. Chức năng cụ thể chỉ được kích hoạt trong một số điều kiện nhất định, cụ thể là khi mạng IPv6 hoạt động (và ở đây là một tập hợp con các điều kiện cụ thể). Kết hợp điều đó với lỗi kernel mà tôi đã đề cập trong báo cáo Titan, kết hợp điều đó với bản chất quá phức tạp và dễ vỡ của systemd, có nghĩa là sẽ có hiệu ứng tầng bất cứ khi nào bạn gặp sự cố với một trong các "sự kiện" trong hệ thống của mình và hộp của bạn sẽ thể hiện hành vi xấu. Tình trạng treo máy, bàn phím vô nghĩa, v.v.
Vì vậy, tôi đã vô hiệu hóa danh sách đen IPv6 - GRUB và mô-đun hạt nhân. Chuyển nhanh hàng chục lần khởi động lại và vài tuần sử dụng, nhật ký kernel không có lỗi BIOS (điều này cũng có thể được sửa bằng bản cập nhật tiếp theo) và lỗi bàn phím không tái diễn. Có thể nói, tất cả chỉ là sự trùng hợp ngẫu nhiên. Nhưng không phải vậy. Không phải khi hai máy khác nhau dường như bị ảnh hưởng bởi một vấn đề khá giống nhau và mọi vấn đề đều được giải quyết với một giải pháp duy nhất được áp dụng trên cả hai hệ thống.
Hơn nữa, đó là một tình huống đôi bên cùng có lợi. Ngay cả khi các vấn đề đã được giải quyết bằng phép thuật Voodoo, tôi cũng không còn sử dụng giao thức IPv6 vô nghĩa trên Slimbook Executive của mình nữa và do đó, tôi không còn phải lo lắng về một công nghệ vô nghĩa và quá phức tạp nữa.
Và bây giờ là sử dụng hàng ngày
Khi những phiền toái vô ích đã được loại bỏ, tôi có thể quay lại tập trung vào niềm vui và năng suất, đồng thời sử dụng chiếc máy tính xách tay xinh xắn, đáng yêu của mình một cách vui vẻ. Exec là một cỗ máy tuyệt vời, từ góc độ công thái học, với vỏ, màn hình và bàn phím tuyệt vời (khi nó hoạt động và bây giờ nó hoạt động). Hiệu suất, thời lượng pin và sự sang trọng, mượt mà của Kubfox 22.04 là hàng đầu. Tạm dừng và tiếp tục ngay lập tức, âm thanh rõ ràng, khả năng phản hồi tuyệt vời. Vui vẻ đáng yêu.
Kết luận
Điều quan trọng là trải nghiệm của một người với máy tính hầu hết là tích cực và nó bắt đầu theo hướng tích cực. Bạn có thể xây dựng "tín dụng" với nó, theo nghĩa là bạn có nhiều khả năng chấp nhận một vấn đề kỳ lạ ở đây và ở đó hơn là nếu kết quả ban đầu là hỗn hợp hoặc tiêu cực. Ví dụ, khi Titan của tôi bị đóng băng, tôi càng khó chịu hơn và tôi không còn tin tưởng vào triển vọng lâu dài của nó. Đơn giản là tôi không thể vượt qua được những rào cản ban đầu.
Với Executive, các vấn đề về bàn phím và hàng loạt lỗi mới cực kỳ khó chịu. Họ làm tôi bực mình như vậy. Điều này chủ yếu là do một bản ghi nguyên sơ đã bị hủy hoại và không có lý do chính đáng. Chỉ là điều vô nghĩa ngẫu nhiên, bởi vì Linux về cơ bản là 10.000 thứ khác nhau, được ghép lại với nhau mà không liên quan đến nhau. Hạt nhân của bạn chạy trong trung tâm dữ liệu và nó chạy trên máy tính xách tay của bạn và hai trường hợp sử dụng này không có điểm chung nào. Thật ngạc nhiên là sự linh hoạt về công nghệ như vậy tồn tại và thậm chí có thể xảy ra, nhưng điều đó cũng có nghĩa là bất kỳ vấn đề nào có thể xảy ra trên phần cứng của bạn, chỉ vì bản vá cho trường hợp sử dụng #3.444 cũng sẽ ảnh hưởng đến trường hợp sử dụng #6.777, không có mối tương quan giữa chúng và tất nhiên, không có bất kỳ thử nghiệm nào.
Nhưng sau đó, khi tôi đã vượt qua được những điều vô nghĩa đó, cảm giác ổn định và bình yên của tôi đã quay trở lại. Tôi không hề mất niềm tin vào Ban điều hành. Chưa, và hy vọng là sẽ không bao giờ có nhiều lỗi đến mức tôi buộc phải từ bỏ hoàn toàn nỗ lực nâng cao năng suất Linux nghiêm túc của mình (và chuyển sang Mac, không quay lại Windows). Vậy đấy, báo cáo thứ sáu của tôi cho chiếc máy này. Chuỗi may mắn đẹp đẽ, không tì vết đã bị cắt ngắn. Đây vẫn là một hệ thống tuyệt vời, Kubfox 22.04 là một bản phân phối đẹp, nhưng bài tập hôm nay cho thấy rằng những điều vô nghĩa ngẫu nhiên có thể tấn công bất cứ lúc nào, bất ngờ. Sự kỳ diệu của phần mềm hiện đại. Chúng ta đã xong.
Chúc mừng.