Các tập tin khác nhau trên phân vùng chia sẻ?

Tôi đang khởi động kép Windows 8 và Ubuntu 12.04. Sơ đồ phân vùng của tôi trông như thế này:

/dev/sda1 - Windows 8 (nfts)
/dev/sda2 - Ubuntu / (ext4)
/dev/sda3 - Ubuntu home (ext4)
/dev/sda5 - swap
/dev/sda6 - Shared data partition (exfat)

(Trước hết, vâng tôi có cài đặt thư viện exfat trên Ubuntu)

Tôi đã tạo một số hình ảnh PNG trong Windows và lưu chúng trên phân vùng dùng chung của mình. Từ Ubuntu, tôi đã chỉnh sửa hình ảnh trong GIMP và lưu chúng (thay thế những hình ảnh trên phân vùng dùng chung).

Khi tôi khởi động vào Windows, các tệp xuất hiện không thay đổi - chính xác như trước khi tôi chỉnh sửa chúng từ Ubuntu. Tôi thậm chí đã thêm một thư mục và xóa một số tệp khác, nhưng không có thay đổi nào trong số này tồn tại trong Windows.

Khi tôi khởi động vào Ubuntu, tất cả các thay đổi vẫn còn đó.

Như thể Windows đang lưu trữ cấu trúc tệp cũ ...

Sao có thể như thế được? Cảm ơn trước.

Chỉnh sửa - đầu ra lệnh

~ ~ lsblk

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk 
├─sda1   8:1    0 165.1G  0 part 
├─sda2   8:2    0  21.3G  0 part /
├─sda3   8:3    0  98.9G  0 part /home
├─sda4   8:4    0     1K  0 part 
├─sda5   8:5    0   7.8G  0 part [SWAP]
└─sda6   8:6    0 172.7G  0 part /mnt/shared_data

~ ~ / etc / fstab

# <file system>                 <mount point>       <type>  <options>           <dump>  <pass>
proc                        /proc           proc    nodev,noexec,nosuid 0       0

# /dev/sda2
UUID=8f700f65-b5c7-4afc-a6fb-8f9271e0fb5e   /           ext4    errors=remount-ro   0       1

# /dev/sda3
UUID=f0d688b7-22bd-4fa7-bc1b-a594af2933fa       /home               ext4    defaults        0       2

# /dev/sda5
UUID=3bc2399b-5deb-4f04-924b-d4fc77491997   none            swap    sw          0       0

# /dev/sda6
UUID=F2DE-BC47                  /mnt/shared_data    exfat   defaults        0   3

~ ~ / etc / mtab

/dev/sda2 / ext4 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
udev /dev devtmpfs rw,mode=0755 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
none /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0
none /run/shm tmpfs rw,nosuid,nodev 0 0
/dev/sda3 /home ext4 rw 0 0

/dev/sda6 /mnt/shared_data fuseblk rw,nosuid,nodev,allow_other,blksize=4096 0 0

binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
gvfs-fuse-daemon /home/matt/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=matt 0 0

Tôi sẽ tiếp tục và đánh dấu điều này là giải quyết. Thay đổi tùy chọn gắn kết từ mặc định đến rw đã làm việc.

Từ các tệp trợ giúp của Linux:

đồng bộ hóa và không đồng bộ

Làm thế nào đầu vào và đầu ra cho hệ thống tập tin nên được thực hiện. có nghĩa là đồng bộ hóa   nó được thực hiện đồng bộ. Nếu bạn nhìn vào ví dụ fstab, bạn sẽ   lưu ý rằng đây là tùy chọn được sử dụng với đĩa mềm. Bằng tiếng Anh   điều này có nghĩa là khi bạn, ví dụ, sao chép một tệp vào đĩa mềm,   những thay đổi được ghi vào đĩa mềm cùng lúc với bạn   ban hành lệnh sao chép.

Tuy nhiên, nếu bạn có tùy chọn async trong   / etc / fstab, đầu vào và đầu ra được thực hiện không đồng bộ. Bây giờ khi bạn sao chép   một tập tin vào đĩa mềm, những thay đổi có thể được ghi vào vật lý từ lâu   thời gian sau khi ban hành lệnh. Điều này không tệ, và đôi khi có thể   thuận lợi, nhưng có thể gây ra một số tai nạn khó chịu: nếu bạn chỉ cần loại bỏ   đĩa mềm mà không ngắt kết nối trước, tệp đã sao chép có thể không thực tế   tồn tại trên đĩa mềm chưa!

async là mặc định. Tuy nhiên, nó có thể là khôn ngoan   để sử dụng đồng bộ hóa với đĩa mềm, đặc biệt nếu bạn đã quen với cách sử dụng   thực hiện trong Windows và có xu hướng loại bỏ đĩa mềm trước   gỡ chúng ra trước

Các mặc định tùy chọn gắn kết bao gồm không đồng bộ Tùy chọn. Tôi cho rằng đây là nguyên nhân gây ra sự cố, nhưng tôi vẫn không chắc chắn. Nếu ai biết tại sao, xin vui lòng bình luận.