Может ли bash выйти из синхронизации с файловой системой?

Возможно, я не правильно формулирую свой вопрос, но я приложу все усилия, чтобы объяснить симптомы, которые я испытываю. Во-первых, для контекста я использую сервер Ubuntu (без графического интерфейса), версия 12.04.3 LTS (согласно утилите lsb_release). Обычно я делаю всю свою работу в tmux, подключаюсь к серверу через Putty и использую vim для всего редактирования текста.

1116 Теперь о симптомах. Поскольку я использую tmux, у меня обычно всегда открыто несколько окон. В одном из них находится сервер узлов, с которым я играл, и он находится в подкаталоге дома моей учетной записи пользователя (в частности, ~/battleship). Сервер взаимодействует с веб-страницей, которую я также размещаю вне сервера, используя nginx, и весь код веб-сайта находится в /usr/share/nginx/www/bs (я также оставляю отдельное окно открытым для редактирования исходного кода клиента). Происходит следующее: после нескольких часов простоя и незатронутого окна сервера оно перестает синхронизироваться. Я могу запустить ls, посмотреть файлы и открыть их для редактирования (vim server.js). Однако, когда я это делаю, независимо от того, внесу ли я изменения и сохраню ли я или просто мгновенно завершаю работу, при повторном запуске ls я вижу файл .server.js.swp и ни одно из моих изменений (если я их сделал) сохраняются. Если я перехожу из этого каталога, а затем снова в него, он исправляет себя - я могу открыть файл и успешно отредактировать его, не оставляя после себя .swp, когда закрываю его. Я упомянул половину информации о клиентском источнике, потому что заметил, что этого не происходит в папке / www (предположительно, потому что это за пределами домашнего каталога моей учетной записи пользователя).

После этой стены текста мой вопрос таков: кто-нибудь знает , почему это происходит, и как это предотвратить? Я могу только представить, что есть какой-то способ, учитывая, что это не единственный сервер Linux, к которому я подключаюсь через Putty и использую tmux / vim, и все же это единственный случай, когда происходит такое странное поведение. Любая помощь будет оценена.

Примечание: я пометил это с помощью bash, tmux и putty, потому что я предполагаю, что один из них виноват, но я действительно понятия не имею, что.

Обновление: Это вывод cat /proc/mount, запрошенный Жилем (хотя и с моим именем пользователя и цензурой ecryptfs_fnek_sig и ecryptfs_sig, потому что пока я на самом деле не знаю, что эти две вещи, они кажутся связанными с шифрованием, и лучше безопасны, чем сожалеют.

rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=2008532k,nr_inodes=502133,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,relatime,size=807840k,mode=755 0 0
/dev/disk/by-uuid/2da27263-f079-47ba-90ad-66e4c3a53810 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0
/home/[username]/.Private /home/[username] ecryptfs rw,relatime,ecryptfs_fnek_sig=[censored],ecryptfs_sig=[censored],ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs 0 0

Обновление 2: Вот выходные данные uname -a:

Linux [server-name] 3.5.0-39-generic #60~precise1-Ubuntu SMP Wed Aug 14 15:38:41 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Обновление 3: Я завершил проход memtest. Это результат указанного теста . Кажется, что все закончилось без ошибок, поэтому я не уверен, что в конечном итоге это поможет. Вы также можете увидеть некоторые детали оборудования в случае, если это поможет каким-либо образом.