kotnaton |
|
Темы:
52
Сообщения:
208
Участник с: 28 июня 2012
|
Раньше собственно была ветка для правил udev - /etc/polkit-1/localauthority/50-local.d/ .
Теперь её нет, этой ветки правил, и игнорируется созданная вручную. Как админить доступ к cd и usb ? И что пришло этим правилам на смену ? Конфиг в xml с вики не помогает, всё тож самое: eject: CD-ROM eject command failed: Устройство или ресурс занято |
karel |
|
Темы:
0
Сообщения:
7
Участник с: 30 июня 2015
|
Что говорит?
|
Natrio |
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
kotnatonАнглийским по белому написано – это правила polkit, а не udev. Правила polkit работают с udisks, и НЕ работают с umount, который вызывает eject. Если диск смонтирован через udisks, то и отмонтировать его надо через udisks, а не eject. Если он смонтирован через mount, то никакие правила не нужны. Чтобы извлечь диск с помощью eject, нужно входить в группу optical, и чтобы сам диск ей принадлежал. |
kotnaton |
|
Темы:
52
Сообщения:
208
Участник с: 28 июня 2012
|
Natrio, доброго вечера вам. Прошу прощения, я просто некорректно поставил вопрос: я просто запамятовал что мне нужна постоянная точка монтирования по адресу /media/cdrom , и для этого я ввёл в fstab такое:
И в этом случае eject требуют именно права суперпользователя, и никакое участие пользователя в optical не помогает:
Natrio А вот это как раз и делал раньше polkit (по крайней мере в убунту) а теперь непойми кто... По крайней мере я попытался, безтолку, сделать в /etc/polkit-1/rules.d/50-udisks.rules
|
Natrio |
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
kotnatonНикогда этого не делал polkit. Он определяет псевдоправа доступа для udisks, но не для mount. Группы устройствам назначаются как раз через правила udev:
Если диск монтируется командой mount /media/cdrom , и отмонтируется командой umount /media/cdrom , то и команда eject должна его отмонтировать. Если eject пишет, что устройство занято, значит это должен писать и umount. Если устройство занято, значит дело не в правах доступа, а в каком-то работающем процессе, который "держит" ФС на нём, нее закрыв открытые файлы. Такое часто бывает, к примеру, с демоном tumbler, который имеет моду кэшировать миниатюры картинок с диском и флешек в самое неподходящее время :) |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
kotnatonПопробуй чтобы узнать какой процесс держит файл (Resource busy) использовать утилиту fuser - $ fuser -v -m /usr Можно дополнительно запустить $ strace eject
Ошибки не исчезают с опытом - они просто умнеют
|
Aivar |
|
Темы:
4
Сообщения:
6897
Участник с: 17 февраля 2011
|
vasek ?
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
AivarЕсли честно не пришло в голову - наверное, можно. Но не уверен на все 100 - просто никогда не использовал lsof в таких случаях, не представился случай. И разумеется пробовать нужно все. А вот если eject заблокирован на каком то системном вызове, например, flock (блокировка файла), то лучше смотреть strace — определить по дескриптеру файл и дальше используя lsof выйти на блокирующий процесс.....
Ошибки не исчезают с опытом - они просто умнеют
|