루트는 /tmp 아래의 파일을 삭제할 수 없으므로 작업이 허용되지 않습니다.

루트는 /tmp 아래의 파일을 삭제할 수 없으므로 작업이 허용되지 않습니다.

서버에서 작동하는 OS는 SLES 11.4 x86-64입니다. 디렉토리에는 많은 파일과 폴더가 있습니다 /tmp. 루트로서 /tmp.eg를 삭제할 수 rm -f sort5BtEdh없거나 rm /tmp/sort5BtEdh반환됩니다.rm: cannot remove /tmp/sort5BtEdh : Operation not permitted.

이 문제의 원인은 무엇이며 루트가 최소한 /tmp 아래의 파일과 폴더를 삭제할 수 있도록 하려면 어떻게 해야 합니까?

또한 대부분의 콘텐츠는 root.root가 소유합니다. 다른 파일 및/또는 폴더는 gdm.gdm 및 내 사용자 계정 ron.users의 소유입니다.

ssh를 통해 로그인하거나 콘솔에 앉아 있어도 su파일 소유자로서 동일한 결과를 얻습니다. /tmp 아래에는 어떤 작업도 허용되지 않습니다.

답변1

첫 번째 가능성그건불변 플래그가 켜져 있습니다.. 명령을 사용하여 이 동작을 변경하여 chattr -i filename파일 변경을 허용할 수 있습니다.

그러나 아마도당신은 실행 중입니다파일 시스템 오류;이로 인해 파일 시스템이 완전히 또는 일부 파일이 읽기 전용이 될 수 있습니다.RAM 문제도 이 문제를 시뮬레이션할 수 있습니다.. 이 문제는 서버를 다시 시작하고 fsck를 실행하면 해결될 수 있지만, 다시 시작하는 동안 다시 시작 작업이 RAM에서 디스크로 정보를 동기화하려고 시도하는 동안 서버가 시작되지 않고 데이터가 손실될 수 있습니다. dmesg에 메모리 또는 파일 시스템 오류가 발생했다고 표시되면 (가능한 경우) 재부팅하기 전에 데이터 백업을 수행하는 것이 좋습니다. 때로는 하드웨어 오류로 인해 커널이 잘못된 메모리 주소를 제공하고 시스템을 재부팅할 때 일부 잘못된 데이터가 디스크로 이동될 수 있습니다. 미친 커널은 패닉 상태의 커널보다 더 나쁘고 MBR이나 중요한 파일에 쓰기와 같은 예상치 못한 동작을 수행할 수 있습니다. 이는 드물지만 불량 하드웨어, 특히 불량 RAM 또는 핫 프로세서를 사용하는 런타임의 경우 가능합니다. 브라질에는 이러한 문제를 일으킬 수 있는 품질이 낮은 하드웨어가 많이 있습니다. 노트:RAM 메모리에 문제가 있는 경우FSCK를 실행하지 않음- 정말 말도 안되는 일을 하고 있어요.

고쳐 쓰다:tmp에만 문제가 있다고 말씀하셨기 때문에 tmp가 다른 파티션(버그가 있을까요?)이나 외부(samba, nfs?)에 마운트되었을 가능성이 있으므로 이 경우 마운트 방법에 대해 더 자세히 알아야 합니다. it 파티션에 대한 자세한 정보를 다운로드하세요. 이 경우 mount매개변수 없이 명령 결과를 게시해 주세요.

답변2

어쩌면 불변 플래그가 이미 설정되어 있을 수도 있습니다.

https://en.wikipedia.org/wiki/Chattr#In_Linux_systems_.28chattr_and_lsattr.29

관련 정보