dd能做启动盘，但必须写对of=设备名、提前卸载所有分区、用oflag=sync；插U盘后立即lsblk -dp按容量确认/dev/sdX，卸载所有子分区后再执行dd，写完须sudo sync再拔盘。
直接说结论：dd 能做，但必须写对 of= 设备名、提前卸载所有分区、用 oflag=sync（别用 conv=fsync），否则大概率写坏盘或启动失败。
怎么确认U盘设备名不写错
插上U盘后立刻执行 lsblk -dp，找容量最匹配的那个 /dev/sdX（比如 /dev/sdb）。别信文件管理器里显示的“UNTITLED”或“Ubuntu 22.04”，它只显示挂载点，不反映真实设备节点。
-
sudo fdisk -l也能看，但输出太长，容易扫错行；lsblk更直观 - 拔插一次U盘，设备名可能从
/dev/sdb变成/dev/sdc，dd不会自动识别，全靠你手动核对 - 如果系统盘是 NVMe（如
/dev/nvme0n1），U盘通常是/dev/sdX；但某些 USB-C 扩展坞或雷电设备可能也映射成nvme，务必以lsblk容量为准
为什么必须先 umount 所有分区
Linux 内核会对已挂载的块设备启用写缓存。不卸载就跑 dd，要么报 Resource busy 错误，要么数据被缓存在内存里没真正落盘，导致镜像结构损坏——插上 BIOS 能认出设备，但选中后黑屏或报 “Invalid signature”。
- 执行
sudo umount /dev/sdb1、sudo umount /dev/sdb2（如有多个分区） - 提示
not mounted是正常现象，说明已空闲；若提示target is busy，先关掉文件管理器、浏览器、终端里正在访问该路径的进程 - 不要尝试
sudo umount /dev/sdb—— 设备节点本身不能挂载，卸载的是它的子分区
dd 命令里哪些参数不能省
这条命令是经过验证的最小可靠组合：
sudo dd if=~/Downloads/ubuntu-22.04-desktop-amd64.iso of=/dev/sdb bs=4M status=progress oflag=sync
-
bs=4M：比默认 512 字节快 8000+ 倍，且减少 I/O 次数，避免小块写入卡顿 -
status=progress：实时显示已写入百分比和速率，防止误判“卡死”而中断 -
oflag=sync：每一块都强制刷盘，断电也不会丢数据；conv=fsync只在最后同步一次，风险更高 -
if=必须是 ISO 绝对路径；相对路径（如./ubuntu.iso）在 sudo 下常因环境变量丢失而报 “No such file”
写完不能立刻拔U盘
dd 返回 shell 提示符 ≠ 写入完成。内核仍在后台刷写缓存，此时拔U盘等于截断引导扇区或 EFI 分区，导致无法启动。
- 必须手动执行
sudo sync，等光标重新出现、无任何输出后再操作 - 验证是否成功：
lsblk /dev/sdb看是否有 FAT32 分区（含EFI/或isolinux/目录）；sudo fdisk -l /dev/sdb看总容量是否接近 ISO 大小（误差在几 MB 内属正常） - UEFI 启动失败，90% 不是
dd的问题，而是 ISO 本身缺EFI/BOOT/bootx64.efi，或主板 Secure Boot 开启但镜像未签名
最容易被忽略的其实是两件事：设备名动态变化带来的误写，以及缓存未清就拔盘。它们不会报错，只会让你反复重试却找不到原因。
