An OS nobody heard of solved file search in the 90s, and we've traded its elegance for bloat

OpenZFS 2.4.4 Released With Linux 7.2 Support, Dozens Of Fixes

OpenZFS 2.4.4 được phát hành là bản ổn định mới nhất, bổ sung hỗ trợ cho nhân Linux 7.2 đồng thời vẫn tương thích ngược với Linux 4.18 và FreeBSD 13.3+. Bản release này chứa hàng chục sửa lỗi, bao gồm cập nhật bộ kiểm thử, cải thiện chính sách bảo mật, thêm tùy chọn systemd-udev-settle cho các đơn vị import và nhiều sửa đổi tương thích với nhân Linux. Cùng với 2.4.4, nhóm cũng phát hành OpenZFS 2.3.9 và 2.2.11 để backport các sửa lỗi này vào các nhánh ổn định cũ hơn. Điều này cho thấy việc duy trì sự tương thích rộng enquanto tích hợp tính năng mới của kernel là cần thiết để giảm nguy cơ khi nâng cấp. Quản trị viên hệ thống có thể áp dụng bản vá mới nhất mà không lo ảnh hưởng đến môi trường hiện tại, đồng thời học được giá trị của các bản điểm phát hành thường xuyên trong việc lan truyền sửa lỗi bảo mật và ổn định.

Phiên bản OpenZFS 2.4.4 hỗ trợ Linux 7.2 và khắc phục hàng chục lỗi giúp lập trình viên tăng hiệu suất và bảo mật hệ thống lưu trữ.

Linux 7.3 Corrects Faulty Behavior Of FAT File-System Driver For Filenames Too Fat

The Linux msdos (FAT) filesystem driver contained a bug where msdos_format_name() failed to enforce an upper bound on filename length, silently truncating names longer than NAME_MAX (255 bytes) to the 8.3 format (11 bytes) while still reporting success. This let fat_scan() match against truncated names, causing open() calls on overly long path components to attach an inode to a dentry with an out-of-spec name, later triggering a WARN_ON_ONCE() in fanotify's event reporting path with an empty name reported to userspace. Huawei engineer Zizhi Wo identified and patched the issue by adding a length check at the single entry point for msdos name handling, aligning it with checks already performed by xfs, 9p, ceph, and simple_lookup(). Note vfat was unaffected since it already rejects overly long names via xlate_to_uni(). The fix has been merged for the upcoming Linux 7.3 kernel and is expected to be backported to stable kernels.

NFS Improvements Arrive For Linux 7.3

The Linux 7.3 merge window brought NFS improvements on both server and client sides. NFSD gains CB_NOTIFY support for NFSv4.1 directory delegations, letting the server recall a delegation as soon as directory contents or attributes change via FSNOTIFY monitoring. NFSD also continued expanding its Netlink support and eliminated its service thread-pool in favor of per-node handling. On the client side, changes are mostly fixes, plus optimized I/O submission outside memory reclaim and an NFSv4.2 feature letting the server mark file data as non-cacheable.

Bài viết này giúp lập trình viên nắm rõ những cải tiến quan trọng về NFS trong Linux 7.3 để tối ưu hóa hiệu năng và giải pháp lưu trữ hệ thống.

BFS File-System Being Removed For Linux 7.4

Hệ thống tệp BFS, từng được dùng cho phân khởi động của SCO UnixWare, sẽ bị loại bỏ khỏi kernel Linux phiên bản 7.4. Lập trình viên Ethan Nelson-Moore đề xuất loại bỏ với lý do BFS có chức năng hạn chế (không hỗ trợ thư mục con, chỉ lưu file liên tục) và gần như không còn người dùng. Việc này tiếp nối việc loại bỏ EFS và FreeVxFS trong Linux 7.3, phù hợp với hướng mới giảm gánh nặng bảo trì các hệ thống tệp kém sử dụng. Nếu bạn đang xử lý hệ thống cũ dùng BFS, nên sớm chuyển sang các lựa chọn thay thế như ext4 hoặc XFS.

Lập trình viên nên đọc bài này để cập nhật về sự loại bỏ BFS file-system trong kernel Linux 7.4 và hiểu xu hướng loại bỏ các file-system ít sử dụng.

Crash-Safe & Copy-On-Write GEFS As The "Good Enough File-System" For OpenBSD

Ori Bernstein has published an early, rough preview port of GEFS, his 'Good Enough File-System,' for OpenBSD. Originally designed for Plan 9, GEFS is a crash-safe, corruption-detecting, snapshotting file system built on a forest of copy-on-write Bµ trees, prioritizing simplicity and reliability over being optimal on every axis. The OpenBSD port is not production-ready and hasn't been submitted for inclusion in the OpenBSD tree, though most known issues are reasonably understood. Details are discussed on the OpenBSD-tech mailing list and in a technical whitepaper.

Excessive IO caused by systemd-journald · Issue #40262 · systemd/systemd

Lỗi ghi log quá mức bởi systemd-journald xảy ra trên phiên bản systemd 257.9, gây ra IO không mong muốn. Vấn đề được quan sát trên Debian 13 với kernel 6.12.57+deb13-amd64.

Lập trình viên cần đọc bài này để hiểu cách debug và tối ưu hóa hệ thống khi gặp vấn đề về lưu trữ log quá nhiều từ systemd-journald, giúp giải quyết vấn đề hiệu quả trong ứng dụng hoặc dịch vụ của mình.

SupererDuperer — Shirt Pocket Watch

SuperDuper 4 là phiên bản hoàn toàn mới của tiện ích sao lưu Mac ra mắt năm 2007, thay thế workflow dựa trên tài liệu bằng Copy Jobs theo nguồn, bổ sung chế độ Preview, tính năng Turbo rút ngắn thời gian Smart Update từ 40 phút xuống 1 phút. Phiên bản này hỗ trợ mọi hệ thống tệp macOS tương thích, chạy sao lưu nền ngay cả sau khi đăng xuất, cho phép nhiều sao lưu đồng thời, thay thế Copy Scripts bằng Copy Rules và tích hợp Apple Shortcuts. SuperDuper 4 yêu cầu macOS 14 Sonoma trở lên và là bản nâng cấp trả phí đầu tiên trong lịch sử sản phẩm.

Nếu bạn đang tìm kiếm giải pháp backup hiệu quả, hiện đại và tích hợp với các tính năng mới như Turbo mode và hỗ trợ đồng thời nhiều backup cùng một lúc, SuperDuper 4 là lựa chọn đáng chú ý để nâng cấp từ phiên bản cũ của công cụ này.

When the Pieces Don’t Add Up: The Mystery of the Full File System

Một quản trị viên hệ thống gặp lỗi ổ đĩa đầy trên server mặc dù lệnh df -h hiển thị dung lượng trống. Nguyên nhân do một network drive gắn tại /var/backups: khi ổ mạng không khả dụng lúc khởi động, script backup ghi SQL dump trực tiếp vào thư mục local, chiếm hết dung lượng root. Sau khi ổ mạng hoạt động trở lại, nó che giấu các file cục bộ này, khiến việc kiểm tra dung lượng bị sai lệch. Sau khi tắt mount và khởi động lại, các file backup ẩn mới lộ diện và được di chuyển để giải phóng không gian.

Lập trình viên nên đọc bài này để hiểu cách các hệ thống quản lý không gian đĩa có thể bị lỗi trộn lẫn giữa các nguồn lưu trữ (lưu trữ địa phương và mạng) và cách xác định, phát hiện và khắc phục tình trạng sử dụng không gian không được báo cáo chính xác.