Я не можу правильно поставити своє запитання, але я зроблю все можливе, щоб пояснити симптоми, які я відчуваю. По-перше, для контексту я запускаю сервер Ubuntu (без GUI) версії 12.04.3 LTS (відповідно до утиліти lsb_release). Я, як правило, всю свою роботу виконую в tmux, підключаюсь до сервера через Putty, і я використовую vim для редагування тексту.
Тепер про симптоми. Оскільки я використовую 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: Я завершив пропуск пам’яті. Це результат зазначеного тесту . Здається, це було зроблено без помилок, тому я не впевнений, чи допоможе це в чомусь допомогти. Ви також можете побачити деякі деталі обладнання, якщо це допоможе будь-яким чином.
cat /proc/mountsдля вас. Сподіваємось, це щось для вас буде означати - я все ще досить новачок в Linux, тому я багато вчився, тому що я ще не працював із файловою системою (крім того, щоб використовувати її).
uname -a? Якщо це ваше обладнання, підключіть консоль і зробіть тест пам'яті при наступному завантаженні. Якщо він розміщений, зв’яжіться зі своїм постачальником послуг та опишіть ці симптоми.
sudo syncчи оновлюються файли?
df -h /www ~/battleship /usr/share/nginx/www/bs. Чи проблема з кріпленнями шифрів? Можливо, потрібна додаткова обробка sw для запису на цей диск, щоб відбулося кешування або щось з цим відбувається?
cat /proc/mounts)? Це, мабуть, віртуалізований сервер, який тип віртуалізації він використовує?