Запустите повторное редактирование в Vim от имени root.

Я часто открываю файл в Vim, вношу изменения, и когда дело доходит до сохранения, файл оказывается доступен только для чтения… (принадлежит другому пользователю). Я ищу советы о том, как я мог бы открыть файл с правами root и сохранить изменения, не записывая его предварительно во временный файл для копирования или повторного редактирования с правами root.

Из этого ответа на Stack Overflow от skinp:

:w !sudo tee %

Я часто забываю использовать sudo перед редактированием файла, на который у меня нет прав записи. Когда я пытаюсь сохранить этот файл и получаю ошибку прав, я просто выполняю эту команду vim, чтобы сохранить файл, не сохраняя его сначала во временный файл и не копируя его обратно.

rkthkr сказал:
Но было бы неплохо перезапустить vim и запустить его с правами root

Способ сделать это следующий: :!sudo vim %

Как я уже упомянул ipozgaj, % в качестве аргумента (даже субаргумента) заменяется путём к текущему буферу. (Возможно, вас попросят ввести пароль.) В итоге вы запустите новый процесс Vim, который принадлежит root и является дочерним процессом оригинального процесса Vim. Звучит странно, верно? Вот как это выглядит в ps:

~# ps afo pid,ppid,user,stat,comm
  PID  PPID USER         STAT COMMAND
16187 30478 rbronosky    Ss   bash
16510 16187 rbronosky    R+    \_ ps
30482 30478 rbronosky    Ss   bash
16244 30482 rbronosky    S+    \_ vim
16318 16244 root         S+        \_ vim

Если у вас есть права записи в каталог, содержащий файл, и вы внесли в него изменения, вам могут сообщить, что существует файл подкачки. Выбрав [R]ecover, вы отразите большинство* изменений, сделанных в родительском процессе vim. (*Я думаю, возможно, обновление подкачки производится по таймерам или имеет порог дельты. Я уже потратил слишком много времени на это, и мне не хочется проводить исследования.) Когда вы выходите из vim, не удивляйтесь, если вы все еще в vim… вы открыли второй процесс Vim. Помните?

Теперь, с учетом всего сказанного… я бы почти никогда не делал этого. Возможно, если бы я был недостаточно бодр или наоборот слишком энергичен, и осознал бы, что мне нужно будет редактировать еще несколько файлов с правами root… я мог бы попробовать это сделать. За 14 лет администрирования систем, я этого никогда не делал. Но, пока вы не выразили недовольство моим предпочтительным решением (которое точно такое же, как предложил dbr), я никогда об этом не думал.

Обычно я сохраняю его во временный файл в $HOME/tmp/apache.conf (например), затем

sudo vimdiff $HOME/tmp/apache.conf /etc/apache2/apache.conf

это требует дополнительных усилий для слияния изменений, но это себя оправдывает. Я считаю, что это хороший способ между удобством и мерами против нежелательных изменений

До этого я думал об ACL или назначении соответствующих групп файлам, но это не сработало: слишком часто я забывал изменить права собственности или изменял файлы, где не собирался это делать.

Это касается только файлов, которые пока не управляются. Общим решением, которое мы используем, является Puppet с репозиторием git, где люди локально редактируют файлы и тестируют изменения на соответствующих серверах. Если конфигурация работает, как задумано, изменения возвращаются обратно в центральный репозиторий, откуда наш инструмент управления конфигурацией регулярно забирает изменения.

Обычно я, не обязательно самым быстрым, но определенно безопасным способом, делаю что-то подобное (используя nsswitch.conf в качестве примера):

:w! ~/%

Выход из Vim, и затем:

sudo vim nsswitch.conf
1GdG
:r ~/%

Это удалит все строки и прочитает вашу измененную и обновленную версию для редактирования на её месте. Использование домашнего каталога означает, что вам не нужно думать о том, есть ли у вас доступ, и это более приватно, чем /tmp. Обратите внимание, что это замена всего файла: если вы не хотите добавлять все изменения, нужно будет выбирать и настраивать.

Несмотря на сложности, связанные с любым из этих ответов, нет причин терять ваши изменения.