Błąd uprawnień .nano_history

Używam rkhunteri chciałem sprawdzić jego dzienniki za pomocą:

nano /var/log/rkhunter.log

Ale nanowyprowadził ten błąd:

Error reading /home/arthur-dent/.nano_history: Permission denied

Press Enter to continue starting nano.

A jeśli nacisnę, ENTERmogę wyświetlić plik. Sprawdziłem uprawnienia do tego pliku i są one teraz:

-rw-------   1 root        root           12 May  3 20:26 .nano_history

Więc chyba zmieniam własność z powrotem na mnie? Ale ponieważ dosłownie używałem nano, dlaczego uprawnienia i własność (być może, skoro nie wiem, jaka była pierwotna własność) miałyby się nagle zmienić? Czy to dlatego, że właśnie go używałem sudo, jeśli tak, to dziwne, ponieważ nic takiego nigdy wcześniej się nie zdarzyło i sudoczęsto z nim korzystam ?

Informacje o systemie operacyjnym:

Description:    Ubuntu 15.04
Release:    15.04

Informacje o paczce:

nano:
  Installed: 2.2.6-3
  Candidate: 2.2.6-3
  Version table:
 *** 2.2.6-3 0
        500 http://gb.archive.ubuntu.com/ubuntu/ vivid/main amd64 Packages
        100 /var/lib/dpkg/status

permissions nano

Ciekawy. Mój mówi-rw------- 1 xieerqi xieerqi 31 May 3 13:51 .nano_history

— Sergiy Kolodyazhnyy

/ var / log / potrzebuje sudo, aby polecenie nano mogło się z tym nie zgadzać.

— Rinzwind

@ Rinzwind, więc mówisz, że jeśli ktoś wyświetli plik nano /var/log/somelog, z uprawnieniami 600 (i bez sudo) .nano_historyzmienia właściciela na root? Zrobiłem to właśnie teraz z atoplogiem, a mój .nano_historyplik jest nadal taki sam

— Sergiy Kolodyazhnyy

To interesujące ... jeśli byłaby to aplikacja graficzna, mogłoby to być spowodowane uruchomieniem sudo nanozamiast gksudo nano.... z innej notatki, nie analizuj plików dziennika za pomocą edytorów, używaj narzędzi tail/ less/ morepodobnych do tego

— heemayl

@Serg nope. Nie mówię tego. Dzieje się tak, gdy używasz roota nautilus i zmieniasz plik jako root. I zgadzam się z heemayl. Jaki jest pomysł używania edytora w dzienniku?

— Rinzwind

Odpowiedzi:

Jest to możliwe, jeśli .nano_historynie istnieje i edytujesz dowolny plik jako root. Rozpocznij akcję wyszukiwania za pomocą Ctrl+ Wi .nano_historyma niewłaściwe prawo własności.

sudo chown arthur-dent:arthur-dent /home/arthur-dent/.nano_history

Później własność pliku nie zostanie zmieniona.

Testowałem:

% ls -l .nano_history
ls: cannot access .nano_history: No such file or directory

% sudo nano ~/tmp/<any_file>

Ctrl+W

Wyszukaj cokolwiek.

Ctrl+X

% ls -l .nano_history
-rw------- 1 root root 6 Mai  3 22:08 .nano_history

% sudo chown aboettger:aboettger .nano_history
% ls -l .nano_history                    
-rw------- 1 aboettger aboettger 6 Mai  3 22:08 .nano_history

% sudo nano ~/tmp/<any_file>

Ctrl+W

Wyszukaj cokolwiek.

Ctrl+X

% ls -l .nano_history  
-rw------- 1 aboettger aboettger 11 Mai  3 22:11 .nano_history

— AB
źródło

Usunąłem mój .nano_historyi otworzyłem sudo nano /var/log/syslog, przeszukałem go i .nano_historyzostał utworzony jako root. Tak, tak się dzieje. Jednak jeśli plik istniał wcześniej, nie wydaje się, aby zmieniał właściciela na root. Próbowałem ponownie przejrzeć syslog po chmodowaniu mojej .nano_history, a ten jest nadal własnością mnie

— Sergiy Kolodyazhnyy

Może się to zdarzyć, gdy nie masz pliku .nano_history, który zwykle znajduje się w katalogu domowym. Zdarzyło mi się to, kiedy uruchomiłem nano po raz pierwszy na mojej instalacji Ubuntu wraz z sudo. Oznaczało to, że .nano_history była własnością root i nie można jej było odczytać, chyba że sudo było używane za każdym razem z nano. Gdy nie był używany, nano narzekał na uruchomienie z „Odmową zezwolenia”. Skopiuj i wklej to dokładnie do terminala, aby rozwiązać problem:

sudo chown $USER:$(id -gn) $HOME/.nano_history

— Abdull
źródło