複数のLinuxインストールで外部EXT4ハードディスクを使用する場合の許可問題の解決


18

外付けハードドライブがあり、UbuntuとFedoraのみを使用しているため、ハードドライブをext4にフォーマットすることに決めました。

問題は、ドライブをマウントするときに、読み取りと書き込みができるようにアクセス許可を変更する必要があることです。

どのような許可を使用すべきですか?ユーザー名を許可しますか?

回答:


5

ラメは私のことかもしれませんが、別の質問で質問に答えなければなりません。私たちが話しているのが1つのOSのみである場合、それは

sudo chown -R (user name) /dev/(device name)

ubuntu

あるいは単に

chown -R (user name) /dev/(device name)

fedora-いいえsudo、ルートからコマンドを実行するだけです。

麺類のスクラッチ部分、および私が良い答えを持っていない部分は、ディストリビューション間を行き来するときに手動で再入力する必要がないようにする方法です。私はに行を追加したいと思う~/.bashrcかもしれませんが、おそらく私が知らない、またはまだ考えていないより良い方法があります。


ディストリビューションを変更するたびに許可を変更する必要があること
ハビエルゴンザレス

1
自分の知的好奇心を確認して満足させるために、私は戻って、持っているUSB EXT4ドライブをダブルチェックしました。デバイスの所有権を取得することは、ファイルシステムの所有権を取得することと同じことかどうかは知りませんでした。sudo chown -R(ユーザー名)/ dev /(デバイス名)は、作成していない場合でも、ドライブ上のすべてのファイルの所有権を取得します。
user2367

ええ、ターミナルを実行するたびに自動的に実行されるように〜/ .bashrcに行を追加するだけでは足りませんが、それに対する答えはありません。たぶんcronに追加できますか?しかし、ディストリビューションの起動時に実行するように調整する方法があるだけのようです。
user2367

私はext4が大好きですが、許可を変更し続けていますが、ハハ
ハビエルゴンザレス

10

最も簡単な解決策は、UbuntuとFedoraのユーザーアカウントが同じユーザーID(UID)を持っていることを確認することです。

Fedoraはデフォルトで500でユーザーアカウントを開始すると思いますが、DebianとUbuntuは1000でユーザーアカウントを開始するので、一方のOSではユーザー番号500、もう一方のOSではユーザー番号1000です。ファイルシステムはこのUID番号を使用しますアクセス許可を追跡するため、同じUIDがあることを確認すると、それらは同じユーザーと見なされ、アクセス許可の問題は発生しません。

できることは両方ともUID = 1000にすることだと思うので、FedoraシステムのUIDを変更し、外部ディスクとFedoraインストールのユーザーの$ HOMEのすべてのファイルがUID 1000によって所有されていることを確認してください。許可の問題はもうないはずです。


ええ、あなたの時間をありがとう:)
ハビエルゴンザレス

1
私の追加も読んでください。そうしないと、Fedoraユーザーはログインできません。
JanC

すべてが明確になったので、今すぐテストします。質問のタイトルを編集してくれてありがとう。
ハビエルゴンザレス

3

/ etc / fstabに、ユーザーが所有するドライブのuid = 1000(Ubuntuでは500、Fedoraでは500)を配置できます(最初のユーザーであると仮定すると、yada yada yada ...そうでない場合は、ユーザーのuid from id)およびumask = 000すべてのユーザーにアクセスを許可する場合(またはuid =で指定されたユーザーのみに077-マスクであるため、chmodの場合とは逆になります)

/ etc / fstabの使用に関する詳細情報:http : //ubuntulinuxtipstricks.blogspot.com/2008/02/fun-with-etcfstab.html


1
許可を077に設定した場合、ubuntuからfedoraに変更するときに許可を再度変更する必要はありませんか?
ハビエルゴンザレス

@Dracirate:077ではなく000が必要かもしれません。各システム(UbuntuとFedoraの両方)のドライブにfstabエントリを置くと、自動的にマウントされて使用可能になります。
マコ

3

残念ながら、Linuxカーネルはext2 / ext3 / ext4 FSでPOSIXアクセス許可を強制します。

共有グループでPOSIXアクセス許可を回避できます。私は、対応する質問を:/unix/273144/predefined-group-ids-across-linux-distros/のが、すべての後、私は自分の研究を行いました。

sysグループがDebian、Ubuntu、RedHat、Fedora、CentOS、Suse、FreeBSD、OpenBSD、NetBSD、MacOSX、Solarisでid 3を共有していることを発見しました。

このような発見を念頭に置いて、1つのソリューションは次のようになります。

$ sudo chgrp -R sys /mnt/data/dir
$ sudo chgmod -R g+s /mnt/data/dir
$ sudo fsetacl -R -m g:sys:rwx /mnt/data/dir
$ sudo fsetacl -R -d -m g:sys:rwx /mnt/data/dir

これのフレーバー(Linux / FreeBSD / MacOSX / Solarisを使用している場合):

$ sudo adduser user sys

こちらもご覧ください:


そのメソッドを使用して、cd /mnt/data/dir; touch example.txt; ls example.txt ...を実行すると ...が表示されます -rw-rw----+ 1 user user 3 nov 27 20:16 example.txt。後で実行すると mv example.txt ~; ll ~/example.txt...が表示され、-rw-rw----+ 1 user user 0 nov 27 21:22 /home/user/example.txtそれ+が許可の最後に表示されます 。そのため+、多くの場所に多くの場所が出現し、それらのファイルがなぜ特別なのかと疑問に思われます(たまたま特定のフォルダからコピー/移動されたからです)。これらの+自動生成を停止する方法はありますか?
ガントン

2

exfatまたはntfsを使用してみてください。私にとってはこのように動作します。しかし、すべてのファイル許可で動作する場合、私は今はしません。私はそうは思いません。


2

これは、共有グループを使用する@gavenkoaのアプローチのわずかなバリエーションであり、マウントされたドライブの変更は含まれません。

マウントされたドライブで使用されているグループID(GID)を確認します。

su
cd /mnt/data/dir  # or wherever it is mounted
ls -l

次のようなものが表示されるとしましょう。

drwxr-xr-x 3 12588 12000  4096 30.06.2017 11:22 Documents/

これは12000、ドライブ内のデータの現在のGIDであり、グループの他のユーザーがデータを読み取りおよび実行できる(ただし書き込みはできない)ことを意味します。新しいグループを作成し(例driveusers:)、現在のユーザーを新しいグループに追加します。

groupadd -g 12000 driveusers
sudo gpasswd -a $USER driveusers  # add the current user to the new group
sudo chmod 770 /mnt/data/dir      # optional, just to ensure the drive mount is accessible to user and group of the drive

1

私はこの他の解決策を見つけました:

/unix/422656/how-to-make-an-ext4-formatted-usb-drive-with-full-rw-permissions-for-any-linux-m/468933#468933

/unix//a/273705

これとともに:

sudo chgrp -R sys /mnt/data/dir
sudo chmod -R g+s /mnt/data/dir
sudo setfacl -R -m g:sys:rwx /mnt/data/dir
sudo setfacl -R -d -m g:sys:rwx /mnt/data/dir

そしてこれの味:

sudo adduser user sys  

ユーザーはで任意のファイルを読み書きできます/dir

@jadelord @ givenkoa Ubuntu(またはFedora)のユーザー向けに提案された解決策について、今日実行できる改善があると思いますか?ありがとう

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.