Разные файлы на общем разделе?

Question

У меня двойная загрузка Windows 8 и Ubuntu 12.04. Моя схема разбиения выглядит так:

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

(Во-первых, да, у меня есть библиотеки exfat, установленные в Ubuntu)

Я создал несколько изображений PNG в Windows и сохранил их на своем общем разделе. Из Ubuntu я отредактировал изображения в GIMP и сохранил их (заменив изображения в общем разделе).

Когда я загружаюсь в Windows, файлы появляются без изменений - точно так же, как они делали до того, как я редактировал их из Ubuntu. Я даже добавил папку и удалил некоторые другие файлы, но ни одно из этих изменений не существует в Windows.

Когда я загружаюсь в Ubuntu, все изменения все еще там.

Как будто Windows кеширует старую файловую структуру ...

Как это возможно? Заранее спасибо.

Edit - вывод команд

~~ 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

Answer 1

Я собираюсь пойти дальше и отметить это как решенное. Изменение параметров монтирования со значения по умолчанию на rw сработало.

Из файлов справки Linux:

синхронизация и асинхронность

Как должен быть выполнен ввод и вывод в файловую систему. Синхронизация означает, что это делается синхронно. Если вы посмотрите на пример fstab, вы заметите, что этот параметр используется с дискетой. Говоря простым языком, это означает, что когда вы, например, копируете файл на дискету, изменения физически записываются на дискету одновременно с выполнением команды копирования.

Однако, если у вас есть опция асинхронности в /etc /fstab, ввод и вывод выполняется асинхронно. Теперь, когда вы копируете файл на дискету, изменения могут быть физически записаны в нее долгое время после выполнения команды. Это неплохо и иногда может быть выгодно, но может привести к неприятным происшествиям: если вы просто удалите дискету, не размонтировав ее сначала, скопированный файл еще может физически не существовать на дискете!

async является значением по умолчанию. Тем не менее, может быть целесообразно использовать синхронизацию с дискетой, особенно если вы привыкли к тому, как это делается в Windows, и у вас есть тенденция удалять дискеты перед их размонтированием.

Опция монтирования по умолчанию включает асинхронную опцию. Я предполагаю, что это было причиной проблемы, но я все еще не уверен. Если кто-то знает почему, пожалуйста, прокомментируйте.