<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>硬件 on 随手记</title><link>https://www.bufio.cn/tags/%E7%A1%AC%E4%BB%B6/</link><description>Recent content in 硬件 on 随手记</description><generator>Hugo</generator><language>zh-cn</language><copyright>© 2026 &lt;a href="https://beian.miit.gov.cn/" target="_blank" rel="noopener"&gt;苏ICP备2023022553号-1&lt;/a&gt;</copyright><lastBuildDate>Fri, 12 Jun 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://www.bufio.cn/tags/%E7%A1%AC%E4%BB%B6/index.xml" rel="self" type="application/rss+xml"/><item><title>macOS 上用 dd 制作 Windows 安装 U 盘后提示缺少驱动的原因</title><link>https://www.bufio.cn/posts/macos-dd-windows-installer-missing-driver/</link><pubDate>Fri, 12 Jun 2026 00:00:00 +0800</pubDate><guid>https://www.bufio.cn/posts/macos-dd-windows-installer-missing-driver/</guid><description>&lt;p&gt;最近在 macOS 上制作 Windows 安装 U 盘时踩了一个坑：用 &lt;code&gt;dd&lt;/code&gt; 把 Windows ISO 原样写进 U 盘后，机器可以从 U 盘启动，也能进入 Windows 安装界面，但安装器很快提示缺少驱动，或者在选择安装位置之前就卡在“Install Driver to Show Hardware / 缺少介质驱动程序”这一类界面。&lt;/p&gt;
&lt;p&gt;这个现象和 TaurusXin 记录的那篇文章很像。他遇到的是用 Etcher 写 Windows 安装盘后，安装器提示缺少驱动；我这里换成 macOS 下的 &lt;code&gt;dd&lt;/code&gt;，结果仍然类似。表面看像是 NVMe、RST、VMD、USB 控制器驱动问题，实际更可能是启动 U 盘的制作方式不适合 Windows 安装 ISO。&lt;/p&gt;
&lt;p&gt;后面实测可行的方案是：在 macOS 上改用 WinDiskWriter 重新制作 U 盘，并勾选 &lt;code&gt;Patch Installer Requirements&lt;/code&gt; 和 &lt;code&gt;Install Legacy BIOS Boot Sector&lt;/code&gt;，重新引导后就可以继续正常安装。&lt;/p&gt;
&lt;h2 id="现象能启动但安装器继续读不到安装文件"&gt;现象：能启动，但安装器继续读不到安装文件&lt;/h2&gt;
&lt;p&gt;典型过程是这样的：&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="c1"&gt;# 示例：不要照抄执行，diskN 必须先确认清楚&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;sudo diskutil unmountDisk /dev/diskN
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;sudo dd &lt;span class="k"&gt;if&lt;/span&gt;&lt;span class="o"&gt;=&lt;/span&gt;Win11.iso &lt;span class="nv"&gt;of&lt;/span&gt;&lt;span class="o"&gt;=&lt;/span&gt;/dev/rdiskN &lt;span class="nv"&gt;bs&lt;/span&gt;&lt;span class="o"&gt;=&lt;/span&gt;4m &lt;span class="nv"&gt;status&lt;/span&gt;&lt;span class="o"&gt;=&lt;/span&gt;progress
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;sync
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;写完之后，U 盘看起来已经“烧录成功”：&lt;/p&gt;</description></item><item><title>USB 转 SATA / NVMe 桥接芯片在 Linux 下的兼容性对比</title><link>https://www.bufio.cn/posts/usb-sata-nvme-bridge-linux-compatibility/</link><pubDate>Fri, 22 May 2026 00:00:00 +0800</pubDate><guid>https://www.bufio.cn/posts/usb-sata-nvme-bridge-linux-compatibility/</guid><description>&lt;p&gt;很多 2.5 寸硬盘盒、M.2 SATA 硬盘盒、M.2 NVMe 硬盘盒看起来只是“USB 外置硬盘”，但真正决定 Linux 体验的，经常是里面那颗 USB 桥接芯片和它的固件。&lt;/p&gt;
&lt;p&gt;同一块 SSD，换一个桥接芯片，可能会出现完全不同的结果：一个盒子能跑 UASP、能 &lt;code&gt;fstrim&lt;/code&gt;、能读 SMART；另一个盒子只跑 &lt;code&gt;usb-storage&lt;/code&gt;，或者大文件写入时反复 USB reset。本文把常见的 ASMedia ASM1153E、JMicron JMS 系列、Realtek RTL 系列放在一起，对 Linux 下的兼容性做一个偏实用的对比。&lt;/p&gt;
&lt;p&gt;&lt;img src="https://www.bufio.cn/images/usb-storage-bridge-linux-matrix.svg" alt="USB 存储桥接芯片 Linux 兼容性矩阵"&gt;&lt;/p&gt;
&lt;h2 id="先给结论"&gt;先给结论&lt;/h2&gt;
&lt;p&gt;如果只是给 2.5 寸 SATA SSD/HDD 做 USB 外置盒，ASM1153E 和 JMS578 都很常见，也都支持 UASP。ASM1153E 的整体口碑偏稳，但 TRIM/SMART 仍然受固件影响；JMS578 功能完整、价格低、出货量大，但不同固件之间差异明显。&lt;/p&gt;
&lt;p&gt;如果是 NVMe 转 USB，JMS583 和 RTL9210/RTL9210B 是常见选择。JMS583 是早期大量普及的 USB 3.1 Gen2 转 NVMe 桥，规格漂亮，但旧固件、散热和某些主机组合下更容易遇到掉盘或重置；RTL9210/RTL9210B 后来在很多硬盘盒里成为更常见的“稳妥选择”，但也不是免疫，仍然要看固件版本和具体硬盘。&lt;/p&gt;
&lt;p&gt;Linux 下不要只看商品页写的“支持 UASP / 支持 TRIM”。更可靠的判断顺序是：&lt;/p&gt;</description></item></channel></rss>