Errore di autorizzazioni .nano_history

Uso rkhuntere volevo controllare i suoi log con:

nano /var/log/rkhunter.log

Ma ha nanogenerato questo errore:

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

Press Enter to continue starting nano.

E se premo ENTERsono in grado di visualizzare il file. Ho controllato le autorizzazioni per quel file e ora sono:

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

Quindi suppongo che mi cambio di proprietà? Ma dato che stavo letteralmente usando nano, perché i permessi e la proprietà (possibilmente, dato che non so quale fosse la proprietà originale) cambiano improvvisamente? È stato perché lo stavo usando con sudo, in tal caso, è strano perché nulla di simile è mai successo prima e lo uso sudomolto?

Informazioni sul sistema operativo:

Description:    Ubuntu 15.04
Release:    15.04

Informazioni sul pacchetto:

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

Interessante. Il mio dice-rw------- 1 xieerqi xieerqi 31 May 3 13:51 .nano_history

— Sergiy Kolodyazhnyy,

/ var / log / necessita di sudo, quindi il comando nano potrebbe sbagliare su quello.

— Rinzwind,

@Rinzwind quindi stai dicendo, se uno visualizza un file come nano /var/log/somelog, con autorizzazioni 600 (e senza sudo), .nano_historycambia la proprietà in root? L'ho fatto proprio ora con atoplog e il mio .nano_historyfile è sempre lo stesso

— Sergiy Kolodyazhnyy,

Questo è interessante..se fosse un'applicazione grafica, questo potrebbe essere causato se si esegue sudo nanoinvece di gksudo nano.... su una nota diversa, non analizzare i file di registro utilizzando gli editor, utilizzare strumenti tail/ less/ more

— -like

@Serg no. Non lo dico. Questo succede quando usi root con nautilus e cambi un file come root. E sono d'accordo con heemayl Qual è l'idea di utilizzare un editor su un registro?

— Rinzwind,

Risposte:

Questo è possibile se .nano_historynon esiste e si modifica qualsiasi file come root. Inizia un'azione di ricerca con Ctrl+ We .nano_historyha la proprietà sbagliata.

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

Successivamente, la proprietà del file non verrà modificata.

Ho testato:

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

% sudo nano ~/tmp/<any_file>

Ctrl+W

Cerca qualcosa.

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

Cerca qualcosa.

Ctrl+X

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

— AB
fonte

Rimosso il mio .nano_historye aperto sudo nano /var/log/syslog, cercato attraverso di esso, ed è .nano_historystato creato come root. Quindi sì, questo succede. Tuttavia, se un file esisteva in precedenza, non sembra cambiare la proprietà in root. Ho provato di nuovo a leggere syslog dopo aver scritto il mio .nano_history, e quello è ancora di mia proprietà

— Sergiy Kolodyazhnyy,

Ciò può accadere quando non si possiede il file .nano_history normalmente contenuto nella directory home. Questo è successo a me quando ho eseguito nano per la prima volta sulla mia installazione di Ubuntu insieme a sudo. Ciò significava che .nano_history era di proprietà di root e non era leggibile a meno che sudo non venisse usato ogni volta con nano. Quando non è stato utilizzato, nano si è lamentato all'avvio con "Autorizzazione negata". Copialo e incollalo esattamente nel tuo terminale per risolvere il problema:

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

— Abdull
fonte