최근에 특정 위치(예: 데스크톱)에서 파일을 삭제한 다음 휴지통을 비우는 이상한 문제가 발생했습니다. 그러나 약 하루 후에(정확히 무엇이 원인인지는 모르겠습니다) 파일이 새로운 권한(644)으로 다시 나타납니다.
원인을 파악하거나 완전히 예방하려면 어떻게 해야 합니까? 이런 일이 꽤 오랫동안 지속되었는데, 홈 폴더를 정리하는 데 약 1시간이 걸렸고 이제 이전과 같은 상태로 돌아왔다는 점을 고려하면 정말 짜증나는 일입니다.
PS 저는 Linux Mint 15 Olivia를 실행하고 있습니다.
요청에 따라 cron 작업은 다음과 같습니다.
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ luckybackup entries ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
@reboot sleep 180; /usr/bin/luckybackup -c --no-questions --skip-critical /root/.luckyBackup/profiles/Jason.profile > /root/.luckyBackup/logs/Jason-LastCronLog.log 2>&1
# ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ end of luckybackup entries ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
그리고
0 21 * * * fwbackups-run -l 'Daily Backup' # autogenerated by fwbackups
답변1
그것Linux Mint 15 Olivia는 aufs 및/또는 Unionfs 파일 시스템을 사용하는 것 같습니다.
저는 리눅스 민트를 사용해본 적이 없지만강아지리눅스사용오브설명하는 동작은 aufs와 같은 다중 계층 파일 시스템을 나타냅니다.
즉, 원본 배포판에서 파일을 삭제하면 실제로 삭제되지는 않지만 파일 목록에서 사라집니다. 종료 중에 파일 시스템 변경 사항을 저장하면 다시 부팅할 때 변경 사항이 유지됩니다. 이렇게 하지 않으면 재부팅/다시 시작하면 원본 파일이 표시됩니다. 모든 변경사항이 손실됩니다.
세부 사항...
연합 파일 시스템그리고오브여러 계층에 파일 시스템을 구축하여 안정성을 향상하세요. 이는 Google 지도 및 기타 GIS 시스템에서 볼 수 있는 그래픽 오버레이와 유사합니다. 분산 파일 시스템은 그 아래에 위치하며 읽기 전용으로 유지되므로 필요한 경우 언제든지 롤백할 수 있습니다.
후속 추가/변경 사항은 하나 이상의 상위 레이어에 저장됩니다. 기본 파일을 삭제해도 실제로는 삭제되지 않습니다. Puppy(그리고 아마도 Mint)는 쓰기 가능한 상위 계층에 숨겨진 "화이트아웃" 파일을 생성하여 하위 계층의 "삭제된" 파일을 숨깁니다.
이 모든 마법은 파일 시스템 계층이 부팅 시 디스크가 아닌 RAM에 전체 또는 부분적으로 배치되기 때문에 가능합니다. 램디스크를 초기화하는 데 사용된 디렉토리( /initrdPuppyLinux의 경우) 를 보면 이러한 레이어를 볼 수 있습니다 .
경고하다/initrd일반적인 디렉토리가 아닌 동등한 디렉토리에서 파일을 삭제 한다면 레이어링이 엉망이 될 수 있으며, 사람들이 말하는 것처럼 "결과를 예측할 수 없습니다"라고 할 수 있습니다.