Как удалить флаг выполнения с диска ntfs [дубликат]
На этот вопрос уже есть ответ:
Недавно я установил Ubuntu 17.04 на новый SSD (стандартный установка с помощью ext4), в то время не было подключено ни одного другого диска. После того, как я подключил свой жесткий диск с данными (отформатирован ntfs, это установка с двойной загрузкой с win7), я заметил, что каждый отдельный файл на нем получил выполнение flag (раньше была двойная загрузка с 14.04, но не было этой проблемы).
Если я отключу флаг для отдельного файла, он немедленно сбрасывается. Кроме того, каждый файл, который я копирую на жесткий диск, получает флаг, и если я создаю ссылку на папку жесткого диска на моем ssd, сама ссылка получает флаг после renoot, что делает его непригодным для использования до тех пор, пока я не удалю флаг (он сбрасывается на следующая перезагрузка).
Запись для диска ntfs в / proc / mounts:
dev/sdc1 /media/brad/mydata fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
- Почему это произошло (я не сделал ничего, что должно было вызвать это / как предотвратить это в следующий раз)?
- Как мне сделать это безопасно отменить его для всего диска сразу, не касаясь / не изменяя каждый файл (также без изменения штампа даты файла)?
Re: duplicate:
Я не понимаю, какое это имеет отношение к chmod, я не понимаю Я не хочу изменять права доступа к файлам или папкам, мне нужно исправить то, как ubuntu видит весь диск, потому что это было изменено, и я думаю, что это изменение было очень плохим решением. Так что теперь мне нужно отредактировать fstab, чтобы вернуть поведение до 16.10. Нет никаких упоминаний об этой ситуации или о «правильных» (старых) разрешениях, которые нужно установить в разделе «Как использовать 'chmod 'на разделе NTFS (или FAT32)? ". Хотя переименование этого вопроса в "Восстановление разрешений ntfs до версии до 16.10" может сделать его более уникальным, кто-то с той же проблемой, скорее всего, не знает причины и поэтому не найдет эту ветку, поэтому я сохраняю ее вроде есть.
Все еще ждем удаления неправильной «Дубликатной» заметки. Вот как выглядит дубликат: https://superuser.com/questions/512393/why-is-every-file-marked-as-an-executable-on-my-mounted-ntfs -раздел
1 ответ
Этот ответ является, вероятно, неправильным, помогите улучшению его!
Почему сделал это происходит:
Поскольку человечность измененная ntfs обработка разрешения от версии 16.10 вперед.
Как безопасно отменить его:
- После того как диск ntfs смонтирован, возьмите текущую запись монтирования от/etc/mtab или/proc/mounts и исправьте его (по словам "человека mount.ntfs" - ОПЦИИ: user_id должен стать uid, group_id должен стать ценурозом, nodev становится no_def_opts, rw, nosuid, и blksize, кажется, не существуют??, default_permissions становится полномочиями), ВОЗМОЖНО, также необходимо подкачать fuseblk для ntfs-3g, я не знаю.
- добавьте полезные опции:
windows_names так создание имен файлов с символами, которые не позволяются окнами (например, двоеточия) запрещается (это должно быть значением по умолчанию, по моему скромному мнению, но не).
noauto, если Вам нравится предотвращать автомонтирование - добавьте строку желаемым fmask, и dmask (для ntfs монтируют, что опции, просто с помощью umask привели бы к неправильным полномочиям папки). "Нормальные" полномочия для файлов являются rw-r - r - и для каталогов, это - rwxr-xr-x (каталоги должны выполнить разрешение, видеть https://superuser.com/questions/168578/why-a-folder-must-be-executable). Согласно http://www.webune.com/forums/umask-calculator.html полномочия файла переводят в 644 и преобразованный в fmask, который равняется 133, полномочия папки rwxr-xr-x переводят в 755, преобразованный в dmask, который равняется 022.
- Добавьте результат
/dev/sdc1 /media/brad/mydata fuseblk no_def_opts,relatime,uid=0,gid=0,permissions,allow_other,noauto,windows_names,fmask=0133,dmask=022 0 0к/etc/fstab (используют Ваши собственные пути, конечно, и не добавляют дополнительные пробелы).
Отказ от ответственности: Я все еще понятия не имею, безопасно ли это. Мог кто-то хорошо осведомленный взглянуть?
..................................................................................................................................................................
старый, неправильный материал, незаконченное удаление:
/dev/sdc1 /media/brad/mydata fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,noauto,fmask=0133,dmask=022 0 0
Наконец отваженный для испытания его но нажатие на устройство я получаю это сообщение об ошибке
Unable to access location Error mounting system-managed device /dev/sdc1:Command-line 'mount"/media/brad/mydata"'exited with non-zero exit status 32: mount: wrong fs type, bad opton, bad superblock on /dev/sdc1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. dmesg | хвост не показал сопутствующей информации.
Так существует ли конфликт dmask/fmask с этими зловещими default_permissions, или я должен использовать UUID или что-то совершенно другое?