Erreur d'autorisations .nano_history

J'utilise rkhunteret je voulais vérifier ses logs avec:

nano /var/log/rkhunter.log

Mais nanosorti cette erreur:

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

Press Enter to continue starting nano.

Et si j'appuie, ENTERje peux voir le fichier. J'ai vérifié les autorisations pour ce fichier et elles sont maintenant:

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

Donc je suppose que je reviens juste à moi? Mais comme j'utilisais littéralement nano, pourquoi les autorisations et la propriété (peut-être, comme je ne sais pas quelle était la propriété d'origine) changeraient-elles soudainement? Était-ce parce que je ne l'utilisais qu'avec sudo, si c'est le cas, c'est étrange car rien de tel ne s'est jamais produit auparavant et je l'utilise sudobeaucoup?

Informations sur le système d'exploitation:

Description:    Ubuntu 15.04
Release:    15.04

Informations sur le paquet:

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

Intéressant. Le mien dit-rw------- 1 xieerqi xieerqi 31 May 3 13:51 .nano_history

— Sergiy Kolodyazhnyy

/ var / log / needs sudo pour que la commande nano puisse se tromper.

— Rinzwind

@Rinzwind donc vous dites, si l'on regarde un fichier comme nano /var/log/somelog, avec les autorisations 600 (et sans sudo), .nano_historychange la propriété en root? Je l'ai fait tout à l'heure avec le atopjournal, et mon .nano_historydossier est toujours le même

— Sergiy Kolodyazhnyy

Cest interesting..if il était une application graphique, cela pourrait être causé si vous avez au sudo nanolieu de gksudo nano.... sur une note différente, faire des fichiers journaux non parse à l' aide de rédacteurs en chef, utilisez tail/ less/ moreoutils -comme ..

— heemayl

@Serg non. Je ne dis pas ça. Cela se produit lorsque vous utilisez root avec nautilus et modifiez un fichier en tant que root. Et je suis d'accord avec heemayl Quelle est l'idée d'utiliser un éditeur sur un journal?

— Rinzwind

Réponses:

Cela est possible s'il .nano_historyn'existe pas et que vous modifiez un fichier en tant que root. Démarrez une action de recherche avec Ctrl+ Wet .nano_historyla propriété est incorrecte.

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

Plus tard, la propriété du fichier ne sera pas modifiée.

J'ai testé:

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

% sudo nano ~/tmp/<any_file>

Ctrl+W

Recherchez n'importe quoi.

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

Recherchez n'importe quoi.

Ctrl+X

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

— UN B
source

Supprimé mon .nano_historyet ouvert sudo nano /var/log/syslog, recherché à travers, et a .nano_historyété créé en tant que root. Donc, oui, cela arrive. Cependant, si un fichier existait auparavant, il ne semble pas changer de propriétaire en root. J'ai essayé de parcourir syslog à nouveau après avoir modifié mon .nano_history, et celui-ci est toujours la propriété de moi

— Sergiy Kolodyazhnyy

Cela peut se produire lorsque vous ne possédez pas le fichier .nano_history qui est normalement contenu dans votre répertoire personnel. Cela m'est arrivé lorsque j'ai exécuté nano pour la première fois sur mon installation Ubuntu avec sudo. Cela signifiait que .nano_history appartenait à root et n'était pas lisible sauf si sudo était utilisé avec nano à chaque fois. Lorsqu'il n'a pas été utilisé, nano s'est plaint au démarrage avec «Autorisation refusée». Copiez et collez cela exactement dans votre terminal pour résoudre le problème:

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

— Abdull
source