Win11与Ubuntu互传文件：Samba、SSH、exFAT及虚拟机共享

每次有人问“Windows 11和Ubuntu Linux之间怎么互传文件”我第一反应都是反问一句你说的“互传”是指哪两个设备之间是两台物理机隔着路由器互传还是同一台电脑装了双系统来回切换还是Windows主机上跑虚拟机、需要在宿主机和虚拟机之间倒腾文件这三个场景看起来都是在Windows和Ubuntu之间传文件但在实际工程里选型完全是不同的路子。我在自己的主力机上来回切换系统测试环境也在办公室里用两台主机做过跨平台数据同步前后试过U盘、移动硬盘、局域网共享、SSH、FTP、虚拟机共享目录等多种方式踩了不少坑才沉淀出几套稳定好用的方案。这篇文章就是我的实操记录会分别讲清双机局域网传文件、双系统共用数据分区、虚拟机共享目录这三类场景下我最终选择什么工具以及每一步的具体命令、参数含义和踩坑经历。如果你也正好面临同样问题照着我这几套方案走基本不会再为传文件折腾到半夜。1. 先分清场景再选方案三种典型需求的底层差异1.1 双机互传、双系统互传、虚拟机互传本质上是三件事先说第一类你的Windows 11电脑和Ubuntu电脑是两台独立主机通过同一个局域网连接。这种情况本质是网络文件传输你要解决的是跨设备的连接协议问题。推荐优先级是Samba共享和SSH文件传输一个偏图形化、鼠标点一点就能用一个偏命令行、脚本化、适合批量处理。第二类同一台电脑上装了Windows 11和Ubuntu重启时切换系统。这种场景下两台“系统”不会同时运行网络协议反而不方便因为你切到Ubuntu时Windows是关机状态无法通过网络访问。最省心的做法是划出一个exFAT数据分区两个系统都直接读写这个分区里的文件谁开机谁访问不依赖网络。第三类Windows 11宿主机上跑VMware或Hyper-V虚拟机虚拟机里装着Ubuntu。这种场景下宿主机和虚拟机其实是同时运行的你既可以用网络协议虚拟网卡天然相通也能借助虚拟机软件自带的共享文件夹功能后者对小白最友好拖个文件就完事。还有一个特殊变体Windows 11启用WSL2跑Ubuntu子系统。WSL2不算完整虚拟机但文件访问机制和真虚拟机有较大差异可以单独聊。1.2 我的选型原则稳定大于速度可复现优于花哨我在项目交付中给客户搭过不少跨系统环境也帮同事排查过无数次传输失败问题逐渐形成了三个选型原则第一优先使用系统自带协议少装第三方工具。Samba是Windows原生支持的SSH是Linux天生自带的这两个方案跨平台兼容性最好不用在目标机器上额外安装客户端。第三方便携工具我通常只在临时场景使用。第二单次传输超过10GB时优先网络方案而非移动硬盘。移动硬盘在USB 3.0下实际写入速度大概200~400MB/s看起来比千兆网络最高110MB/s快但移动硬盘涉及分区格式、安全弹出、携带和供电一次两次无所谓批量同步数据时简直是灾难。网络方案能反复复用路径还能脚本化。第三传大文件必须先考虑完整性校验。网络传输出错是常态尤其WiFi环境断流、丢包后你根本无法确认文件是否原样到达。后面我会专门介绍怎么在Windows和Ubuntu两套系统里做同样的哈希校验。1.3 四类方案速览对照方案适用场景速度水平千兆局域网配置难度我的推荐度Samba共享双机局域网、虚拟机80~110MB/s低五星SSH/SCP/rsync双机局域网、批量同步80~110MB/s中四星半exFAT数据分区同机双系统取决于磁盘低五星虚拟机共享目录VM/宿主机互传取决于虚拟IO很低四星半后文就按这个表格逐套展开。2. Samba共享最通用也最省心的互传方案2.1 Ubuntu端搭建Samba服务Windows 11直接访问假如我现在要把一台Ubuntu主机的文件共享给Windows 11笔记本操作流程大致这样。Ubuntu端先安装Samba服务sudo apt update sudo apt install -y samba装好之后Samba并不会自动开始工作。你需要手动修改配置文件。我习惯先把原配置备份出来sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.bak sudo nano /etc/samba/smb.conf在文件末尾追加一个共享段。这里我以共享 /home/用户名/shared 目录为例[shared] comment My shared folder path /home/用户名/shared browseable yes read only no create mask 0664 directory mask 0775几个关键参数我解释一下。create mask和directory mask控制的是Windows写入文件时在Linux侧的默认权限如果没设置Windows传进去的文件经常变成r--r--r--后续在Ubuntu里改起来非常别扭。我通常设成0664和0775意思是文件属主和属组可读写其他人只读目录还允许其他人进入和浏览。配置文件改好后还要添加一个Samba用户这个用户在Linux系统里必须真实存在sudo smbpasswd -a 用户名这一步容易踩坑。很多人直接敲了smbpasswd -a root或者随便一个不存在的用户名结果Windows端连上去一直报“用户名或密码错误”。记住Samba用户是基于Linux系统用户映射的你得先用useradd创建一个真正的Linux用户或者直接用当前登录用户。然后重启服务生效sudo systemctl restart smbd sudo systemctl enable smbd如果Ubuntu开了防火墙还需要放行Samba相关端口sudo ufw allow samba到这里Ubuntu端就准备好了。Windows 11打开文件资源管理器在地址栏输入\\192.168.1.100\shared其中192.168.1.100是Ubuntu主机的局域网IP可以在Ubuntu上通过ip addr命令查。回车会弹出登录框输入刚才的Linux用户名和Samba密码就能看到共享目录了。2.2 Windows 11映射网络驱动器避免每次输密码有时候我需要频繁传输文件每次打开文件管理器敲IP路径加输密码太繁琐。Windows 11提供了映射网络驱动器功能。在文件资源管理器里右键“此电脑”选择“映射网络驱动器”文件夹填\192.168.1.100\shared勾选“使用其他凭据连接”登录时勾选“记住我的凭据”。以后打开“此电脑”就能直接看到多出来的一个盘符比如Z盘双击就进去了免去每次都输密码。这里有个Windows 11特有的小问题默认情况下SMB客户端使用的协议版本较新和Ubuntu Samba服务端协商时偶尔出现兼容性问题表现为能ping通但访问时提示“找不到网络路径”或0x80070035错误。解决办法是在Ubuntu的smb.conf的[global]段里加上一句server min protocol SMB2然后重启smbd服务。这个配置的意思是服务端最低只接受SMB2协议不再降级到老旧的SMB1既兼容Windows访客又间接提高了安全性。2.3 反向配置把Windows 11文件夹共享给Ubuntu反过来也经常遇到。Windows 11这台机器上有一堆资料Ubuntu那边要读取。做法是Windows端打开“设置 网络和Internet 高级网络设置 高级共享设置”在“所有网络”下打开网络发现和文件与打印机共享。然后选定一个要共享的文件夹右键属性 共享 选择Everyone并将权限级别从“读取”改成“读取/写入”。注意选Everyone而不是某个单独用户不然Ubuntu端挂载时还要额外适配Windows账户格式很烦人。Ubuntu端需要安装cifs-utils工具sudo apt install -y cifs-utils然后手动挂载sudo mkdir -p /mnt/win_share sudo mount -t cifs //192.168.1.50/SharedFolder /mnt/win_share -o usernameYourWindowsUser,passwordYourWindowsPassword,vers3.0这里192.168.1.50是Windows主机的IP在Windows的cmd里用ipconfig就能查到。vers3.0指定SMB协议版本如果不加Ubuntu有时会默认尝试SMB1并报错加上这个参数基本能绕开协议协商的坑。手动挂载重启后会失效要让他开机自动挂载可以在/etc/fstab里追加一行但密码明文写在fstab里不安全我更推荐用credentials文件sudo nano /etc/samba/wincred文件内容格式usernameYourWindowsUser passwordYourWindowsPassword再给这个文件设置只有root能读的权限sudo chmod 600 /etc/samba/wincred然后在fstab里这样写//192.168.1.50/SharedFolder /mnt/win_share cifs credentials/etc/samba/wincred,uid1000,gid1000,iocharsetutf8,vers3.0 0 0每次开机执行mount -a就会自动挂载好。2.4 Samba排障三板斧防火墙、协议、凭据Samba方案我用得多出过问题也多。总结下来百分之八十的问题无非三类防火墙挡了协议不匹配凭据错误。防火墙方面如果Ubuntu是Server版或你自己启用了ufw没放行samba端口Windows端会表现为远程主机无法连接。直接在Ubuntu上跑一次sudo ufw status看看状态再把samba放行就通了。协议方面如果Windows访问返回“找不到网络路径”先把Windows的SMB1功能关掉Win11默认关再去Ubuntu端检查server min protocol是不是设得太低。我遇到过Windows 11月更新后默认策略收紧老版本Samba协议直接拒绝把Samba升级到4.15并加server min protocol SMB2后解决。凭据方面Windows端如果提示“不允许一个用户使用一个以上用户名与服务器或共享资源多次连接”说明你之前在Windows里用别的凭据连过同一台主机。打开cmd执行net use再net use * /delete清空所有旧连接即可。3. SSH文件传输命令行党的稳定兜底3.1 Ubuntu开启SSH服务与密钥登录Samba足够日常使用但如果你要批量同步几千个文件或者写脚本自动化传输我更推荐SSH协议。Linux对SSH的支持是原生级的Windows 10/11也内置了OpenSSH客户端不需要额外装任何东西。Ubuntu端先装并启动SSH服务sudo apt install -y openssh-server sudo systemctl enable --now ssh验证服务在跑sudo systemctl status ssh看到active (running)就说明正常。我强烈建议在第一次传文件之前就配置好密钥登录。一是省得每次输密码二是因为密码认证在连续错误尝试后容易被系统临时锁定严重影响自动化脚本。配置流程是在Windows的PowerShell或cmd里生成密钥对ssh-keygen -t ed25519 -C win11-to-ubuntu一路回车生成到默认路径C:\Users\用户名.ssh\。然后把公钥追加到Ubuntu的authorized_keys文件里。在Windows上可以用一条命令完成type $env:USERPROFILE\.ssh\id_ed25519.pub | ssh 用户名192.168.1.100 mkdir -p ~/.ssh cat ~/.ssh/authorized_keys输入一次Ubuntu密码后以后SSH登录和SCP传输都不需要密码了。3.2 Windows 11内置scp命令与WinSCP图形化Ubuntu这头准备好后传输文件极其简单。Windows 11的PowerShell直接敲scp命令scp D:\项目\data.zip 用户名192.168.1.100:/home/用户名/files/意思是把D盘项目文件夹下的data.zip传到Ubuntu主机的/home/用户名/files/目录。反向拉取倒过来写scp 用户名192.168.1.100:/home/用户名/files/result.txt .把Ubuntu上的result.txt下载到Windows当前目录。scp传单个文件足够但每次敲路径麻烦且没有进度管理。如果你更习惯图形界面强烈推荐WinSCP。它是Windows下的经典SFTP/SCP客户端界面和文件管理器几乎一样左边是Windows目录右边是Ubuntu目录直接拖拽文件就能传还自动支持断点续传。FileZilla也可以但我个人用下来WinSCP对大文件和目录迁移更顺手批量传输时能挂后台。3.3 rsync批量同步与断点续传大文件传输的终极方案scp最大的缺点是中断后要从头再来。传几十GB的数据集时中途断一次网能让人崩溃。所以我对大文件和批量目录同步只用rsync。Ubuntu端默认装了rsyncWindows端用WSL或者Git Bash也能跑rsync。在Windows的WSL Ubuntu里或者Ubuntu本机执行rsync -avz --progress --partial /home/用户名/data/ 用户名windows主机IP:/mnt/c/Users/用户名/backup/参数含义逐个说明-a是归档模式保留权限、时间戳等元数据-v显示过程-z传输时压缩对文本类文件效果明显对已压缩的zip包反而浪费CPU可以去掉--progress显示传输进度和速度--partial非常关键它允许保留传输中断后的部分文件下次继续而不是重头开始。因为rsync算法是按块对比文件差异即使中断了也能从断点继续传不像scp那样傻傻地重传整个文件。3.4 为什么我最终常回退到SSH我从实际项目里得到的一条重要经验是不管什么GUI工具最终兜底的永远是命令行。Samba偶尔会因为Windows更新重置网络配置文件、Ubuntu端smbd服务崩溃等问题失效但SSH服务非常轻量、几乎不会自动挂而且出了问题排查路径非常清晰。所以我现在习惯是日常拖文件用Samba的映射盘批量同步和执行固定备份任务用rsync over SSH。这个组合在多数工程机维护场景下都足够可靠。4. exFAT共享数据分区同机双系统的省心方案4.1 FAT32、NTFS、exFAT到底选谁同一台电脑装了Windows 11和Ubuntu双系统最尴尬的就是两个系统文件系统不互通。这里说的“互通”不是网络互通而是能不能直接读到对方系统所在磁盘分区里的文件。Windows系统盘是NTFSUbuntu在安装时默认给根分区用ext4。理论上Ubuntu通过安装ntfs-3g能读写NTFS分区Windows却原生读不了ext4。所以最稳的做法不是在Windows里装第三方工具去读ext4而是单独划一个两个系统都能原生读写的数据分区。那这个数据分区用什么格式FAT32虽然兼容性无敌但单文件最大4GB。现在的视频素材、系统镜像、数据库备份随便一个就超过4GB直接排除。NTFS两边都能读写Ubuntu读写NTFS需要ntfs-3g依赖双系统下还有一个致命隐患Windows默认启用快速启动和休眠时会以特殊状态锁定NTFS卷Ubuntu再去读写轻则只能以只读方式挂载重则文件损坏。所以对双系统数据共享盘来说exFAT是最优选。exFAT单文件理论上限16EB远大于日常需求而且Windows 11原生支持Ubuntu新版本内核也原生支持配合exfatprogs工具可以顺利读写最关键是没有NTFS那种锁定问题不会出现Ubuntu挂载时提示“NTFS分区处于不安全状态”的故障。4.2 在Windows 11下创建exFAT数据分区如果你现在跟我一样已经装好了双系统手头还有空闲磁盘空间那我给你一个最直接的操作路径。右键“此电脑”选择“管理”进入“磁盘管理”找到Windows系统盘对应的磁盘在分区列表里找一块空间比较富余的卷右键选择“压缩卷”压缩出一块需要的空间比如100GB然后新生成的空间上右键“新建简单卷”。到最后格式化步骤文件系统下拉框选择exFAT分配单元大小默认即可卷标写DATA之类方便识别。如果你操作时找不到exFAT选项或者压缩卷后新建分区时exFAT是灰色的可以改用diskpart。管理员权限打开cmd依次执行diskpart list disk select disk 0 list partition select partition 3 format fsexfat quickselect partition的编号要以你实际list出的为准千万别选错分区否则数据没了哭都没地方哭。创建完exFAT分区后Windows 11会分配一个盘符比如E盘。从这以后你往E盘存东西Ubuntu端也能看见。4.3 Ubuntu挂载exFAT分区并设置开机自动挂载进Ubuntu系统后先查看exFAT分区设备名lsblk -f找到类型为exfat的分区记下分区路径比如/dev/nvme0n1p3以及它的UUID。手动挂载测试sudo mkdir -p /mnt/data sudo mount -o uid1000,gid1000,umask0002 /dev/nvme0n1p3 /mnt/data这里的uid和gid是你的Ubuntu用户的ID如果不指定挂载后你会发现目录属主是root普通用户无法创建文件。umask0002确保其他用户可读写但不可删除别人的文件。测试成功后写入/etc/fstab实现开机自动挂载UUID你的原版UUID /mnt/data exfat defaults,uid1000,gid1000,umask0002 0 0以后开机直接能在/mnt/data里看到Windows系统写入的文件反向也一样。4.4 双系统休眠互写一个必须规避的坑前面我在4.1提到过NTFS在快速启动状态下的锁定问题。其实就算改用exFAT也建议在Windows里把“快速启动”关掉因为它是双系统文件损坏的头号隐患。Windows 11默认开启快速启动关机时不会真正完全退出系统而是把内核会话写入休眠文件。这种情况下一切NTFS分区处于未完全卸载状态。就算你的数据盘是exFATWindows的某些缓存也可能会产生残留。最省心的方法是管理员身份运行PowerShellpowercfg /h off这个命令同时会禁用休眠文件。很多人在Windows里睡一觉后顺手就把休眠文件几乎占满整个系统盘的事归咎于系统垃圾其实只要你在双系统环境里我建议直接禁用休眠功能既保护文件系统内存盘空间还能解放几十GB。顺带一提切换系统时尽量选择“关机”而不是“重启”后再进另一系统这也是很多双系统老玩家的常识直接重启进入另一个系统时某些硬件缓存状态可能残留导致无线网卡或显卡驱动短暂异常。5. 虚拟机与WSL2场景共享文件夹的四种用法5.1 Hyper-V增强会话模式与本地磁盘重定向如果你用的是Windows 11自带的Hyper-V虚拟机创建一台Ubuntu虚拟机后宿主机和虚拟机之间传文件有一个麻烦点Hyper-V默认不支持像VMware那样直接设置共享文件夹路径。但有替代方案使用增强会话模式。Hyper-V管理器里选中虚拟机点击“连接”后如果系统检测到支持会弹出一个“增强会话模式”的窗口。把左下角“显示选项”展开找到“本地资源”标签点“驱动器”旁边的“更多”勾选你要共享的Windows本地盘符。连接后Ubuntu虚拟机的文件管理器里就能看到一个挂载出来的共享盘。不过说实话Hyper-V的增强会话对Linux桌面支持比较复杂部分发行版需要安装增强组件有的还要配置xrdp小白容易被劝退。如果你的Ubuntu虚拟机跑的是桌面版我建议直接用第2章讲的Samba方案或者直接跳到第5.3节用WSL2反而更快。5.2 VMware Workstation共享文件夹几步就能搞定相比之下VMware的共享文件夹设置友好得多。选中虚拟机右键设置切到“选项”标签在左侧找到“共享文件夹”选择“始终启用”然后点击“添加”选中Windows宿主机上的目录比如D:\win-share。在Ubuntu虚拟机里需要先安装VMware Tools完整包sudo apt install -y open-vm-tools装完重启虚拟机共享文件夹默认挂载在/mnt/hgfs下。你可以用ls /mnt/hgfs看到你添加的win-share文件夹就成功了。如果/mnt/hgfs下什么都没有手动执行一遍sudo vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other -o uid1000大多数情况下这一条命令就能把共享目录挂载出来。5.3 WSL2场景其实根本不用刻意“互传”Windows 11现在最被低估的功能其实是WSL2。如果你只是需要一个Linux环境来处理文件而不是搞完整桌面虚拟机WSL2远比VMware和Hyper-V更方便。WSL2内部装的Ubuntu可以直接访问Windows的全部盘符。比如你在Windows的D盘有个图片目录在WSL终端里直接cd /mnt/d/图片就能看到Windows里的文件完全不需要“传”这个动作。反向也一样在WSL里面生成的任何文件比如/home/用户名/work/report.pdf在Windows文件管理器地址栏输入\\wsl$\Ubuntu\home\用户名\work就能以Windows图形界面直接看到Linux里的目录和文件互相拖拽复制。基于这个机制你可以把WSL当作一台“不用传文件”的Ubuntu来用。日常临时脚本、数据处理、交叉编译WSL2足够而且不会像虚拟机那样占满内存。5.4 小总结虚拟机场景的选择次序如果让我给建议虚拟机场景的正确选择顺序是能用WSL2就优先WSL2省事程度拉满需要完整Linux桌面就用VMware加共享文件夹只有企业环境强制要用Hyper-V时才考虑增强会话否则直接虚拟机内架Samba。6. 大文件传输校验与批量同步的工程化做法6.1 用rsync做增量同步传完自动校验前文3.3里我提了rsync这节展开讲怎么把传输工程化。日常手动传文件无所谓但如果你是给项目组维护测试环境或者每周要从Windows把日志同步到Ubuntu分析建议写一个小脚本。我常用的脚本模板如下#!/bin/bash # 备份Windows目录到Ubuntu rsync -avz --progress --delete \ /mnt/d/production-logs/ \ 192.168.1.100:/data/backup/logs/注意我加了--delete参数。它会让目标目录里已不存在的文件自动删除实现源目录和目标目录的完全镜像。但这个参数很危险建议先不加跑一轮dry-run模式也就是加--dry-run看模拟结果确认无误再真正执行。rsync在传输结束后默认并不做哈希级别的文件校验只是对比大小和时间戳。如果你对数据完整性极其敏感可以给rsync加上-c参数让它在传输后逐块做校验代价是耗时明显增加。6.2 SHA256校验Windows和Ubuntu的双向核对方法独立于rsync之外传完文件做一次哈希校验也是好习惯尤其是烧录固件、拷贝数据库备份这类场景。Ubuntu端对文件做SHA256哈希sha256sum /mnt/data/database-backup.sqlWindows端对同一文件做校验PowerShellGet-FileHash D:\backup\database-backup.sql -Algorithm SHA256两边输出的64位十六进制字符串一致就说明文件在传输过程中没有任何位翻转。如果SHA256不一致但rsync又显示成功多半是源文件本身就因为磁盘错误或内存ECC问题出了差错属于更深层的硬件排查范围。6.3 多方案组合的日常用法我自己现在固定的组合是这么一套办公桌上两台主机Windows 11日常办公Ubuntu跑数据处理数据文件走Samba映射盘随拖随取要是处理一批比赛数据集需要保证几十GB文件不出错就用rsync over SSH跑一遍并加-c校验笔记本上装了Windows和Ubuntu双系统中间是exFAT数据分区既不依赖网络也不担心跨系统互读虚拟机测试环境一律用VMware共享文件夹。这套组合下来互传文件这件事基本不再花费我额外精力。7. 常见问题与排查技巧实录7.1 高频故障速查表现象根因解决办法Windows无法访问Ubuntu Samba共享报0x80070035协议不匹配或防火墙拦截smb.conf加server min protocol SMB2重启smbd检查ufw放行Samba提示用户名或密码错误Samba用户不存在或未设置确保Linux系统用户存在执行smbpasswd -a 用户名重设Ubuntu mount CIFS失败报mount error(112)Windows共享权限或SMB版本不对加vers3.0参数确认Windows共享权限开给Everyonescp连接Ubuntu被拒绝SSH服务未启动sudo systemctl enable --now sshrsync传大文件中断后从头开始未加--partial参数加--partial断点自动续传Ubuntu挂载exFAT分区报错unknown filesystem缺少exfatprogssudo apt install -y exfatprogsVMware共享目录目录为空VMware Tools未装好安装open-vm-tools并执行vmhgfs-fuseWSL2中无法访问Windows文件盘符未挂载执行wsl --mount或重启WSL服务检查/mnt/c是否存在传完文件后哈希不一致WiFi丢包或磁盘问题改有线网重传该文件必要时检查硬盘SMART信息7.2 我踩过的几个坑与最终心得这几个坑是我在给朋友鼓捣双系统时踩得相当扎实的。第一个坑是Windows 11快速启动导致Ubuntu挂载NTFS分区时提示“NTFS is currently in use”。那时候没经验直接强制挂载结果某次对分区里的数据误操作文件目录表直接损坏一大半备份丢失。从那以后我给所有双系统电脑都设置了powercfg /h off再加exFAT数据盘再没出过同类问题。第二个坑是Samba共享在Windows 11 23H2更新后突然失效。那时候我一度以为是Ubuntu端smbd崩了折腾半天才发现是Windows默认SMB策略收紧从SMB1直接跳到只允许SMB3协商。老版本Samba服务直接拒连把Samba升级到最新版并配置最低协议为SMB2后解决。第三个坑只适用于想“一劳永逸”的人给Windows装了所谓能够读取Linux分区的第三方软件结果是传输少文件不报错、多文件乱码而且这类驱动在Windows更新后极容易蓝屏。后来我彻底放弃这条路线数据要么通过网络传要么进Ubuntu后用exFAT盘中转稳定得多。我个人实际操作中的体会是互传文件这件事工具太多反而是负担。你只要把Samba、SSH、exFAT和虚拟机共享这四样吃透不管双机、双系统还是虚拟机环境都足以应付。不要迷信某一次成功配置然后忽略后续维护Windows 11每半年一个大更新更新完顺手检查一遍共享配置几分钟的事就能避免好几天后来的“突发故障”。