Je suis en train de migrer une machine de RHEL 4 à 5. Plutôt que d'effectuer une mise à niveau, nous avons créé une nouvelle machine virtuelle (les deux machines sont dans un nuage) et je suis en train de copier des données entre les deux.

Je suis tombé sur le fichier suivant, que je dois supprimer de la nouvelle machine, mais que je ne peux pas, même lors de l'exécution en tant que root:

-rw-------  1 2003 2003  219 jan 11 14:22 .bash_history

Ce fichier se trouve dans / home / USER /, où USER est le compte du gars qui a construit la machine. Il n'a pas de compte sur l'ancienne machine. J'essaie donc de supprimer son dossier de départ pour que la nouvelle machine corresponde à l'ancienne, mais le message d'erreur suivant s'affiche:

rm: ne peut enlever `.bash_history': Opération non permise

(traduit du français: impossible de supprimer XXX, opération non autorisée)

J'ai essayé d'utiliser la commande suivante, mais cela n'a fait aucune différence:

chattr -i .bash_history

Le seul choix est-il de créer un utilisateur avec l'ID 2003 ou existe-t-il un autre moyen de le contourner?

Modifier

J'ai essayé d'utiliser rm -fet j'obtiens la même erreur. Je reçois le même type d'erreur en utilisant d' chmod 777abord.

J'ai pu accéder au chowndossier contenant le fichier que j'essaie de supprimer, il est donc:

drwx------ 2 root root 1024 jan 24 15:58 USER

Edit2

L'exécution de la lsattrcommande comme suggéré par Angus a donné le résultat suivant:

-----a------- USER/.bash_history
------------- USER/..
------------- USER/.

Le fichier est marqué en tant qu'add-only - lors de la modification de ce drapeau en utilisant, chattr -a .bash_historyj'ai pu supprimer le fichier.

Vérifiez les autorisations du répertoire . Pour supprimer un fichier à l'intérieur, il devrait être accessible en écriture pour vous.

chmod ugo+w .

et non immuable ou append-only:

chattr -i -a .

Vérifiez avec ls -laet lsattr -a.

J'ai eu un problème similaire, mais j'avais essayé les deux permissions et chattr auparavant sans succès. Racine dans le terminal. CD à l'annuaire.

Cependant, ce qui a fonctionné pour moi a été de vérifier les autorisations du répertoire dans lequel se trouvait le fichier problématique. Si tout est correct, passez à:

chmod ugo+w filename

cela a échoué - alors:

chattr -i -a filename 

qui a été accepté - puis

chmod ugo+w 

qui a été accepté

rm filename

et c'était parti.

Fedora 25 sur poste de travail hp.

'sudo' peut exécuter la commande 'rm' en utilisant le même user.group

NOTE : je ne sais pas si cela fonctionnera aussi pour les identifiants que vous avez.

Exemple:

ls /path/to/dir_being_deleted
  drwxrwxrwx 2 nfsnobody nfsnobody   4096 Mar  8 06:55 .
  drwxrwxrwx 7 nfsnobody nfsnobody   4096 Mar  8 06:57 ..
  -rwxrwxrwx 1 nfsnobody nfsnobody      0 Mar  8 06:55 filename.txt

sudo -u nfsnobody -g nfsnobody rm -rf /path/to/dir_being_deleted