大家好，这里是 Linux 用户站带来的内核视界。 今天，Linux 存储领域迎来一个意想不到的新成员，这可能会改变我们与 Windows 文件系统互操作的体验，也反映了开源社区对现有解决方案的不满与主动革新。

1. 资深开发者 Namjae Jeon 发布全新 NTFSPLUS 驱动

Linux 内核开发者 Namjae Jeon（以开发 exFAT Linux 驱动和维护 KSMBD 内核服务器而闻名）近日宣布了全新的 NTFSPLUS 文件系统驱动。这是继内核中原有的只读 NTFS 驱动、用户空间的 NTFS-3G FUSE 驱动，以及近年被上游纳入的 Paragon Software 的 NTFS3 驱动之后，Linux 系统上出现的又一个支持读写的 NTFS 驱动选项。NTFSPLUS 声称在性能和功能上均优于 NTFS3。其开发动机源于对当前 Linux 内核中 NTFS 支持现状的不满：原有的只读“经典 NTFS”驱动已被移除，而 NTFS3 则被描述为“维护不善、存在诸多问题”，导致许多用户和发行版仍在使用旧的 ntfs-3g 用户态驱动。NTFSPLUS 基于原有的、代码更清晰且注释详尽的只读 NTFS 代码重构，旨在支持写入功能，并满足现代内核的要求，如 iomap、无 buffer-head，同时提供工具支持和通过 xfstests 测试，目标是实现高性能和稳定的维护。

硬核点评：
这真是“官方驱动不给力，社区大佬亲自下场”的经典戏码。Namjae Jeon 的履历就是品质保证，他的出手本身就是对 NTFS3 驱动维护状态的一种无声批评。开源世界的魅力就在于此：当某个由商业公司贡献的驱动（指 Paragon 的 NTFS3）可能因种种原因未能达到社区的期望时，总有具备能力和责任感的开发者愿意站出来，从头打造一个更符合开源理念和现代内核标准的解决方案。这对于广大需要在 Linux 和 Windows 之间频繁交换数据的用户来说，无疑是个福音。我们乐见这种基于清晰、可读代码的“重造轮子”，这比在一个“黑盒”或难以维护的代码上修修补补要健康得多。

您对今天的内核视界有何看法？特别是对于“由社区核心开发者重写一个驱动来替代维护不善的商业公司贡献驱动”这一做法，您是否认同？这是开源生态自我修复能力的体现，还是某种程度上的资源重复？欢迎在下方评论区留下您的高见。

【发生了什么变化】
Linux 6.18内核通过合并关键网络补丁，大幅提升UDP接收性能——在DDoS攻击场景下，吞吐量暴增47%，单服务器每秒多处理1420万数据包！此优化更将随Linux 6.18 LTS版本长期覆盖企业级场景。

【谁/什么导致变化】
谷歌工程师Eric Dumazet主导贡献：1）重构数据局部性（sk_backlog等关键结构重排序）；2）用单socket自旋锁替代哈希锁数组；3）引入skb_attempt_defer_free()机制（借鉴TCP成功经验）。硬核技术三连击，直指DDoS防御痛点！

短评：
“性能即正义！从内核层‘外科手术式’优化，到LTS版本的普惠落地，Linux再次证明：对抗黑产，代码比口号更有力。” 🔥

是的，看到这里你应该明白我只是摸了很久鱼，但是我还没彻底脱离自己对自由软件和开源前沿信息的关注。
总之我还没死，所以不用烧纸。🥰
择机恢复更新。

来源：Better Late Than Never: Linux 6.17 To Enable Intel DG1 Graphics By Default
在 Intel 推出 DG2/Alchemist 独立 GPU 之前，DG1 图形处理器主要作为促进 Intel 现代独立 GPU 发展的初始开发工具。DG1 最终被应用于少量笔记本电脑的 Intel Xe MAX GPU 中，此后的几年中，eBay 上也出现了一些精选的 DG1 显卡。直到 2025 年，上游 Linux 内核驱动程序才为现代 Linux 发行版提供了英特尔 DG1 显卡。
英特尔在 DG1 Linux 支持方面已经努力了半个世纪，而且很明显，英特尔已经开始为 Panther Lake 提供出色的 Alchemist 和 Battlemage 支持，并已经开始为 Xe3 图形支持工作。DG1 现在是一个事后的想法，但由于 DG1 的市场占有率非常有限，因此从未在 Linux 下默认启用 DG1。在 Linux 下使用英特尔 DG1 GPU 需要使用带有 PCI 设备 ID 的"force_probe"模块选项，以便在 Linux 驱动程序栈中强制启用 DG1 显卡。
force_probe 选项是为实验/试生产中启用新的 Intel 图形目标而保留的，但在即将发布的 Linux 6.17 内核中，DG1 将不再使用该选项。正如四月份所写的那样，Linux 驱动程序将放弃对 DG1 的强制探测 。在此之后的几年中，Linux 上的 DG1 并未出现任何已知的问题，但 "force_probe "要求的保留很可能只是一个疏忽。
今天发出了第一个 drm-intel-gt-next 拉取请求 ，其中包含了计划用于 Linux 6.17 的材料。该请求包含在 DG1 上放弃force probe 的补丁。此外还有对 GuC 后端的修复，以解决调度停滞、错误处理改进以及其他各种修复。对最终用户来说，最值得注意的是 DG1 force probe 的移除，它终于可以开箱即用了。
因此，对于拥有 Xe MAX GPU 笔记本电脑或碰巧拥有 DG1 显卡或在 eBay 上购买了 DG1 显卡的用户来说，这无疑是个好消息，但 DG1 显卡目前已经相当老旧，用户最好还是选择 Battlemage、Alchemist 或其他开源友好的 Linux GPU。

姗姗来迟的开箱即用驱动体验，我曾经购买了两张DG1显卡，目前实际属于我的那张正借给朋友使用，我敢说没有比这更好的亮机显卡了。

消息来源：Debian 13 Installer RC2 Fixes An Annoying Issue, Improves Btrfs Rescue Handling
继上个月发布 Debian Installer Trixie RC1 作为即将发布的 Debian 13.0 的安装程序之后，今天又发布了第二个候选版本供测试。
如果安装介质不是真正的 CD，而是 U 盘、SD 卡、ISO 文件或类似文件，Apt-setup 现在将禁用 CD-ROM 源。这样做是因为 APT 无法在安装后使用它。长期以来，从 U 盘安装 Debian 时，当尝试使用 APT 时，需要在安装后注释掉 apt-sources.list 行，这一直是个麻烦事。很高兴看到现在有了这样的改变。

坦白说我在几天前试安装Debian13 RC1的时候就被这个问题坑了一把，这会导致安装后启动无法直接使用apt安装软件包。能获得修正无疑是众望所归。

Debian Installer Trixie RC2 还移除了 BusyBox 中的 wget 小程序，更新了镜像主列表，更新到较新的 Linux 6.12 LTS 内核，安装了 systemd-cryptsetup 和 cryptsetup-initramfs，支持通过 Debian Live 镜像解救通过 Calamares 安装程序安装的 Btrfs 系统，并通过 systemd-boot-installer 在 AMD64 和 ARM64 上安装 shim-signed，以启用安全启动。

我知道很多人现在认为Btrs仍不适合作为主目录分区，但是确实也有一部分人就是这么做的，Fedora现在甚至默认使用Btrs作为安装程序的默认磁盘选项。 总而言之，Debian在向好的方向发展。

尾声：我得提醒一下正在期待Debian13的用户，就在几天前我在实体机上安装试用Debian13 RC1的时候发现Nvida 显卡闭源驱动体验明显不佳，Wayland下仍然存在画面撕裂闪屏的问题。并且在我的3060笔记本上CS2游戏体验和性能表现明显劣于Fedora42 ，这可能是驱动版本导致的，因此我建议各位Debian 用户不要急于安装还未完成的Debian13。