ls -laを作成すると、出力は次のようになります。
tusharmakkar08-衛星-C660 tusharmakkar08#ls -la 合計88個 drwxr-x---+ 10ルート4096 4月18日、19:43。 drwxr-xr-x 4root4096 3月18日、17:35.. drwxr-xr-x 4 root32768 1970年1月1日 CFB1-5DDA drwxrwxrwx 2root4096 2月23日 00:09 FA38015738011473 drwxrwxrwx 2ルートルート4096 4月17日14:00ローカル drwxrwxrwx 2 ルート ルート 4096 3月19日 05:04 local\040Disk1 drwxrwxrwx 2ルートルート4096 4月18日19:43 local\134x20Disk1 drwxrwxrwx 2ルートルート4096 2月23日00:09ローカルディスク drwxrwxrwx 1 ルート ルート 24576 4月19日 15:15 local\x20Disk1 drwxrwxrwx 2 root root4096 2月23日 00:08 PENDRIVE
CFB1-5DDAの権限を変更したいのですが、変更できません。私が書くとき
chmod 777 CFB1-5DDA
権限は変更されません。出力
sudo blkid -c /dev/null
はい
tusharmakkar08-satellite-C660 tusharmakkar08# sudo blkid -c /dev/null /dev/sda2: UUID="FA38015738011473" タイプ="ntfs" /dev/sda3: LABEL="ローカルディスク" UUID="01CD72098BB21B70" TYPE="ntfs" /dev/sda4: UUID="2ca94bc3-eb3e-41cf-ad06-293cf89791f2" タイプ="ext4" /dev/sda5: UUID="CFB1-5DDA" タイプ="vfat"
出力
猫/etc/fstab
はい
tusharmakkar08-satellite-C660 tusharmakkar08 #猫 /etc/fstab # /etc/fstab: 静的ファイルシステム情報。 # # #/dev/sda4エントリ： UUID=2ca94bc3-eb3e-41cf-ad06-293cf89791f2 / ext4 デフォルト 01 #/dev/sda2エントリ： UUID=FA38015738011473 /media/sda2 ntfs-3g デフォルト、 locale=en_IN 0 0 #/dev/sda5 エントリ: UUID=CFB1-5DDA /media/tusharmakkar08/CFB1-5DDA vfat デフォルト 0 0 /dev/sda3 /media/tusharmakkar08/Local\134x20Disk1 fusionblk デフォルト、nosuid、nodev、許可_その他、blksize=4096 0 0 /dev/sda3 /media/tusharmakkar08/Local\x20Disk1 ntfs-3g デフォルト、nosuid、nodev、locale=en_IN 0 0 #/dev/sda3 /media/tusharmakkar08/Local\134x20Disk1 ntfs デフォルト、nls=utf8,umask=0222,nosuid,nodev 0 0
そして出力
山
はい
tusharmakkar08-satellite-C660 tusharmakkar08#インストール /dev/sda4 オン/入力 ext4(rw) /proc の proc タイプ proc(rw,noexec,nosuid,nodev) /sysのsysfsタイプsysfs（rw、noexec、nosuid、nodev） /sys/fs/fuse/connections に fusectl(rw) タイプがありません。 /sys/kernel/debug タイプ debugfs(rw) にはありません /sys/kernel/security タイプ securityfs(rw) にはありません / devからudev型devtmpfs（rw、mode = 0755） /dev/pts 型 devpts の devpts(rw,noexec,nosuid,gid=5,mode=0620) /run で tmpfs 型 tmpfs(rw,noexec,nosuid,size=10%,mode=0755) /run/lock タイプは tmpfs では使用できません (rw, noexec, nosuid, nodev, size=5242880) /run/shm タイプ tmpfs は使用できません (rw, nosuid, nodev) /run/user 型 tmpfs は使用できません (rw, noexec, nosuid, nodev, size=104857600, mode=0755) /sys/fs/cgroup の cgroup 型 tmpfs(rw,relatime,mode=755) /sys/fs/cgroup/cpuset の cgroup タイプ cgroup(rw, relatime, cpuset) /sys/fs/cgroup/cpu の cgroup タイプ cgroup(rw, relatime, CPU) /sys/fs/cgroup/cpuacct の cgroup タイプ cgroup(rw, relatime, cpuacct) /sys/fs/cgroup/memory の cgroup タイプ cgroup(rw, relatime, memory) /sys/fs/cgroup/devices の cgroup タイプ cgroup(rw, relatime, devices) /sys/fs/cgroup/freezer の cgroup タイプ cgroup(rw, relatime, Freezer) /sys/fs/cgroup/blkio の cgroup タイプ cgroup(rw, relatime, blkio) /sys/fs/cgroup/perf_event の cgroup タイプ cgroup(rw,relatime,perf_event) /dev/sda2 /media/sda2 の fusionblk(rw,nosuid,nodev,allow_other,blksize=4096) タイプ /dev/sda5 は、/media/tusharmakkar08/CFB1-5DDA タイプ vfat(rw) にあります。 /media/tusharmakkar08/Local\x20Disk1 のタイプ /dev/sda3 fusionblk(rw,nosuid,nodev,allow_other,blksize=4096) binfmt_misc タイプ binfmt_misc(/proc/sys/fs/binfmt_misc)(rw, noexec, nosuid, nodev) /run/user/tusharmakkar08/gvfs の gvfsd-fuse タイプ fusion.gvfsd-fuse (rw,nosuid,nodev,user=tusharmakkar08)
答え1
chmod 777 CFB1-5DDACFB1-5DDAマウントポイントでマウントされたファイルシステムがvfatなので失敗しました。したがって、ファイルシステムがサポートしていない（つまり、保存できない）ファイルシステムにメタデータを書き込もうとします。とても簡単です。
strace chmod 777 CFB1-5DDAカーネルエラーを表示します。
アクセス権を変更するには、インストール（-o remountまたはumount; mount）を変更する必要があります。
答え2
権限の問題を引き起こすディレクトリ/ファイルを実際にサポートしているパーティション/マウントが何であるかはわかりません。
NTFSまたはFusionファイルシステムのいずれかである場合、クライアントに表示される権限が誤解を招く可能性があります。必ずしも実際の権限ではありません。これに対する実際の権限は、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について知らないというより多くの証拠です。
覚えておくべき重要事項
- 表示されるファイルは、実際にはローカルファイルシステムの一部ではありません。
- 権限は、クライアントではなくファイルサーバーによって決定されます。
- 設置技術は本質的に異なるため、どの技術がどこで使用されるかに注意を払う必要があります。