Дозволи на USB-накопичувач при автоматичному налаштуванні

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

Трохи часу тому я прочитав, що це можна виправити, додавши uid=1000,gid=1000(або будь-які варіанти вашого uid та gid). Це вирішує проблему, але здається мені трохи неприємним, тому що якщо у вас багатокористувацька система, привід завжди належить тому ж користувачеві, а не користувачеві, який його встановив / увійшов у систему.

З мого часу роботи з Ubuntu я пам’ятаю, що це не проблема, і ви можете монтувати диски NTFS (з GNOME), і вони могли писати користувач, який їх встановив. Отже, здається, що GNOME здатний змонтувати накопичувач з дозволами, наданими користувачеві, який увійшов у систему.

Однак зараз я використовую KDE на Debian Джессі, і мені цікаво, чи можу я налаштувати свій комп'ютер для монтування дисків з дозволом користувача, який має активну X-сесію.

— Kritzefitz
джерело

Хммм ... але короткий короткий рядок у man fstab: fstab - статична інформація про файлові системи D:

— 41754

Я не впевнений у відповіді, але мої обмежені знання говорять, що це, ймовірно, має щось спільне з udev.

— ND Geek

@NDGeek, udevстосується іменування пристрою , а не монтажу пристрою .

— jayhendren

@jayhendren корисно знати. Після того, як задуматися над цією власною системою, чи udisksстане більш вірогідним винуватцем? Знову ж таки, це сфера, з якою я не мав багато досвіду, тому я роздумую, намагаючись розібратися з цим.

— ND Geek

Відповіді:

Здається, ви змінили свій fstab, щоб встановити цей пристрій вручну. Або, можливо, ви зробили записи в автофайлах? .. Debian / ubuntu вже давно вимагає налаштованих вручну кріпок, навіть для неінтерфейсів.

Як правило, вам не потрібно буде робити вручну кріплення, і всі різні середовища робочого столу обробляють це легко і часто дещо по-різному (доки пристрій не встановлений у fstab).

Деякі користуватимуться udev / pmount, при цьому consolekit / policykit допомагає з auth. Перше, що потрібно зробити, - це видалити встановлені вручну налаштування та перезавантажити. Я впевнений, що поодинці вирішуватимуть проблеми, пов'язані з автоматизацією. Чому б ви не спробуєте це спочатку, а потім звітуйте, якщо у вас все ще виникають проблеми

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

Рішення Kiwy пропонує (та інші) стане необхідним лише тоді, коли у вас виникнуть подальші проблеми після повернення до налаштувань за замовчуванням.

— Chux Uzoeto
джерело

Дякую, що спрацювало. Я впевнений, що ніколи не поміщав їх у fstab. Але зараз це працює.

— Kritzefitz

Я знайшов одне рішення для цієї проблеми - використовувати 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до диска кореневих файлів більшу частину часу

— Ківі
джерело