web-dev-qa-db-ja.com

ファイルシステムルートの権限を変更できません

Ls -laと書くと、出力は次のようになります。

 tusharmakkar08-Satellite-C660 tusharmakkar08#ls -la 
合計88 
 drwxr-x --- + 10 root root 4096 Apr 1819:43。
 drwxr -xr-x 4 root root 4096 Mar 18 17:35 .. 
 drwxr-xr-x 4 root root 32768 Jan 1 1970 CFB1-5DDA 
 drwxrwxrwx 2 root root 4096 Feb 23 00:09 .. FA38015738011473 
 drwxrwxrwx 2 root root 4096 Apr 17 14:00 Local 
 drwxrwxrwx 2 root root 4096 Mar 19 05:04 Local\040Disk1 
 drwxrwxrwx 2 root root 4096 Apr 18 19:43 Local\134x20Disk1 
 drwxrwxrwx 2 root root 4096 Feb 2300:09ローカルDisk 
 drwxrwxrwx 1 root root 24576 Apr 19 15:15 Local\x20Disk1 
 drwxrwxrwx 2 root root 4096 Feb 23 00:08ペンドライブ

CFB1-5DDAの権限を変更したいのですが、変更できません。私が書くとき

 chmod 777 CFB1-5DDA 

それでも権限は変更されません。の出力

 Sudo blkid -c /dev/null

です

 tusharmakkar08-Satellite-C660 tusharmakkar08#Sudo blkid -c /dev/null
/dev/sda2:UUID = "FA38015738011473" TYPE = "ntfs" 
/dev/sda3: LABEL = "ローカルディスク" UUID = "01CD72098BB21B70" TYPE = "ntfs" 
/dev/sda4:UUID = "2ca94bc3-eb3e-41cf-ad06-293cf89791f2" TYPE = "ext4" 
/dev/sda5:UUID = "CFB1-5DDA" TYPE = "vfat" 

の出力

 cat/etc/fstab 

です

 tusharmakkar08-Satellite-C660 tusharmakkar08#cat /etc/fstab
#/etc/fstab:静的ファイルシステム情報。
#
#
 
#/ dev/sda4のエントリ:
 UUID = 2ca94bc3-eb3e-41cf-ad06-293cf89791f2/ext4 defaults 01 
#Entry for/dev/sda2:
 UUID = FA38015738011473/media/sda2 ntfs-3g defaults、locale = en_IN 0 0 
#Entry for/dev/sda5:
 UUID = CFB1-5DDA/media/tusharmakkar08/CFB1-5DDA vfatデフォルト00 
/dev/sda3/media/tusharmakkar08/Local\134x20Disk1fuseblkdefaults、nosuid、nodev、allow_other、blksize = 4096 0 0 
/dev/sda3/media/tusharmakkar08/Local\x20Disk1 ntfs-3g defaults、nosuid、nodev、locale = en_IN 0 0 
 
#/ dev/sda3/media/tusharmakkar08/Local\134x20Disk1 ntfs defaults、nls = utf8、umask = 0222、nosuid 、nodev 0 0 

そしての出力

マウント

です

 tusharmakkar08-Satellite-C660 tusharmakkar08#mount 
/dev/sda4 on/type ext4(rw)
 proc on/proc type proc(rw、noexec、nosuid、nodev)
 sysfs on/sys type sysfs(rw、noexec、nosuid、nodev)
 none on/sys/fs/Fuse/connections typefusedctl(rw)
 none on/sys/kernel/debug type debugfs(rw)
 none on/sys/kernel/security type securityfs(rw)
 udev on/dev type devtmpfs(rw、mode = 0755)
 devptson/dev/ptsタイプdevpts(rw、noexec、nosuid、gid = 5、mode = 0620)
 tmpfs on/runタイプtmpfs(rw、noexec、nosuid、size = 10%、mode = 0755)
/run/lockタイプのtmpfs(rw、noexec、nosuid、nodev、size = 5242880)ではなし
/run/shmタイプのtmpfs(rw、nosuid、nodev)ではなし
なしon/run/user type tmpfs(rw、noexec、nosuid、nodev、size = 104857600、mode = 0755)
 cgroup on/sys/fs/cgroup type tmpfs(rw、relatime、mode = 755)
 cgroup on/sys/fs/cgroup/cpuset type cgroup(rw、relatime、cpuset)
 cgroup on/sys/fs/cgroup/cpu type cgroup(rw、relatime、cpu)
 cgroup on/sys/fs/cgroup/cpuacct type cgroup(rw、relatime、cpuacct)
 cgroup on/sys/fs/cgroup/memory type cgroup(rw、relatime、memory)
 cgroup on/sys/fs/cgroup/devices type cgroup(rw、relatime、devices)
 cgroup on/sys/fs/cgroup/freezer type cgroup(rw、relatime、freezer)
 cgroup on/sys/fs/cgroup/blkio type cgroup(rw、relatime、blkio)
 cgroup on/sys/fs/cgroup/perf_event type cgroup(rw、relatime、perf_event)
/dev/sda2 on/media/sda2タイプfuseblk(rw、nosuid、nodev、allow_other、blksize = 4096)
/dev/sda5 on/media/tusharmakkar08/CFB1-5DDAタイプvfat(rw)
/dev/sda3 on/media/tusharmakkar08/Local\x20Disk1タイプfuseblk(rw、nosuid、nodev、allow_other、blksize = 4096)
 binfmt_misc on/proc/sys/fs/binfmt_miscタイプbinfmt_misc(rw、noexec、nosuid、nodev)
 gvfsd-/run/user/tusharmakkar08/gvfsタイプのFuse.gvfsd-Fuse(rw、nosuid、nodev、user = tusharmakkar08)
3
tusharmakkar08

chmod 777 CFB1-5DDACFB1-5DDAはマウントポイントであり、マウントされたファイルシステムはvfatです。そのため、ファイルシステムがサポートしていない(つまり保存できない)ファイルシステムにメタデータを書き込もうとしています。そのような単純な。

strace chmod 777 CFB1-5DDAはカーネルエラーを表示します。

アクセス権を変更するには、マウントを変更する必要があります(-o remountまたはumount; mount)。

5
Hauke Laging

どのパーティション/マウントが実際にアクセス許可の問題を引き起こしているディレクトリ/ファイルをバックアップしているのか理解できませんでした。

NTFSまたはおそらくFuseのいずれかである場合、クライアントに表示されるアクセス許可は誤解を招く可能性があります。それらは必ずしも実際の権限ではありません。これらの実際のアクセス許可は、NTFS/Fuse共有のマウントを実行している実際のアカウントによって管理されます。

真のアクセス許可については、クライアント側ではなく、アクセス許可の発信者(つまり、ファイルを共有しているマシン)に目を向ける必要があります。

例えば

ここでは、mount.cifsを使用してSamba共有をマウントしています。共有をマウントする前に、それをマウントするディレクトリ(別名マウントポイント)は次のように許可されます。

$ ls -dl /mnt
drwxr-xr-x. 5 root root 4096 Apr 20  2011 /mnt/

このディレクトリの内容は次のとおりです。

$ ls -la /mnt
total 20
drwxr-xr-x.  5 root root 4096 Apr 20  2011 .
drwxr-xr-x. 26 root root 4096 Apr 26 08:11 ..
drwxr-xr-x.  2 root root 4096 Dec 28  2010 m1
drwxr-xr-x   2 root root 4096 Apr 20  2011 test1
drwxr-xr-x   2 root root 4096 Apr 20  2011 test2

次に、ユーザーアカウント「sam」を使用して、サーバー「bart」から取得したSamba共有「sam」をマウントします。

注:ユーザーアカウント「sam」は、ローカルマシンではなく、サーバー「bart」に対してローカルです。

$ mount -t cifs //bart/sam -o username=sam /mnt

/ mntがどのように見えるか見てみましょう:

$ ls -ld /mnt/
drwxr-x--- 123 5060 1000 0 Apr 28 12:14 /mnt/

$ ls -l /mnt/ | head -5
total 72828
drwxr-xr-x  3 5060 users        0 Oct 23  2009 backup_archives
-rw-r--r--  1 5060  1000     9907 Jan 31 14:39 bashrc
-rw-r--r--  1 root root     50664 Oct 10  2007 bg_body.png
drwxr-xr-x  4 5060 users        0 Mar 16  2012 bin

Samba共有がこの場所にマウントされている限り、ディレクトリ/ mntが以前持っていた権限は失われます。元の/ mntは消えていません。unmount /mntした場合、元の/ mntはまだそこにありますが、マウントしても、上にマウントしているディレクトリの内容は破棄されません。

注:ユーザーIDは5060として表示されます。これは、ローカルシステムがこれらのユーザーIDを認識していないというリモートファイルシステムを扱っていることを示す証拠です。

覚えておくべき重要なポイント

  • 表示されているファイルは、実際にはローカルファイルシステムの一部ではありません
  • 権限は、クライアントではなく、ファイルのサーバーによって決定されます
  • 取り付け技術は本質的に異なるため、どの技術がどこで使用されているかに注意を払う必要があります
1
slm