`chown user : user lost + found`는 유해합니까? 추가했습니다 . 잘

최근에 crypto_LUKS한 명의 특정 사용자에 대해서만 $ HOME 역할을 하는 암호화 된 파일 시스템 ( )을 만들었습니다 (예 :로 마운트 /home/pduck). 또한 /etc/security/pam_mount.conf.xml사용자가 로그인 할 때 파티션이 자동으로 해독 및 마운트되도록 (및 로그 오프 할 때 마운트 해제) 적절한 항목을 추가했습니다 . 잘 작동합니다.

$ HOME은 자체적으로 파일 시스템이므로 사용자는 lost+foundroot : root가 소유 한 디렉토리를 가지고 있습니다. 디렉토리삭제 하는 것은 나쁜 생각 이지만 많은 명령 (예 find:)은 액세스 권한이 없음에 대해 불평합니다. 그것은 나를 귀찮게한다.

호기심으로 디렉토리를 제거하고 mklost+found(없이 sudo) 다시 만들었습니다 . 이제 디렉토리는 pduck : pduck이 소유합니다. 괜찮습니까? 아니면 루트 : 루트가 디렉토리를 소유해야합니까?



답변

좋은 조언은 근거가되므로 나쁜 조언이 될 때 알 수 있습니다.

lost+found루트가 소유 한 목적은 파일이 손실 된 파일에 관계없이 모든 사람에게 갑자기 노출되지 않도록하는 것입니다. 그러나이 경우 pduck이 소유하지 않은 전체 파일 시스템 *에 단일 파일이 없어야합니다. 따라서 lost+foundpduck이 소유하지 않은 단점은 없습니다 .

* su뿌리를 내리고 X 응용 프로그램을 실행하는 것과 같은 이국적인 상황을 피하십시오 . 그러나 pduck이 사용할 수 sudo있거나 su우리가 아무 말도하지 않는다면 pduck은 시스템 보안을 완전히 파괴 할 수 있기 때문입니다.


답변

lost+found 시스템 디렉토리이므로 시스템 디렉토리 및 파일의 소유권 및 권한을 변경하지 않습니다.

find커맨드 라인의 권한을 높이 지 않는 한 불평 하는 다른 디렉토리 (및 파일)가 있으므로 사용하는 것이 좋습니다.

sudo find ...

lost+found{있는 그대로 있어야합니다}.


답변

lost + found 디렉토리에 대한 마법은 없습니다. 다른 디렉토리와 마찬가지로 일반 디렉토리이며 시스템 충돌 또는 파일 시스템 손상 후 fsck 중에 발견 된 손실 된 파일 / 디렉토리를 보유하는 데만 사용됩니다.

파일 시스템이 작성 될 때 mkfs 중에 작성되며 일반적으로 비어 있습니다. 기본 권한의 유일한 이유는 fsck 중에 민감한 파일이 발견되어 복구되는 경우 일반 사용자에게 민감한 파일이 표시되지 않도록하기위한 것입니다. 현대에는 파일이 손실되어 해당 폴더에 저장되는 경우가 거의 없습니다.

그것이 제거되면, 거기에 넣어야 할 파일이 있으면 fsck가 필요에 따라 그것을 다시 만들 것이라고 생각합니다. 이것은 하나의 사용자와 그의 데이터만을위한 파일 시스템이므로 데이터를 숨기지 않아도 숨길 필요가 없으므로 찾기가 불만을 제기하거나 변경하는 것을 방지하기 위해 권한을 755로 변경할 수 없었습니다. 소유권. 복구 프로세스 중에 fsck가 권한을 재설정 할 수도 있지만 심각한 하드웨어 오류가없는 한 최신 파일 시스템에서는 드문 경우입니다.

그냥 제거하는 것에 관해서는, 주변의 모든 편집증이 fsck가 데이터를 복구하기 위해 가능한 한 최소한으로 수행하는 것이 가장 좋다는 사실에 기반한다고 생각하지만 실제로 실제로는 그다지 중요하지 않다고 생각합니다.