Win10与Ubuntu子系统18.04 LTS高效文件共享指南

最新推荐文章于 2026-05-23 16:16:38 发布

原创

最新推荐文章于 2026-05-23 16:16:38 发布 · 322 阅读

标签

#Win10 #Ubuntu #文件互传 #WSL

1. 为什么你需要这份文件共享指南？

如果你和我一样，是个喜欢在Windows 10上折腾的开发爱好者或者学生，那你大概率已经通过微软商店安装了那个“Ubuntu 18.04 LTS”子系统。这东西确实香，不用装虚拟机，不用重启，直接在Windows里就能用上原汁原味的Linux命令行，装个Python、GCC编译器，或者跑个Docker，别提多方便了。但用着用着，一个最现实、最频繁的问题就冒出来了：我在Windows桌面上下载的代码包，怎么快速扔到Ubuntu子系统里去编译？在Ubuntu里生成的分析报告，又怎么轻松拖回Windows用Excel打开看？

你可能会想，这不就是复制粘贴吗？但当你第一次尝试时，可能会一头雾水。Windows的文件管理器里根本找不到Ubuntu子系统的“盘符”，而Ubuntu的命令行里，/home目录下也看不到熟悉的“此电脑”。两个系统看似在一起，文件却像隔着一堵透明的墙。原始的教程往往只告诉你一个晦涩的路径，比如C:\Users\...\LocalState\rootfs\home，让你自己去摸索，操作起来既容易出错，又不够高效。

这份指南就是来解决这个痛点的。我不只会告诉你那几个基础的路径，更会分享我这几年用下来，总结出的最高效、最稳定、也最符合程序员习惯的几种文件共享方法。从最基础的目录互访，到利用符号链接打造无缝工作流，再到通过rsync实现自动化备份同步，我会一步步带你上手。目标是让你以后在Win10和Ubuntu子系统之间传文件，就像在同一个系统里拖拽一样自然流畅。无论你是刚接触WSL的小白，还是已经用了段时间但总觉得操作别扭的老手，这篇文章里的“骚操作”和“踩坑经验”都能让你眼前一亮。

2. 基石篇：理解WSL的文件系统布局

要想高效共享文件，第一步不是急着敲命令，而是得搞清楚这两个系统是怎么“住”在一起的。理解了这个布局，所有操作都会变得有章可循。

2.1 Windows视角：Ubuntu的“家”藏在哪里？

Windows Subsystem for Linux (WSL) 的本质，是在Windows内部虚拟了一个Linux兼容层。Ubuntu子系统的所有文件，实际上都是以一种特殊的虚拟硬盘文件（通常是ext4格式）的形式，存放在你的Windows硬盘上的。微软很贴心（或者说，为了安全），把这个“虚拟硬盘”放在了你的用户应用数据目录里，一个比较深的路径下。

对于Ubuntu 18.04 LTS这个特定版本，它的根文件系统通常位于：

C:\Users\<你的Windows用户名>\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\

在这个rootfs目录下，就是你所熟悉的Linux目录结构了：/bin, /etc, /home, /root, /usr等等。

所以，从Windows访问Ubuntu文件，最直接（但并非最推荐）的方法，就是打开文件资源管理器，手动导航到这个路径。比如，你想把Windows桌面上的一个script.py文件放到Ubuntu子系统的用户tony的桌面（假设Ubuntu里也有桌面目录），你可以：

在Windows中，进入 C:\Users\<你的Windows用户名>\AppData\Local\Packages\...\rootfs\home\tony\Desktop。
直接把script.py复制进去。

但是，我必须给你泼一盆冷水：强烈不建议你经常直接在这个路径里进行读写操作！ 原因有三：第一，路径太长太复杂，容易出错；第二，也是最重要的，直接操作这些文件可能会破坏Linux文件系统的权限和元数据（如符号链接），导致Ubuntu子系统出现各种诡异问题；第三，WSL2架构下，这个路径默认甚至不是直接可访问的。所以，这个方法仅作为“我知道有这么回事”的备选方案，或者用于紧急恢复文件。