Windowsパーティションをマウントするためのベストプラクティス


13

私はラップトップでWindowsとDebianのデュアルブートを実行しています。私は主にLinuxを使用していますが、時々Windowsパーティションのファイルにアクセスする必要があります。Windowsパーティションは、起動時に次のようにマウントされます。

>cat /etc/fstab |grep Win7
LABEL=Windows7_OS /mnt/Win7 auto nosuid,nodev,nofail,x-gvfs-show 0 0

基本的に、Windowsパーティション内のすべてのファイルはroot:rootによって所有され、777許可を持っています。その後、作業中の(Linux)パーティションにファイルをmvするたびに、自分が所有するパーティションの下に777ファイルがあります(端末のcpは755ファイルを提供しますが、gnomeを介して実行すると777権限でファイルを保存します) 。

これはパーティションをマウントするためのベストプラクティスですか?または、ルートの代わりに、すべてのファイル/ディレクトリの所有者であり、ブート時にマウントが発生したときにすべてのディレクトリを755に、ファイルを644に設定できるようにマウントする必要がありますか?もしそうなら、どのようにそれを行うことができますか?


2
マイナーな小片(uooc ...):grep Win7 /etc/fstab
オリビエデュラック

回答:


17

オプション*を使用fmaskおよびdmaskマウントして、ntfsファイルシステムのアクセス許可マッピングを変更できます。

ファイルを表示するにはrw-r--r--(644)、ディレクトリはrwxr-xr-x(755)を使用しますfmask=0133,dmask=0022。ユーザーに書き込みアクセスが必要な場合は、これuid=gid=オプションを組み合わせて、ファイルの所有者とグループを選択できます。

* fmaskおよびdmaskカーネルの作業に思える(読み取り専用)ドライバーだけでなく、それらがに記載されていなくてもというのmanページをマウントします。彼らはされている文書 ntfs-3gをするためのオプションを。


デフォルトのumaskはすでに0022です。私は自分の家にwin7のから、端末を使用してファイルをmvをする場合でも、ファイルはまだ777です
albertma789

2
答えのfmaskとdmaskはマウントオプションです。fstabでそれらを変更してファイルシステムを再マウントすると、Windowsファイルシステムのファイル/ディレクトリは、777/777ではなく644/755のアクセス許可で表示されます。
セバスト

5
LABEL=Windows7_OS /media/Win7 auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Windows,uid=1000,gid=1000,fmask=0133,dmask=0022 0 0魅力のように機能します。まさに私が必要なもの!
albertma789

特定のドライブではなく、特定のファイルシステム(FAT32 / NTFS)にそのようなデフォルトを設定することは可能ですか?フラッシュドライブやその他のリムーバブルメディアを使用する場合は、これを利用できると便利です。
JAB


7

まず第一に、これは/ mntの使用方法ではありません。これは、すべてのシステムブートではなく、一時的にファイルシステムで管理タスクを実行するためです。

WindowsパーティションはLinuxシステムの実行に関与しないため、/ mediaの下にマウントするのが理にかなっています。また、/ Windowsとしてルート/の下にマウントすることを検討して、リムーバブルメディアに対する/ mediaの混乱を避けることもできます。

権限については、windowsというグループを使用します

groupadd -g 1001 Windows

次のようなオプションを使用して、必要な権限を付与します。

gid=1001,umask=022

cpを使用し、別々のファイルシステム間で権限を維持する場合は、-pまたは-aフラグを指定してcpを使用します。


デフォルトのumaskはすでに0022です。しかし、Win7から自宅に端末を使用してファイルをmvするとき、ファイルはまだ777です。代わりに/ mediaにマウントすることをお勧めします。
albertma789

ファイルシステム間でファイルをコピーする場合、ファイルシステムを保持しない限り、そのファイルシステムのデフォルトのパーミッションが使用されます。更新された回答を参照してください。
jdwolf

私は同意するものの/mntマウントポイントには最適ではない、/mediaリムーバブルメディア(例えば、DVDやUSBドライブ)用です。私は確かに起こることになっているマウントの良い答えがあるわけではない:unix.stackexchange.com/questions/29134/...
StrongBad

@StrongBad Filesystem Hierarchy Standardは、特に古いUnix以降のディレクトリではそれほど標準ではありません。たとえば、FHS 2.3は/ runの現在のプラクティスを反映していません。FHS 3.0 refspecs.linuxfoundation.org/FHS_3.0/fhs/ch03s11.htmlを見てください。これは/ mntを使用しないことをさらに示していますが、その合理性は「技術的にはウィンドウはリムーバブルメディアではありません」よりもはるかに明確です/ rootに独自のディレクトリをマウントしても何も問題はありません。
jdwolf

4

マウントオプションを使用してuidgidfmaskdmaskあなたは全体のNTFSはあなたの通常のユーザーアカウントおよび/または1つのグループにアクセス可能なファイルシステム・作ることができます。しかし、それはすべてか無かです。NTFSファイルシステムに関する限り、Windowsで常に完全な管理者として実行するか、Linuxですべてをルートとして実行するようなものです。ntfs-3gNTFSファイルシステムドライバは、それよりも良い行うことができます。

あなたが使用している場合ntfs-3gは、使用することができますntfsusermapあなたのNTFSファイルシステム(S)のためのユーザー・マッピング・ファイルを作成するコマンドを。このコマンドは、Windowsユーザー名とそれに対応するWindows SIDを識別し、それらをLinuxユーザーおよびグループIDに関連付けるのに役立ちます。

この方法で、WindowsユーザーアカウントのSIDをLinux UIDに関連付けることができます。このようにして、ユーザーマッピングファイルを使用してNTFSファイルシステムをマウント<NTFS filesystem root>/.NTFS-3G/UserMappingすると、通常のLinuxユーザーアカウントを使用して、WindowsユーザーアカウントがアクセスできるようにNTFSファイルシステムにアクセスできます。Windowsで管理者権限が必要な場合でも、Linuxではrootが必要です。

この方法により、Windowsパーティション上のファイルに便利にアクセス\Windowsできますが、rootとして実行している場合を除き、コマンドの入力ミスによるディレクトリの混乱から保護されます。

windows_namesNTFSパーティションでマウントオプションを使用して、Windowsがアクセスできない名前のファイルを誤って作成しないようにすることもできます。

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