Я пытаюсь выяснить, почему проявляется определенное поведение при изменении разрешения для файла, сохраняемого из редактора Windows в установленном SAMBA разделе Unix.
Ситуация:
У нас есть файл на Unix, с разрешениями 777:
-rwxrwxrwx 1 testuser users 4859 Jan 23 15:09 fbparser.pl*Каталог, в котором находится файл, монтируется с ПК с Windows 7 через Samba.
Мы открываем файл для редактирования в «Notepad ++» или "Sublime" редакторах.
Когда файл изменяется и сохраняется, на стороне Unix разрешения меняются на:
-rw-rwxrwx 1 testuser users 4859 Jan 23 15:09 fbparser.pl*
Теперь я подозревал, что это не может быть связано с монтированием Samba, потому что та же проблема НЕ возникает при открытии и сохранении файла в обычном блокноте Windows!
Поэтому я изначально думал, что это потому, что вышеупомянутые программные редакторы могут быть настроены - вместо простого сохранения файла - чтобы переименовать исходный файл в $orig_filename.bak а затем сохранить новый контент как НОВЫЙ файл с оригинальным имя файла. Это основано на моем предыдущем опыте решения той же проблемы с использованием редактора UltraEdit.
Однако, если это является причиной изменения химического состава, я затрудняюсь объяснить два ДРУГИХ симптома, которые я наблюдал:
Во-первых, файл резервной копии не создается в первую очередь.
Во-вторых, при создании НОВЫХ файлов (используя
touch) в том же каталоге в Unix Shell, разрешения для нового файла НЕ являются-rw-rwxrwxвообще.В-третьих, если это имеет значение, индекс # для файла остается неизменным после редактирования.
В чем еще может быть проблема и какие шаги я могу предпринять, чтобы исследовать ее?
Моя собственная проблема с UltraEdit исчезла, когда я сказал UE НЕ делать резервные копии файла путем переименования; однако Notepad++ не имеет такой возможности.