特定のユーザー用のファイルシステムを生成するスクリプトを使用しています。スクリプトの最後の作業の1つは、chown -Rユーザーにマウントポイントを提供することです。これはユーザーをディレクトリの所有者にする副作用がありますlost+found。これは問題ですか？fsckとにかくディレクトリを使用することは可能ですが、他の問題（修復されたファイルにアクセスするなど...）がある可能性がありますか？
ベストアンサー1
fsckディレクトリを使用できますが、所有権については気にしないようです（少なくともe2fsck...）。 （明確でない場合はfsckファイルシステムで直接作業するため、ファイルアクセスに対するオペレーティングシステムの制御は適用されません。fsck必要なのは、ファイルシステムを含むデバイスまたはファイルを読み書きできるだけです。）
推測できるように、ディレクトリ所有者は少なくともその内容のメタデータを見ることができます（ただし、名前が失われるのでそれほど役に立ちません）。従来のルート所有権は、lost+foundシステム管理者だけがその中のファイルを見ることを保証します。ファイル削除から抽出しますlost+found。リンクされたファイルにはlost+found独自の所有権と権限があるため、コンテンツは適切に保護されます。また、これはユーザー固有のファイルシステムなので、とにかくすべてのコンテンツにアクセスできるため、ファイルメタデータを公開してもlost+foundシステムのセキュリティプロファイルは変わりません。