700 вместо 755 разрешений на автоматически подключаемый жесткий диск USB? [дубликат]
На этот вопрос уже есть ответ здесь:
Я использую Ubuntu 12.10 ( kernel 3.5.0-21-generic) на ноутбуке, и, похоже, столкнулся со странной проблемой с автоматически смонтированным внешним USB-жестким диском FAT32: разрешения для каталога монтирования диска и всего в нем сопоставлены с " drwx ------ "(700) после авто-монтирования. Подключенный к USB жесткий диск - Western Digital WDC WD5000BPVT-22HXZT3 (SATA-2); У меня есть еще один встроенный в ноутбук, и он работает как шарм.
Насколько я понимаю, вместо этого должно быть 755 разрешений, а настройка 700 вызывает серьезные проблемы с моей программой резервного копирования (удачная резервная копия); программа просто больше не может создавать резервные копии, потому что не может получить доступ к каталогам на USB-накопителе. Однако ручное копирование данных на жесткий диск USB (с помощью nautilus или терминала) не вызывает проблем с доступом. Это может быть связано, поскольку эти программы обращаются к файлам напрямую, а не косвенно, используя задание cron, такое как инструмент резервного копирования.
Сегодня я много гуглил, пытаясь найти похожие случаи с решениями, но пока ни один из них не работал; лучший намек, который я обнаружил, заключался в том, что разрешения могут быть сброшены до 700 всякий раз, когда процедура mouning обнаруживает проблему с жестким диском USB по любой причине.Если проверил журналы и обнаружил, что устройство действительно вызывало
"HDIO_GET_IDENTITY failed for '/dev/sdc': Invalid argument"предупреждения из-за hdparm, я установил параметр «nohdparm» в параметре GRUB_CMDLINE_LINUX_DEFAULT в / etc / default / grub. Проверка журналов показывает, что предупреждения были устранены, но, к сожалению, разрешения USB HDD не вернулись в нормальное состояние.
Затем я попробовал другую идею, предлагавшую определить политику подключения USB , но и тут не повезло, ничего не меняло. Поэтому у меня остаются вопросы:
- каковы причины автоматического монтирования жестких дисков USB FAT32 с разрешением 700? И если это задумано, осведомлены ли власти, сколько программного обеспечения НЕ использует текущего пользователя для доступа к файлам?
- Связано ли это каким-либо образом с этой 3-летней ошибкой? https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/390040/
- Есть ли обходной путь, который не предполагает отказ от FAT32 на жестких дисках USB? В конце концов, мне нравится иметь прямой доступ к резервным копиям данных из нескольких ОС ...
Заранее спасибо ...
1 ответ
Наконец, я нашел обходной путь, добавив следующее статическое определение в / etc / fstab: UUID = 7358-CACE / media / backup vfat users, nofail, flush, utf8, umask = 0000 0 2
По сути, эта запись определяет независимую от пользователя монтируемую плату для моего жесткого диска USB. Он имитирует root как пользователя и группу для чего-либо на жестком диске USB, и это нормально, потому что umask = 0000 гарантирует, что каждый может делать что угодно на диске. Другие варианты:
- «nofail» гарантирует, что ядро не работает, если диск не присутствует во время загрузки
- «пользователи» гарантирует, что кто-нибудь может отключить диск, не просто root
- «flush» должен убедиться, что диск часто сбрасывается, но не синхронизируется
- utf8 должен иметь возможность правильно переводить специальные символы в именах файлов
Единственная проблема, которая остается с этим, заключается в том, что nautilus каким-то образом решает закрыть, когда я размонтирую устройство, но я могу жить с этим. В системном журнале или файле auth.log нет записи об ошибке, из-за которой происходит сбой ...