Права доступа к USB-накопителю при автомонтировании

10

В Debian есть общая проблема: вы пытаетесь подключить жесткий диск USB в формате ntfs, а затем не можете записать его как обычный пользователь, потому что каталог принадлежит root.

Некоторое время назад я прочитал, что это можно исправить добавлением uid=1000,gid=1000опций (или какими бы ни были ваши uid и gid). Это решает проблему, но кажется мне немного неприятным, потому что если у вас многопользовательская система, диск всегда принадлежит одному и тому же пользователю, а не пользователю, который его смонтировал / вошел в систему.

С тех пор, как я работал с Ubuntu, я помню, что это не было проблемой, и вы могли монтировать диски NTFS (с GNOME), и они были доступны для записи пользователю, который их монтировал. Таким образом, кажется, что GNOME может монтировать диск с разрешениями, предоставленными зарегистрированному пользователю.

Однако сейчас я использую KDE в Debian jessie и мне интересно, могу ли я настроить свой компьютер для монтирования дисков с разрешениями пользователя, который имеет активную X-сессию.

Kritzefitz
источник
1
Хммм ... но в одной строчке кратко man fstab
сказано
Я не уверен в ответе, но мои ограниченные знания говорят, что, вероятно, это как-то связано с udev.
ND Geek
@NDGeek, udevзанимается именованием устройств , а не их монтированием .
Jayhendren
@jayhendren хорошо знать. После того, как тыкал в моей собственной системе, был udisksбы более вероятным виновником? Опять же, это та область, с которой у меня не было большого опыта, поэтому я пытаюсь разобраться с этим.
ND Geek

Ответы:

3

Похоже, что вы изменили свой fstab для монтирования этого устройства вручную. Или, возможно, вы сделали записи в autofs? .. Debian / ubuntu уже давно отказался от необходимости монтирования вручную, даже для сред без графического интерфейса.

Как правило, вам не нужно выполнять ручное монтирование, и все различные окружения рабочего стола справляются с этим легко и часто немного по-разному (если устройство не настроено в fstab).

Некоторые используют udev / pmount, а consolekit / policykit помогает с аутентификацией. Первое, что нужно сделать, это удалить настройки ручного монтирования и перезагрузить компьютер. Я уверен, что это поможет решить ваши проблемы с автомонтированием. Почему бы вам не попробовать это сначала, а затем сообщить, если у вас все еще есть проблемы

Кроме того, если вы работали с разрешениями двоичных файлов ntfs-3g или lowntfs-3g, попробуйте вернуть их обратно к их владельцам и разрешениям по умолчанию. Короче говоря, вернитесь к настройкам по умолчанию и перезагрузитесь, и все будет в порядке.

Решение, которое предлагает Kiwy (и другие), станет необходимым, только если у вас возникнут дополнительные проблемы после возврата к настройкам по умолчанию.

Чукс Узоэто
источник
Спасибо, что сработало. Я уверен, что я никогда не помещал их в fstab. Но сейчас это работает.
Kritzefitz
1

Одним из решений, которое я нахожу для этой проблемы, является использование udev.
Отредактируйте /etc/udev/rules.d/99-automount.rulesс вашим любимым редактором и добавьте эти строки:

# --sync to allow removal without corruption 
# exclude sda since its the rootfs 
ACTION=="add",KERNEL=="sd[bcd]*", RUN+="/usr/bin/pmount --sync --noatime --umask 000 %k" 
ACTION=="remove", KERNEL=="sd[bcd]*", RUN+="/usr/bin/pumount %k" 

если у вас есть более одного жесткого диска, вы можете перейти sd[bcd]на него sd[cde]или больше, так как оно будет соответствовать имени устройства, /dev/sd[c or d or e]и эти буквы будут соответствовать количеству подключаемого диска, /dev/sdaявляющегося диском rootfs большую часть времени.

Kiwy
источник