NVIDIA Posts vGPU Manager & VFIO Variant Driver For Open-Source Nova

Tether Brings the Apple Continuity Experience to Linux

Tether là dự án mã nguồn mở mới cho phép Linux sử dụng tính năng Continuity của Apple. …

Dirty Frag (CVE-2026-43284): Linux Root Escalation

Dirty Frag (CVE-2026-43284) cho phép attacker từ quyền low-privilege leo thang lên root trên Linux, bao gồm cả việc thoát container. Lỗ hổng này xuất phát từ race condition trong bộ nhớ kernel khi xử lý system call clone(), cho phép attacker overwrite kernel structures. Hậu quả là attacker có thể nhận được quyền kernel code execution và bypass các cơ chế bảo vệ như SELinux hay AppArmor. Điều đáng học là kernel developers cần thêm validation trong các system call quan trọng và container environments cần chroot() sớm hơn để hạn chế tác động.

Dirty Frag giúp bạn bảo mật hệ thống Linux bằng cách phát hiện và vá lỗ hổng root escalation CVE-2026-43284 trước khi kẻ tấn công khai thác.

Ubuntu 24.04 splits firmware packages for faster updates

Ubuntu 24.04 LTS nhận được bản cập nhật firmware nhỏ hơn vì Canonical đã backport tính năng chia nhỏ gói firmware Linux mà lần đầu xuất hiện trong Ubuntu 26.04. Trước đây mỗi lần cập nhật firmware đều tải về toàn bộ gói linux‑firmware có kích thước khoảng 100 MB, nhưng sau khi chia nhỏ mỗi thiết bị chỉ cần tải về phần firmware tương ứng, thường dưới 5 MB. Điều này làm giảm thời gian tải xuống và tiêu thụ băng thông, đặc biệt hữu ích cho các hệ thống có kết nối ch hoặc sử dụng dữ liệu di động. Ngoài ra, việc cập nhật nhanh hơn cũng giảm nguy cơ gián đoạn dịch vụ khi máy chủ cần áp dụng vá bảo mật firmware. Kết quả cho thấy việc tách gói firmware là một cách hiệu quả để cải thiện quy trình cập nhật, và việc backport từ bản phát hành mới hơn giúp các bản LTS nhận được lợi ích mà không cần nâng cấp toàn bộ hệ thống.

Bài viết giúp bạn hiểu cách Canonical tối ưu hóa gói firmware trên Ubuntu 24.04 để cập nhật nhanh hơn.

GUIs should be fully keyboard-driven

GUI cần được điều khiển hoàn toàn bằng phím tắt để người dùng không phụ thuộc vào chuột. …

The Real Reason I Like niri and Vim — Nick Janetakis

Bài viết chia sẻ lý do tại sao tác giả thích cả niri và Vim mặc dù chúng là hai công cụ hoàn toàn khác nhau. Cả hai đều cho phép thực hiện một tác vụ bằng nhiều cách khác nhau, từ việc cấu hình layout trong niri cho tới việc chuyển đổi giữa các mode và sử dụng plugin trong Vim. Nhờ tính linh hoạt này, tác giả có thể thay đổi phong cách làm việc mà không cần học công cụ mới, từ đó tiết kiệm thời gian và giảm sự khó khăn khi chuyển đổi môi trường. Điều này cũng giúp ông phát hiện ra các giải pháp thay thế khi một phương pháp gặp hạn chế, tăng cường khả năng giải quyết vấn đề trong phát triển phần mềm. Bài học chính là khi chọn công cụ, ưu tiên những gì cung cấp nhiều lựa chọn làm việc thay vì chỉ tập trung vào một cách duyệt đơn, vì nó làm tăng khả năng thích ứng và hiệu suất lâu dài.

Bài viết này giúp lập trình viên khám phá cách tiếp cận linh hoạt trong công cụ thông qua sự so sánh giữa niri và Vim.

I tested every game in my Steam library on Linux, and the results shocked me

Bài viết mô tả quá trình tác giả chạy toàn bộ thư viện Steam của mình trên hệ điều hành …

Why matching CUDA drivers is finally easier

Bài viết giải thích rằng trước đây việc sao chép bản CUDA toolkit và driver phải khớp chính xác phiên bản, gây nhiều lỗi khi triển khai trên các hệ thống khác nhau. NVIDIA đã ra mắt CUDA Compatibility Pack bắt đầu từ CUDA 11.7, cho phép một bản driver duy nhất hỗ trợ nhiều phiên bản toolkit liên tiếp. Nhờ đó, trên Linux và Windows, nhà phát triển chỉ cần cập nhật driver mỗi kwartal thay vì mỗi khi nâng cấp toolkit, giảm thiểu thời gian downtime. Thử nghiệm trên các cụm GPU cho thấy tỷ lệ lỗi phiên bản driver giảm hơn 70% so với phương pháp cũ. Điều này cho thấy đầu tư vào các gói tương thích ngược có thể đơn giản hoá quy trình CI/CD cho các ứng dụng GPU-intensive.

Bài này giải thích tại sao việc khớp phiên bản driver CUDA giờ đây đơn giản hơn, giúp lập trình viên tiết kiệm thời gian và giảm thiểu lỗi hệ thống.

witr: Why is this running? Trace process, port, container or file

witr là công cụ truy vết nguyên nhân của tiến trình, port, container hay file đang chạy, hiển thị toàn bộ chuỗi khởi động từ systemd, supervisor, shell hay cron cùng thông tin người khởi động, thời gian, nguồn gốc và cảnh báo quan trọng. Có thể chạy dạng tương tác TUI hoặc script với định dạng đầu ra ngắn gọn (--short) hoặc JSON (--json), hỗ trợ đa nền tảng qua một file binary Go tĩnh.

Lập trình viên nên đọc bài này để hiểu cách khám phá và giải quyết nguyên nhân sâu sắc của các quá trình bất thường, container hoặc dịch vụ chạy trong hệ thống, từ nguồn gốc khởi động đến các cảnh báo quan trọng mà ps, top hoặc lsof không thể cung cấp.