Невозможно создать файлы в каталоге

Существует множество подобных вопросов о суперпользователе, поэтому я постараюсь сделать это быстро, рассказав вам, что это не так:

• Здесь нет заявки. Просто пользователь и файловая система.
• Я могу войти в систему как root, и мой не-root пользователь имеет полный доступ sudo.
• Насколько я знаю, эта проблема существует только в одном каталоге (хотя, учитывая достаточно времени, я думаю, что могу воссоздать это поведение в любом каталоге - подробнее об этом ниже).
• Никаких странных настроек файловой системы, масок или нечетных схем доступа пользователей или каталогов - я владею этой системой, и другие люди с ней не взаимодействуют.

Этот каталог является целевым путем для скриптов резервного копирования, написанных на bash. Эти сценарии не причудливы. Rsync файлы из другого места в рабочий каталог. Соберите все файлы в рабочем каталоге и сохраните полученные архивы по этому пути. Довольно простые вещи.

Допустим, это свежая установка, для этого примера. Сценарий работает некоторое время. Но по прошествии некоторого периода времени никакие файлы не могут быть созданы в пути назначения любым пользователем любым способом. Я пробовал touch, tar, zip и т. Д. Ничего не работает. Tar и zip потерпят неудачу с ошибками ввода / вывода, touch работает нормально, но файл не создается. В этом пути назначения, и только в этом пути. Создание / изменение / удаление файла отлично работает везде в файловой системе (если это происходит в другом месте, это бессимптомно).

разрешения для dir выглядят так через ls -al: drwxrwxr-x. - принадлежит моему некорневому пользователю и его группе.

Наконец, если я перезагружаю систему после появления этого условия, я могу создать файлы по этому пути снова на короткое время. В конце концов, проблема возвращается.

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

Сведения о системе:

• CentOS 2.6.32-431.3.1.el6.x86_64
• Файловая система ext4
• 400 ГБ бесплатно в / (лвм)

Любые идеи или мысли о том, чтобы попробовать, будет принята с благодарностью. Я с радостью расскажу более подробно, если это необходимо, но я хотел бы вкратце остановиться на этом.

Спасибо за ваше время!

РЕДАКТИРОВАТЬ 20/20/14: все еще нет ответов здесь. Могу ли я получить кому-нибудь больше информации?

РЕДАКТИРОВАТЬ 10/8/14: Добавление информации в соответствии с просьбой в комментариях:
$ ls -l
всего 0

$ sudo vgs
VG #PV #LV #SN Attr VSize VFree
vg_omega1 1 2 0 wz - n- 464.24g 0

РЕДАКТИРОВАТЬ 10/7/14: Добавление информации в соответствии с просьбой в комментариях:
Результаты монтирования:
/ dev / mapper / vg_omega1-lv_root on / type ext4 (rw)
proc on / proc тип proc (rw)
sysfs on / sys type sysfs (rw)
devpts для /dev/pts введите devpts (rw, gid = 5, mode = 620)
tmpfs для /dev/shm типа tmpfs (rw, rootcontext = "system_u: object_r: tmpfs_t: s0")
/ dev / sda1 on / тип загрузки ext4 (rw)
нет в /proc/sys/fs/binfmt_misc тип binfmt_misc (rw)

Дорожка:
/ Главная /[имя пользователя]/ Сохранённые игры / синхронизации

РЕДАКТИРОВАТЬ 06/6/14: Дальнейшее тестирование показывает, что я могу создавать подкаталоги и символические ссылки просто отлично. Эта проблема, кажется, ограничена обычными файлами.