Często podczas edycji plików konfiguracyjnych otwieram jeden z vi, a potem, kiedy go zapisuję, zdaję sobie sprawę, że nie wpisałem

sudo vi filename

Czy jest jakiś sposób nadania vi sudo uprawnień do zapisania pliku? Wydaje mi się, że coś o tym pamiętam, gdy jakiś czas temu szukałem informacji na temat vi, ale teraz nie mogę tego znaleźć.

% zostaje zastąpiony bieżącą nazwą pliku, więc możesz użyć:

:w !sudo tee %

( vimwykryje, że plik został zmieniony i zapyta, czy chcesz go ponownie załadować. Powiedz tak, wybierając [L]raczej niż OK.)

Jako skrót możesz zdefiniować własne polecenie. Umieść w swoim .vimrc:

command W w !sudo tee % >/dev/null

Za pomocą powyższego możesz wpisać, :W<Enter>aby zapisać plik. Odkąd to napisałem, znalazłem lepszy sposób (moim zdaniem), aby to zrobić:

cmap w!! w !sudo tee >/dev/null %

W ten sposób możesz pisać, :w!!a zostanie ono rozwinięte do pełnego wiersza poleceń, pozostawiając kursor na końcu, dzięki czemu możesz zastąpić %własną nazwą pliku, jeśli chcesz.

Zasadniczo nie można zmienić efektywnego identyfikatora użytkownika procesu vi, ale można to zrobić:

:w !sudo tee myfile

Wspólne zastrzeżenia

Najczęstszą metodą obejścia problemu z plikiem tylko do odczytu jest otwarcie potoku do bieżącego pliku jako superużytkownik za pomocą implementacji sudo tee. Jednak wszystkie najpopularniejsze rozwiązania, które znalazłem w Internecie, mają kombinację kilku potencjalnych zastrzeżeń:

• Cały plik zostanie zapisany w terminalu, a także plik. Może to być powolne w przypadku dużych plików, szczególnie w przypadku wolnych połączeń sieciowych.
• Plik traci tryby i podobne atrybuty.
• Ścieżki plików z nietypowymi znakami lub spacjami mogą nie być obsługiwane poprawnie.

Rozwiązania

Aby obejść wszystkie te problemy, możesz użyć następującego polecenia:

" On POSIX (Linux/Mac/BSD):
:silent execute 'write !sudo tee ' . shellescape(@%, 1) . ' >/dev/null'

" Depending on the implementation, you might need this on Windows:
:silent execute 'write !sudo tee ' . shellescape(@%, 1) . ' >NUL'

Można je z szacunkiem skrócić:

:sil exec 'w !sudo tee ' . shellescape(@%, 1) . ' >/dev/null'
:sil exec 'w !sudo tee ' . shellescape(@%, 1) . ' >NUL'

Wyjaśnienie

:rozpoczyna polecenie; musisz wpisać ten znak w trybie normalnym, aby rozpocząć wprowadzanie polecenia. Należy to pominąć w skryptach.

sil[ent]pomija dane wyjściowe polecenia. W takim przypadku chcemy zatrzymać Press any key to continuemonit podobny do polecenia, który pojawia się po uruchomieniu :!polecenia.

exec[ute]wykonuje ciąg jako polecenie. Nie możemy tak po prostu uruchomić, :writeponieważ nie przetworzy wymaganego wywołania funkcji.

!reprezentuje :!polecenie: jedyne polecenie, które :writeakceptuje. Zwykle :writeakceptuje ścieżkę do pliku, do którego należy zapisać. :!samodzielnie uruchamia polecenie w powłoce (na przykład przy użyciu bash -c). Za pomocą :writeuruchomi polecenie w powłoce, a następnie zapisze cały plik do stdin.

sudopowinno być oczywiste, ponieważ właśnie dlatego tu jesteś. Uruchom polecenie jako superużytkownik. W sieci jest mnóstwo informacji o tym, jak to działa.

teepotoki stdindo podanego pliku. :writenapisze do stdin, a następnie superużytkownik teeotrzyma zawartość pliku i zapisze plik. Nie utworzy nowego pliku - po prostu nadpisze zawartość - więc tryby plików i atrybuty zostaną zachowane.

shellescape()zmienia znaki specjalne w podanej ścieżce do pliku odpowiednio do bieżącej powłoki. Za pomocą tylko jednego parametru zwykle zawiera ścieżkę w cudzysłowie, jeśli to konieczne. Ponieważ wysyłamy do wiersza poleceń pełnej powłoki, będziemy chcieli przekazać wartość niezerową jako drugi argument, aby umożliwić odwrotne ukośniki innym znakom specjalnym, które w przeciwnym razie mogłyby wyzwolić powłokę.

@%odczytuje zawartość %rejestru, który zawiera nazwę pliku bieżącego bufora. Nie musi to być ścieżka bezwzględna, więc upewnij się, że nie zmieniłeś bieżącego katalogu. W niektórych rozwiązaniach pominięty zostanie symbol reklamowy. W zależności od lokalizacji %jest prawidłowym wyrażeniem i ma taki sam efekt jak odczyt %rejestru. Zagnieżdżony w innym wyrażeniu skrót jest jednak ogólnie niedozwolony: tak jak w tym przypadku.

>NULi >/dev/nullprzekieruj stdoutdo zerowego urządzenia platformy. Mimo że uciszyliśmy polecenie, nie chcemy, aby cały narzut związany z przesyłaniem potoków stdinwrócił do vima - najlepiej zrzucić go jak najwcześniej. NULjest zerowym urządzeniem w DOS, MS-DOS i Windows, a nie jest prawidłowym plikiem. Od Windows 8 przekierowania do NUL nie powodują zapisania pliku o nazwie NUL. Spróbuj utworzyć plik na pulpicie o nazwie NUL, z rozszerzeniem lub bez: nie będzie można tego zrobić. (Istnieje kilka innych nazw urządzeń w systemie Windows, które warto poznać).

~ / .vimrc

Zależny od platformy

Oczywiście nadal nie chcesz ich zapamiętywać i wpisywać za każdym razem. Znacznie łatwiej jest zamapować odpowiednie polecenie na prostsze polecenie użytkownika. Aby to zrobić w systemie POSIX, możesz dodać następujący wiersz do swojego ~/.vimrcpliku, tworząc go, jeśli jeszcze nie istnieje:

command W silent execute 'write !sudo tee ' . shellescape(@%, 1) . ' >/dev/null'

Umożliwi to wpisanie polecenia: W (z uwzględnieniem wielkości liter), aby zapisać bieżący plik z uprawnieniami superużytkownika - znacznie łatwiej.

Niezależny od platformy

Korzystam z niezależnego od platformy ~/.vimrcpliku, który synchronizuje się między komputerami, dlatego do mojego dołączyłem funkcję obsługi wielu platform. Oto ~/.vimrctylko odpowiednie ustawienia:

#!vim
" Use za (not a command; the keys) in normal mode to toggle a fold.
" META_COMMENT Modeline Definition: {{{1
" vim: ts=4 sw=4 sr sts=4 fdm=marker ff=unix fenc=utf-8
"   ts:     Actual tab character stops.
"   sw:     Indentation commands shift by this much.
"   sr:     Round existing indentation when using shift commands.
"   sts:    Virtual tab stops while using tab key.
"   fdm:    Folds are manually defined in file syntax.
"   ff:     Line endings should always be <NL> (line feed #09).
"   fenc:   Should always be UTF-8; #! must be first bytes, so no BOM.


" General Commands: User Ex commands. {{{1
    command W call WriteAsSuperUser(@%)         " Write file as super-user.


" Helper Functions: Used by user Ex commands. {{{1
    function GetNullDevice() " Gets the path to the null device. {{{2
        if filewritable('/dev/null')
            return '/dev/null'
        else
            return 'NUL'
        endif
    endfunction

    function WriteAsSuperUser(file) " Write buffer to a:file as the super user (on POSIX, root). {{{2
        exec '%write !sudo tee ' . shellescape(a:file, 1) . ' >' . GetNullDevice()
    endfunction


" }}}1
" EOF

Jeśli używasz Vima , dostępny jest skrypt o nazwie sudo.vim . Jeśli okaże się, że otworzyłeś plik, do którego odczytu potrzebujesz dostępu roota, wpisz

: e sudo:%

Rada Ryana jest na ogół dobra, jednak jeśli wykonasz krok 3, nie przenoś pliku tymczasowego; będzie miał niewłaściwe prawa własności i uprawnienia. Zamiast sudoedittego poprawny plik i wczytaj zawartość (używając :rlub podobną) pliku tymczasowego.

Jeśli wykonasz krok 2, użyj, :w!aby wymusić zapisanie pliku.

Gdy przejdziesz do trybu wstawiania pliku, potrzebujesz edycji sudo, pojawi się komunikat o stanie

-- INSERT -- W10: Warning: Changing a readonly file

Jeśli mi tego brakuje, zazwyczaj tak jest

:w ~/edited_blah.tmp
:q

..następnie..

sudo "cat edited_blah.tmp > /etc/blah"

..lub..

sudo mv edited_blah.tmp /etc/blah

Prawdopodobnie jest to mniej okrężny sposób, ale działa.

Szybkie Google wydaje się dawać tę radę:

1. Nie próbuj edytować, jeśli jest tylko do odczytu.
2. Możesz być w stanie zmienić uprawnienia do pliku. (To, czy pozwoli ci to zaoszczędzić, zależy od eksperymentów).
3. Jeśli mimo to nadal edytowałeś, zapisz w pliku tymczasowym, a następnie przenieś go.

http://ubuntuforums.org/showthread.php?t=782136

Oto kolejna, która pojawiła się od czasu odpowiedzi na to pytanie, wtyczka o nazwie SudoEdit, która zapewnia funkcje SudoRead i SudoWrite, która domyślnie spróbuje użyć najpierw sudo i su, jeśli to się nie powiedzie: http://www.vim.org/scripts/ script.php? script_id = 2709

Mam to w moim ~ / .bashrc:

alias svim='sudo vim'

Teraz, gdy muszę edytować plik konfiguracyjny, po prostu otwieram go za pomocą svim.

Szybki hack, który możesz rozważyć, to wykonanie chmod na edytowanym pliku, zapisanie go za pomocą vima, a następnie chmod z powrotem do pierwotnego pliku.

ls -l test.file (to see the permissions of the file)
chmod 777 test.file
[This is where you save in vim]
chmod xxx test.file (restore the permissions you found in the first step)

Oczywiście nie polecam tego podejścia w systemie, w którym martwisz się o bezpieczeństwo, ponieważ przez kilka sekund każdy może odczytać / zmienić plik bez Twojej wiedzy.