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 или их?

5
задан 18 November 2010 в 18:26

45 ответов

sshfs -o allow_other,default_permissions -o IdentityFile=/path/to/ssh_key REMOTE_USERNAME@REMOTE_HOST:/remote/dir/path/ test_mnt/

Добавление параметров default_permissions делает трюк!

0
ответ дан 25 July 2018 в 22:52

Обходной путь gedit 2.30.4 / Ubuntu 11.04, похоже, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.

Это также работает в Debian sid с gedit 3.4.2

3
ответ дан 25 July 2018 в 22:52
  • 1
    Это явно странное обходное решение, но это определенно работает. – Raceimaztion 8 March 2013 в 17:07

-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199

2
ответ дан 25 July 2018 в 22:52
  • 1
    Он запрашивает /etc/fuse.conf, но я не хочу запускать sshfs через sudo. -o обходное = переименование, похоже, решило мою проблему, какая-то особая причина, почему -o allow_other лучше, чем workaround = rename? – Slava N 18 November 2010 в 18:38
  • 2
    Пробовал -o allow_other - не помог. – Slava N 18 November 2010 в 18:46
  • 3
    -o allow_other является опцией sshfs – josinalvo 31 July 2012 в 19:15

Добавить -o allow_other в конец вашей инструкции mount.

[EDIT] Это известная проблема, я нашел отчет об ошибке на странице https://bugs.launchpad.net/gedit/+ bug / 34813.

Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив опцию Create a backup copy of files before saving, в Edit -> Preferences -> Editor.

Проблема (согласно парням gedit) является ошибкой samba / cifs и была сначала зарегистрирована (в Ubuntu) в 2006 году.

1
ответ дан 25 July 2018 в 22:52
  • 1
    Пытался. Не помогло. workaround = rename помог – Slava N 18 November 2010 в 18:46
  • 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="id -u" -o gid="id -g" (сменить двойные кавычки на backticks) в sshfs для chmod 640 для работы. (Без -o uid, -o gid, изменение perms до 640 ничего не делает - gedit все еще не может сэкономить) – Slava N 18 November 2010 в 19:15

-o workaround=rename решил мою проблему

5
ответ дан 25 July 2018 в 22:52
sshfs -o allow_other,default_permissions -o IdentityFile=/path/to/ssh_key REMOTE_USERNAME@REMOTE_HOST:/remote/dir/path/ test_mnt/

Добавление параметров default_permissions делает трюк!

0
ответ дан 27 July 2018 в 01:02

Обходной путь gedit 2.30.4 / Ubuntu 11.04, похоже, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.

Это также работает в Debian sid с gedit 3.4.2

3
ответ дан 27 July 2018 в 01:02
  • 1
    Это явно странное обходное решение, но это определенно работает. – Raceimaztion 8 March 2013 в 17:07

-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199

2
ответ дан 27 July 2018 в 01:02
  • 1
    Он запрашивает /etc/fuse.conf, но я не хочу запускать sshfs через sudo. -o обходное = переименование, похоже, решило мою проблему, какая-то особая причина, почему -o allow_other лучше, чем workaround = rename? – Slava N 18 November 2010 в 18:38
  • 2
    Пробовал -o allow_other - не помог. – Slava N 18 November 2010 в 18:46
  • 3
    -o allow_other является опцией sshfs – josinalvo 31 July 2012 в 19:15

Добавить -o allow_other в конец вашей инструкции mount.

[EDIT] Это известная проблема, я нашел отчет об ошибке на странице https://bugs.launchpad.net/gedit/+ bug / 34813.

Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив опцию Create a backup copy of files before saving, в Edit -> Preferences -> Editor.

Проблема (согласно парням gedit) является ошибкой samba / cifs и была сначала зарегистрирована (в Ubuntu) в 2006 году.

1
ответ дан 27 July 2018 в 01:02
  • 1
    Пытался. Не помогло. workaround = rename помог – Slava N 18 November 2010 в 18:46
  • 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="id -u" -o gid="id -g" (сменить двойные кавычки на backticks) в sshfs для chmod 640 для работы. (Без -o uid, -o gid, изменение perms до 640 ничего не делает - gedit все еще не может сэкономить) – Slava N 18 November 2010 в 19:15

-o workaround=rename решил мою проблему

5
ответ дан 27 July 2018 в 01:02
sshfs -o allow_other,default_permissions -o IdentityFile=/path/to/ssh_key REMOTE_USERNAME@REMOTE_HOST:/remote/dir/path/ test_mnt/

Добавление параметров default_permissions делает трюк!

0
ответ дан 31 July 2018 в 12:29

Обходной путь gedit 2.30.4 / Ubuntu 11.04, похоже, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.

Это также работает в Debian sid с gedit 3.4.2

3
ответ дан 31 July 2018 в 12:29
  • 1
    Это явно странное обходное решение, но это определенно работает. – Raceimaztion 8 March 2013 в 17:07

-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199

2
ответ дан 31 July 2018 в 12:29
  • 1
    Он запрашивает /etc/fuse.conf, но я не хочу запускать sshfs через sudo. -o обходное = переименование, похоже, решило мою проблему, какая-то особая причина, почему -o allow_other лучше, чем workaround = rename? – Slava N 18 November 2010 в 18:38
  • 2
    Пробовал -o allow_other - не помог. – Slava N 18 November 2010 в 18:46
  • 3
    -o allow_other является опцией sshfs – josinalvo 31 July 2012 в 19:15

Добавить -o allow_other в конец вашей инструкции mount.

[EDIT] Это известная проблема, я нашел отчет об ошибке на странице https://bugs.launchpad.net/gedit/+ bug / 34813.

Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив опцию Create a backup copy of files before saving, в Edit -> Preferences -> Editor.

Проблема (согласно парням gedit) является ошибкой samba / cifs и была сначала зарегистрирована (в Ubuntu) в 2006 году.

1
ответ дан 31 July 2018 в 12:29
  • 1
    Пытался. Не помогло. workaround = rename помог – Slava N 18 November 2010 в 18:46
  • 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="id -u" -o gid="id -g" (сменить двойные кавычки на backticks) в sshfs для chmod 640 для работы. (Без -o uid, -o gid, изменение perms до 640 ничего не делает - gedit все еще не может сэкономить) – Slava N 18 November 2010 в 19:15

-o workaround=rename решил мою проблему

5
ответ дан 31 July 2018 в 12:29
sshfs -o allow_other,default_permissions -o IdentityFile=/path/to/ssh_key REMOTE_USERNAME@REMOTE_HOST:/remote/dir/path/ test_mnt/

Добавление параметров default_permissions делает трюк!

0
ответ дан 2 August 2018 в 04:16

Обходной путь gedit 2.30.4 / Ubuntu 11.04, похоже, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.

Это также работает в Debian sid с gedit 3.4.2

3
ответ дан 2 August 2018 в 04:16
  • 1
    Это явно странное обходное решение, но это определенно работает. – Raceimaztion 8 March 2013 в 17:07

-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199

2
ответ дан 2 August 2018 в 04:16
  • 1
    Он запрашивает /etc/fuse.conf, но я не хочу запускать sshfs через sudo. -o обходное = переименование, похоже, решило мою проблему, какая-то особая причина, почему -o allow_other лучше, чем workaround = rename? – Slava N 18 November 2010 в 18:38
  • 2
    Пробовал -o allow_other - не помог. – Slava N 18 November 2010 в 18:46
  • 3
    -o allow_other является опцией sshfs – josinalvo 31 July 2012 в 19:15

Добавить -o allow_other в конец вашей инструкции mount.

[EDIT] Это известная проблема, я нашел отчет об ошибке на странице https://bugs.launchpad.net/gedit/+ bug / 34813.

Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив опцию Create a backup copy of files before saving, в Edit -> Preferences -> Editor.

Проблема (согласно парням gedit) является ошибкой samba / cifs и была сначала зарегистрирована (в Ubuntu) в 2006 году.

1
ответ дан 2 August 2018 в 04:16
  • 1
    Пытался. Не помогло. workaround = rename помог – Slava N 18 November 2010 в 18:46
  • 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="id -u" -o gid="id -g" (сменить двойные кавычки на backticks) в sshfs для chmod 640 для работы. (Без -o uid, -o gid, изменение perms до 640 ничего не делает - gedit все еще не может сэкономить) – Slava N 18 November 2010 в 19:15

-o workaround=rename решил мою проблему

5
ответ дан 2 August 2018 в 04:16

Обходной путь для gedit 2.30.4 / Ubuntu 11.04, кажется, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.

Это также работает в Debian sid с gedit 3.4.2

3
ответ дан 4 August 2018 в 20:21

-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199

2
ответ дан 4 August 2018 в 20:21

Добавить -o allow_other в конец вашей инструкции mount.

[EDIT] Это известная проблема, я нашел отчет об ошибке в https: / /bugs.launchpad.net/gedit/+bug/34813.

Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив Создать резервную копию копия файлов перед сохранением опции , в Правка -> Настройки -> Редактор .

Проблема (по словам ребята gedit) является ошибкой samba / cifs и был впервые зарегистрирован (в Ubuntu) в 2006 году.

1
ответ дан 4 August 2018 в 20:21

-o workaround = rename решил мою проблему

5
ответ дан 4 August 2018 в 20:21
  sshfs -o allow_other, default_permissions -o IdentityFile = / path / to / ssh_key REMOTE_USERNAME @ REMOTE_HOST: / remote / dir / path / test_mnt /  

Добавление параметров default_permissions делает обмануть!

0
ответ дан 4 August 2018 в 20:21
  sshfs -o allow_other, default_permissions -o IdentityFile = / path / to / ssh_key REMOTE_USERNAME @ REMOTE_HOST: / remote / dir / path / test_mnt /  

Добавление параметров default_permissions делает обмануть!

0
ответ дан 6 August 2018 в 04:20

Обходной путь для gedit 2.30.4 / Ubuntu 11.04, кажется, позволяет «Создать резервную копию ...» в настройках, а не отключать его. По крайней мере для меня это работало без необходимости изменять какие-либо разрешения.

Это также работает в Debian sid с gedit 3.4.2

3
ответ дан 6 August 2018 в 04:20

-o allow_other может что-то сделать для вас ... похоже, у кого-то была аналогичная проблема: http://ubuntuforums.org/showthread.php?t=873199

2
ответ дан 6 August 2018 в 04:20

Добавить -o allow_other в конец вашей инструкции mount.

[EDIT] Это известная проблема, я нашел отчет об ошибке в https: / /bugs.launchpad.net/gedit/+bug/34813.

Также найдено, что вы можете обойти ошибку изнутри gedit (по крайней мере), отключив Создать резервную копию копия файлов перед сохранением опции , в Правка -> Настройки -> Редактор .

Проблема (по словам ребята gedit) является ошибкой samba / cifs и был впервые зарегистрирован (в Ubuntu) в 2006 году.

1
ответ дан 6 August 2018 в 04:20

-o workaround = rename решил мою проблему

5
ответ дан 6 August 2018 в 04:20

Другие вопросы по тегам:

Похожие вопросы: