Не мог изменить полномочия корня файловой системы

Я нашел проблему путем сравнения моей сохраненной сессии в PuTTY для "проблемного" сервера одному для "рабочего" сервера. Под опциями эмуляции терминала у меня был "Режим Источника DEC первоначально на" проверенном. Снятие выделения с этой опцией решило проблему.

3
28.04.2013, 22:45
2 ответа

chmod 777 CFB1-5DDA сбои, потому что CFB1-5DDA точка монтирования, и смонтированная файловая система является vfat. Таким образом, Вы пытаетесь записать метаданные в файловую систему, которую файловая система не поддерживает (т.е. не может сохранить). Простой как это.

strace chmod 777 CFB1-5DDA шоу Вы ошибка ядра.

Для изменения прав доступа, необходимо изменить монтирование (-o remount или umount; mount).

5
27.01.2020, 21:14
  • 1
    у меня все еще есть проблема. Когда я делаю umount и chmod 777 CFB1-5DDAи затем сделайте ls -la Это показывает измененные полномочия, но когда я снова монтирую его, полномочия остаются неизменными. U может уточнить то, как сделать это? –  tusharmakkar08 28.04.2013, 17:48
  • 2
    @TusharMakkar, Который является легко explaied недоразумение Вами. Вы не видите тот же каталог в обоих случаях. После того как Вы видите каталог точки монтирования в своей файловой системе Linux (который может сохранить эти права доступа), в другом случае Вы видите корневой каталог смонтированного объема. Метаданные, вероятно, изменились бы, даже если бы Вы смонтировались, например, ext3 раздел, потому что корневая папка FS всегда покрывает точку монтирования. Вы можете CD в точку moint от другой оболочки. ls -ld покажет Вам старые данные даже после монтирования. Взгляните на vfat, монтируют опции. –  Hauke Laging 28.04.2013, 17:52
  • 3
    Большое спасибо... Это работало sudo mount -t vfat /dev/sda5 CFB1-5DDA -o uid=0,gid=0,umask=000 –  tusharmakkar08 28.04.2013, 19:03
  • 4
    Эта ссылка была полезна для нахождения выхода. –  tusharmakkar08 28.04.2013, 19:04
  • 5
    , намного более полезный, чем выбранный ответ. –  Hi-Angel 01.03.2015, 19:55

Я не мог выяснить, которые делят/монтируют, на самом деле поддерживает каталог/файлы, которые дают Вам проблемы полномочий.

Если это - NTFS или возможно один из предохранителя затем, полномочия, отображенные на Вашем клиенте, могут вводить в заблуждение. Они - не обязательно фактические полномочия. Истинными полномочиями для них управляет фактическая учетная запись, это делает монтирование доли NTFS/FUSE.

Для истинных полномочий необходимо будет, вероятно, обратиться к инициатору полномочий (т.е. машина, делящая файлы), а не сторона клиента.

Например,

Здесь я монтирую долю Samba с помощью mount.cifs. До монтирования доли, каталог, где я буду монтировать его к (иначе. точка монтирования), permissioned как так:

$ 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

Теперь я монтирую, что мой Samba совместно использует "sam", прибывающий из сервера "bart" использование учетной записи пользователя "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

Полномочий, которые каталог,/mnt, имел ранее, не стало, пока нам смонтировали долю Samba к этому местоположению. Исходного/mnt не не стало, если мы были к unmount /mnt исходный/mnt все еще там, монтирование не уничтожает содержание каталога, в соответствии с которым Вы монтируетесь на вершине.

Примечание: Идентификатор пользователя отображен как 5 060, больше доказательства, что Вы имеете дело с удаленной файловой системой, что локальная система не знает об этих идентификаторах пользователей.

ключевые пункты для запоминания

  • Файлы, которые отображаются, не являются действительно частью локальной файловой системы
  • полномочия диктует сервер файлов, не клиенты
  • монтирующиеся технологии по сути отличаются, таким образом, необходимо обратить внимание на то, которые используются где
1
27.01.2020, 21:14

Теги

Похожие вопросы