私の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では問題ではありません。ただOSをシステムに...しかし、別のOSでデュアルブートし、そのOSでファイルシステムを変更してからWindowsを再起動すると、他のオペレーティングシステムを知らずに休止状態ファイルでキャッシュされたファイルシステムメタデータを使用するできます。 Windowsがシャットダウンすると、システムはディスクに変更を作成しました。後でディスクを変更すると、次の問題が発生する可能性があります。修正するLinuxで行われた変更を上書きするキャッシュされたメタデータに基づくファイルシステム。
したがって、Windows 10+ 別のオペレーティング システムで二重起動するたびに、次のいずれかを選択する必要があります。 Windowsが使用するファイルシステムのうち、他のオペレーティングシステムの非リムーバブルディスク上のファイルシステムをマウントしないか、Windowsクイックスタートを無効にします。 。ただし、Windows 10がSSDで実行されている場合は、クイックスタートが無効になっていても急速に起動します。
Windowsクイックスタートは次のとおりです。いいえシステムのBIOS設定でQuick Startと同じ項目を見つけることができます。
クイックスタートを無効にするには:
- スタートメニューを開きます。
- 「コントロールパネル」と入力してEnterを押します。
- 「電源オプション」に進み、左側の「電源ボタン機能の選択」に進みます。
- 「現在利用できない設定の変更」をクリックし、「クイックスタートオン」設定が有効になっていることを確認してください。選択解除。