web-dev-qa-db-ja.com

ルートがホームディレクトリを所有し、chownが機能しない

Ubuntu 12.04を実行していますが、さまざまな問題があります。私は、ユーザーのホームディレクトリ（/ home/user）がrootによって所有されているという事実にまでさかのぼります。

/ homeディレクトリは実際には別のドライブにマウントされていますが、fstabでは/ home/userではなく/ homeのみをマウントしていることがわかります。

UUID=DC56D19E56DX3233 /home ntfs user,exec 0 2

以下のchownコマンドは機能しないようです。

Sudo chown -R user /home/user

これはエラーなしで実行されますが、実際にはディレクトリの所有権は変更されません。コマンド実行後のls -ldの出力は次のとおりです。

drwxrwxrwx 1 root root 20480 Sep 25 00:07 /home/user

これは以前と同じです。

mountpermissionshome-directorychownownership
9
DJElbow

問題は、コメントで述べたように、私のホームディレクトリがNTFSファイルシステムを備えた別のハードドライブにマウントされていたことです。

Deja Dupを使用してホームディレクトリを外部ドライブにバックアップしました。次に、gpartedを使用して内部NTFSドライブをフォーマットし、ファイルシステムをEXT4に変更しました。

次に、ドライブの新しいUUIDに一致するように/ etc/fstabを変更し、「ntfs」を「ext4」に変更しました。

再起動後、端末にログインするにはCtrl + Alt + F1を押す必要がありました。 Sudo chown -R user：user/home/userを使用できました。

その後、GUIにログインし、Deja Dupと外部ドライブのバックアップを使用してホームディレクトリを復元できました。

これまでのところ、すべてがうまく機能しています。

3
DJElbow

NTFSはUnixスタイルの「所有者」をサポートしていないため、Linuxカーネルはボリューム全体（通常はルート）の所有者を割り当てざるを得ません。ホームディレクトリ全体をEXT4に移動する代わりに、mount（またはfstab）の 'uid'または 'gid'オプションを使用して、パーティション全体の所有権を特定のユーザーまたはグループに付与することもできます。マルチユーザー環境にはセキュリティへの影響がありますが、デュアルブートラップトップではこの方法を使用しました。

mount（man mount）のマニュアルページ内の長い道のり、NTFSのファイルシステム固有のオプションの下にこれがあります。
uid=value, gid=value and umask=value
Set the file permission on the filesystem. The umask value is given in octal. By default, the files are owned by root and not readable by somebody else.

fstabの行はUUID=DC56D19E56DX3233 /home ntfs user,exec,uid=username,gid=group 0 2に変更され、必要に応じてumaskを自由に編集できます。

14
Mactrent