gedit + sshfs не будет сохранять (vi сохраняет штраф!)
Я установил удаленный каталог с помощью sshfs, и я не могу сохранить файлы, используя gedit, сохраняя при этом тот же файл с помощью vi. Разрешение Changin на o-r (640) позволяет gedit сохранять файлы в порядке. Есть ли способ изменить соединение sshfs, чтобы gedit работал без chmod ding каждого файла?
(я использую -o uid = id -u -o gid = id -g, поэтому что удаленные файлы, похоже, принадлежат мне)
$ touch test.txt
[!] test.txt appears
$ vi test.txt
[!] :wq -> saves just FINE
$ gedit test.txt
[!] opens fine, but upon save shows "You do not have the
[!] permissions necessary to save the file" error -
[!] CAN'T SAVE
$ vi test.txt
[!] edit, :wq -> again saves just FINE!
$ ls -l test.txt
-rw-r--r-- ..... test.txt
[!] Now the tricky part:
$ chmod o-r test.txt
-rw-r----- ..... test.txt <-- removed 'read' perm. from 'others'
$ gedit test.txt
# WORKS! Saves just fine!
Почему удаление разрешения на чтение от других позволяет gedit сохранять? (в то время как vi и остальные не имеют этой проблемы?)
Есть ли способ изменить строку подключения sshfs, чтобы я мог редактировать все файлы непосредственно на сервере, без необходимости chmod или их?
45 ответов
sshfs -o allow_other, default_permissions -o IdentityFile = / path / to / ssh_key REMOTE_USERNAME @ REMOTE_HOST: / remote / dir / path / test_mnt / Добавление параметров default_permissions делает обмануть!
Обходной путь для gedit 2.30.4 / Ubuntu 11.04, кажется, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.
Это также работает в Debian sid с gedit 3.4.2
-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199
Добавить -o allow_other в конец вашей инструкции mount.
[EDIT] Это известная проблема, я нашел отчет об ошибке в https: / /bugs.launchpad.net/gedit/+bug/34813.
Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив Создать резервную копию копия файлов перед сохранением опции , в Правка -> Настройки -> Редактор .
Проблема (по словам ребята gedit) является ошибкой samba / cifs и был впервые зарегистрирован (в Ubuntu) в 2006 году.
sshfs -o allow_other, default_permissions -o IdentityFile = / path / to / ssh_key REMOTE_USERNAME @ REMOTE_HOST: / remote / dir / path / test_mnt / Добавление параметров default_permissions делает обмануть!
Обходной путь для gedit 2.30.4 / Ubuntu 11.04, кажется, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.
Это также работает в Debian sid с gedit 3.4.2
-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199
Добавить -o allow_other в конец вашей инструкции mount.
[EDIT] Это известная проблема, я нашел отчет об ошибке в https: / /bugs.launchpad.net/gedit/+bug/34813.
Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив Создать резервную копию копия файлов перед сохранением опции , в Правка -> Настройки -> Редактор .
Проблема (по словам ребята gedit) является ошибкой samba / cifs и был впервые зарегистрирован (в Ubuntu) в 2006 году.
sshfs -o allow_other, default_permissions -o IdentityFile = / path / to / ssh_key REMOTE_USERNAME @ REMOTE_HOST: / remote / dir / path / test_mnt / Добавление параметров default_permissions делает обмануть!
Обходной путь для gedit 2.30.4 / Ubuntu 11.04, кажется, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.
Это также работает в Debian sid с gedit 3.4.2
-
1Это явно странное обходное решение, но это определенно работает. – Raceimaztion 8 March 2013 в 17:07
-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199
-
1Он запрашивает /etc/fuse.conf, но я не хочу запускать sshfs через sudo. -o обходное = переименование, похоже, решило мою проблему, какая-то особая причина, почему -o allow_other лучше, чем workaround = rename? – Slava N 18 November 2010 в 18:38
-
2
-
3
Добавить -o allow_other в конец вашей инструкции mount.
[EDIT] Это известная проблема, я нашел отчет об ошибке в https: / /bugs.launchpad.net/gedit/+bug/34813.
Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив Создать резервную копию копия файлов перед сохранением опции , в Правка -> Настройки -> Редактор .
Проблема (по словам ребята gedit) является ошибкой samba / cifs и был впервые зарегистрирован (в Ubuntu) в 2006 году.
-
1
-
2Да, я заметил ваш другой комментарий. Я пытаюсь дублировать вашу «проблему» и не могу. Мне всегда удается сохранить файл с помощью gedit. Поэтому мне интересно, какие права доступа к файлу находятся на фактическом сервере каталога, в который вы пытаетесь записать? Я пытаюсь понять, ПОЧЕМУ удалено разрешение на чтение для других, а не только обходной путь. – finley 18 November 2010 в 18:57
-
3С равными разрешениями на стороне сервера sshfs являются
-rw-r-r -(644, я думаю). 644 не позволит сохранить файл, появляется файл.goutstreamer -...и не сохраняется при сохранении. Если я изменяю perms на640- сохраняет штраф, а файл.gout ...не отображается. Я думаю, gedit сохраняет данные в файл.gout .., а затем переименовывает его, а 644 как-то предотвращает переименование. – Slava N 18 November 2010 в 19:10 -
4через
.gout ..файлы я имею в виду что-то вроде.goutputstream-W7PGMV– Slava N 18 November 2010 в 19:12 -
5О, извините, вам нужно иметь
-o uid = & quot; id -u & quot; -o gid = "id -g"(сменить двойные кавычки на обратные выходы) в sshfs для работы chmod 640. (Без -o uid, -o gid, изменение perms до 640 ничего не делает - gedit все еще не может сэкономить) – Slava N 18 November 2010 в 19:15