Не может применить chmod к файлу
LVM не заботится о том, что базовые блочные устройства так, можно смешать любые физические устройства или даже устройства набега программного обеспечения, и он просто работает.
TL; DR;
Примечание: На основе непрерывного обновления вопроса OP с новой информацией было определено, что проблема была, он монтировал раздел NTFS. Таким образом, № 3 ниже является фактическим решением его проблемы. Я оставляю другие 2 метода здесь для других, которые могут встретиться с подобными проблемами, которые не используют раздел NTFS.
Идея № 1 - медиа, только для чтения (ISO/CD/DVD)?
Смотрите на вывод mount команда, конкретно что-то вроде этого:
$ mount | grep '/media'
Устройство это смонтировано под /media/celebisait вероятно или файл ISO или CD/DVD медиа. В этом случае Вы не сможете получить доступ для записи к, так как они обычно только для чтения.
Можно сказать то, что смонтировало чтение-запись по сравнению с только для чтения путем нового превращения к mount вывод команды.
Пример
/dev/mapper/fedora_greeneggs-root on / type ext4 (rw,relatime,seclabel,data=ordered)
Заметьте вывод в круглой скобке. Первый аргумент перед первой запятой rw который обозначает доступ для чтения-записи. Если бы это было устройство только для чтения, то это имело бы a ro там вместо этого.
Альтернативный метод
Можно также узнать, от какого устройства конкретное местоположение на жестком диске получено при помощи df -h . команда. Это покажет Вам исходное устройство текущего каталога.
$ df -h .
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/fedora_greeneggs-home 402G 156G 226G 41% /home
Здесь мы видим, что я нахожусь в каталоге/подкаталоге, это - часть монтирования /home, который поддерживается устройством /dev/mapper/fedora_greeneggs-home.
С названием устройства Вы могли затем искать это также в выводе mount.
Пример
$ mount | grep '/dev/mapper/fedora_greeneggs-home'
/dev/mapper/fedora_greeneggs-home on /home type ext4 (rw,relatime,seclabel,data=ordered)
Идея № 2 - Но устройство является смонтированным чтением-записью!
Если Вы находите, что Ваше устройство является смонтированным чтением-записью, Вы могли бы хотеть попытаться установить PySDM - менеджер по Устройству хранения, который позволяет полную настройку точек монтирования жесткого диска без ручного доступа к /etc/fstab. Это также позволяет создание udev правила для динамической конфигурации устройств хранения
шаги к чтению-записи
- установите менеджера по физическому устройству хранения:
sudo apt-get install pysdm - открытая кормушка устройства хранения:
sudo pysdm - выберите свои необходимые диски
- нажатие помогает
- снимите флажок открытый как только для чтения
- проверьте пользователя владельца файловой системы и запишите Ваше имя пользователя:
celebisait - нажмите хорошо
- нажатие применяется
- Диск umount
- смонтируйте его
Источник: Как я могу изменить полномочия на внешних дисках?
Идея № 3 - разделы NTFS
На основе вывода Вы отправили для команды:
$ sudo fdisk -l /dev/sdb
...
Device Boot Start End Blocks Id System
/dev/sdb1 2048 1536002047 768000000 7 HPFS/NTFS/exFAT
У Вас есть разделы NTFS, который объясняет, почему Вы не смогли chmod файлы на NTFS смонтировали раздел (разделы). Если Вы используете ntfs-3g модуль для доступа к разделу NTFS необходимо смочь к чтению-записи диск, просто не влиять на его полномочия с помощью нормального комплекта Unix инструментов.
Поскольку Вы упоминаете жесткий диск.
Мой ответ - то, что не возможно chmod файл на NTFS или разделе FAT32.
На самом деле только файловая система unix/linux как ext3,ext4 поддерживайте те атрибуты.
/dev/sdb1 2048 1536002047 768000000 7 HPFS/NTFS/exFAT
Это ясно показывает это /dev/sdb1 был раздел NTFS.
-
1, как Вы знаете, что это - NTFS? это, вероятно, но youcan't предполагают, что от вопроса – Kiwy 21.01.2014, 16:32
-
2@Kiwy это более вероятно, будет, на самом деле иметь место, чем другой ответ начиная с OP, упоминает жесткий диск. – Joseph R. 21.01.2014, 16:41
У меня была подобная проблема с разделом NTFS недавно. Было уже указано, что NTFS нельзя было изменить полномочия, но эти полномочия могут быть установлены при монтировании файловой системы. Учитывая идентификаторы групп или пользователей Вы хотите смочь получить доступ к файлам, Вы могли сделать что-то как:
sudo mount -t ntfs -o gid=46,fmask=0003,dmask=0002 /dev/sdb1 /media/DATAPART1
смонтируйте страницу справочника, таким образом, можно адаптировать ее в соответствии с вариантом использования:
/dev/sdb1 2048 1536002047 768000000 7 HPFS/NTFS/exFAT
/dev/sdb1 on /media/celebisait/5AC69788C6976355 type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
Тип fuseblk и вывод fdisk указывает, что Ваш раздел является разделом NTFS. Они не поддерживают схему полномочий файла UNIX/LINUX, поскольку другой *ОТКЛОНЯЮТ собственные файловые системы.
Решение просто перемещает файл в файловую систему, которая поддерживает эти полномочия как Ваш корень. Путем Вы хотите сделать это, не будет просто работать.
cp /media/celebisait/5AC69788C6976355/myFile.tar.gz ~/
chmod 755 ~/myFile.tar.gz
ls -l ~/myFile.tar.gz
Каталог, вероятно, только для чтения. Попробуйте это:
ls -ld .
chmod 755 .
chmod 755 myFile.tar.gz
-
1Это не корректно. В обычной файловой системе Unix это хорошо работает к chmod файл в каталоге только для чтения. Вы не должны писать полномочия на каталоге, чтобы читать, записать, или метаданные изменения файла в том каталоге. Вы действительно должны записать разрешение создать новые файлы или удалить существующие. – Nate Eldredge 22.01.2014, 06:00
celebisaitего имя пользователя. – Avinash Raj 21.01.2014, 16:58