二日目でしたが、私が何か間違ったことに違いありませんでした。
代替ドライブは、ユーザーのホームサブディレクトリのマウントポイントにマウントでき、ユーザーがそれを使用するための正しい権限を持っています。簡単なマウント[デバイス] [マウントポイント]がこれを行います。デバイスはext4論理ボリュームで、fscksはクリーンです。
automount/autofsにこれを指示すると、まったく機能しません。サブディレクトリが作成されますが、ルートのみが所有してアクセスできます。次の場合、自動マウント自体が失敗します。
...無効なファイルシステムの種類、無効なオプション、/ dev / xvdiの無効なスーパーブロック、欠落しているコードページ、ヘルパー、またはその他のエラー。マウント(ext2):/ dev / xvdiをマウントできません(ext4タイプ)...
現在使用している自動マッピングオプションは次のとおりです。
-fstype=auto,defaults,noatime,nodev,nosuid,uid=1000,gid=1000,file_mode=0660,dir_mode=0770 :/dev/xvdi
fstype = ext4、ext2、ID、およびモードの有無にかかわらず多くのことを試しましたが、オプションはありません。
ドライブが常に接続されているわけではないため、udevルールも使用します。
KERNEL="xvdi", OWNER="user", GROUP="user", MODE="0770"
似たようなことをしている人はいますか? systemdに基づいていないautofsよりも単純なものはありますか?
ベストアンサー1
--fstype=autofs
代わりにファイルシステム形式を使用できます。詳細については、次の例を確認してください。
-fstype=auto,defaults,noatime,gid=100,uid=1000,nls=utf8 :/dev/sdax