在 Debian 和 Windows 10 之间共享文件

在 Debian 和 Windows 10 之间共享文件

我想在我的 2 个系统(Debian 和 Windows 10)之间共享文件。我的 SSD 上有 Debian,另一个系统上有 Windows,还有一个用于共享文件的 HDD。

但我有一个问题,当我在 Windows 上并将文件放在 HDD 上时,我可以在 Debian 上看到它,但是当我在 Debian 上执行相同操作时,我在 Windows 上看不到,当我在回到 Debian,文件不见了。

HDD 始终连接(它是内部 HDD)。在 Debian 上,我安装 HDD,然后简单地复制文件,然后卸载 HDD,然后关闭计算机。然后我打开计算机,登录 Windows,但文件不在这里。所以我重新登录 Debian,挂载 HDD,文件就消失了。我所做的就是不再复制。

目标是最后一行:sdb1

TARGET                                SOURCE      FSTYPE  OPTIONS
/                                     /dev/sdc2   ext4     rw,relatime,errors=rem
├─/sys                                sysfs       sysfs   rw,nosuid,nodev,noexec
│ ├─/sys/kernel/security              securityfs  securit rw,nosuid,nodev,noexec
│ ├─/sys/fs/cgroup                    tmpfs       tmpfs   ro,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/systemd          cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/perf_event       cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/pids             cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/cpuset           cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/freezer          cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/cpu,cpuacct      cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/net_cls,net_prio cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/memory           cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ ├─/sys/fs/cgroup/blkio            cgroup      cgroup  rw,nosuid,nodev,noexec
│ │ └─/sys/fs/cgroup/devices          cgroup      cgroup  rw,nosuid,nodev,noexec
│ ├─/sys/fs/pstore                    pstore      pstore  rw,nosuid,nodev,noexec
│ ├─/sys/firmware/efi/efivars         efivarfs    efivarf rw,nosuid,nodev,noexec
│ ├─/sys/kernel/debug                 debugfs     debugfs rw,relatime
│ └─/sys/fs/fuse/connections          fusectl     fusectl rw,relatime
├─/proc                               proc        proc    rw,nosuid,nodev,noexec
│ └─/proc/sys/fs/binfmt_misc          systemd-1   autofs  rw,relatime,fd=27,pgrp
│   └─/proc/sys/fs/binfmt_misc        binfmt_misc binfmt_ rw,relatime
├─/dev                                udev        devtmpf rw,nosuid,relatime,siz
│ ├─/dev/pts                          devpts      devpts  rw,nosuid,noexec,relat
│ ├─/dev/shm                          tmpfs       tmpfs   rw,nosuid,nodev
│ ├─/dev/hugepages                    hugetlbfs   hugetlb rw,relatime
│ └─/dev/mqueue                       mqueue      mqueue  rw,relatime
├─/run                                tmpfs       tmpfs   rw,nosuid,noexec,relat
│ ├─/run/lock                         tmpfs       tmpfs   rw,nosuid,nodev,noexec
│ ├─/run/user/117                     tmpfs       tmpfs   rw,nosuid,nodev,relati
│ └─/run/user/1000                    tmpfs       tmpfs   rw,nosuid,nodev,relati
│   └─/run/user/1000/gvfs             gvfsd-fuse  fuse.gv rw,nosuid,nodev,relati
├─/boot/efi                           /dev/sdc1   vfat    rw,relatime,fmask=0077
└─/media/pandabear/1435-BCBB          /dev/sdb1   fuseblk rw,nosuid,nodev,relati

答案1

听起来您可能会被 Windows 快速启动所困扰...并且由于您是通过 FUSE 安装它(fstype列为fuseblk)并且卷 ID 的形式为xxxx-xxxx,我猜这可能是一个 ExFAT 文件系统。这也许可以解释为什么在 Linux 中安装磁盘时您可能不会收到有关磁盘“未完全卸载”的警告。

Windows快速启动的问题在于它使用了类似于休眠的技术:在完全重新启动后,它将系统状态存储到类似于休眠文件的文件中,并在下次系统启动时,而不是加载并启动所有操作系统组件一块一块地,它只是从“休眠”文件中恢复系统状态。

休眠文件可以包含文件系统元数据缓存的一部分,如果 Windows 是的话,这不是问题仅有的系统上的操作系统...但是如果您与另一个操作系统进行双启动,使用它更改文件系统,然后启动回 Windows,它可能会使用休眠文件中的缓存文件系统元数据,而不知道另一个操作系统已创建Windows 关闭时对磁盘进行的更改。如果您随后对磁盘进行任何更改,则可能会更新基于缓存元数据的文件系统,覆盖您在 Linux 中所做的任何更改。

因此,每当您使用 Windows 10 + 某些其他操作系统进行双启动时,您都必须做出选择:要么不挂载位于其他操作系统的不可移动磁盘上的 Windows 使用的任何文件系统,要么禁用 Windows 快速启动。但如果你的 Windows 10 运行在 SSD 上,即使禁用快速启动,它的启动速度也应该很快。

请注意,Windows 快速启动是不是您可能会在系统的 BIOS 设置中找到与“快速启动”相同的内容。

要禁用快速启动:

  • 打开开始菜单。
  • 输入“控制面板”并按 Enter 键。
  • 进入“电源选项”,然后进入左侧的“选择电源按钮的功能”。
  • 单击“更改当前不可用的设置”,然后确保“打开快速启动”设置已启用未经检查的

相关内容