Estoy en el proceso de migrar una máquina de RHEL 4 a 5. En lugar de hacer una actualización, hemos creado una nueva VM (ambas máquinas están en una nube) y estoy en el proceso de copiar datos entre los dos.
Me encontré con el siguiente archivo, que necesito eliminar de la nueva máquina pero no puedo, incluso cuando se ejecuta como root:
-rw------- 1 2003 2003 219 jan 11 14:22 .bash_history
Este archivo está dentro de / home / USER /, donde USER es la cuenta del tipo que construyó la máquina. No tiene una cuenta en la máquina anterior, por lo que estoy tratando de eliminar su carpeta de inicio para que la nueva máquina coincida con la anterior, pero aparece el siguiente error:
rm: ne peut enlever `.bash_history': Opération non permise
(traducido del francés: no se puede eliminar XXX, operación no permitida)
He intentado usar el siguiente comando pero esto no ha hecho ninguna diferencia:
chattr -i .bash_history
¿Es la única opción para crear un usuario con el ID 2003, o hay otra forma de evitarlo?
Editar
He intentado usar rm -f
y me sale el mismo error. Me sale el mismo tipo de error usando chmod 777
primero.
He podido acceder a chown
la carpeta que contiene el archivo que estoy tratando de eliminar, por lo que es:
drwx------ 2 root root 1024 jan 24 15:58 USER
Edit2
Ejecutar el lsattr
comando según lo sugerido por Angus dio el siguiente resultado:
-----a------- USER/.bash_history
------------- USER/..
------------- USER/.
El archivo está marcado como solo anexar: al cambiar esta marca usando chattr -a .bash_history
pude eliminar el archivo.
fuente
/vendor/laracasts/generators/.git/objects/pack/
cuando corrochattr -i -a .
, obtengochattr: Inappropriate ioctl for device while reading flags on .
, y no puedo,rm
el molesto.idx
archivo que Composer dejó atrás (porque "Operación no está permitida").rm
los archivos desde allí. Luegocomposer update
fue capaz de completar.chattr -i -a
trabajó.Tuve un problema similar pero había intentado ambos permisos y chattr anteriormente sin resultado. Raíz en la Terminal. CD al directorio.
Sin embargo, lo que funcionó para mí fue verificar los permisos del directorio donde se encontraba el archivo problemático; si está bien, proceda a:
esto falló, entonces:
que fue aceptado - entonces
que fue aceptado
y se fue.
Fedora 25 en la estación de trabajo hp.
fuente
'sudo' puede ejecutar el comando 'rm' usando el mismo user.group
NOTA : no estoy seguro si esto también funcionará para identificadores como usted.
Ejemplo:
fuente