k3b работает только из-рута

[Ринальдус]

У меня k3b почему-то не записывал, когда я его использовал под своим аккаунтом. Не помню уже, какую ошибку он мне выдавал. Проблему решил просто поменяв параметры в меню Mandriva, чтобы он всегда у меня запускался из-под рута. Не хорошо, конечно, но разбираться было влом. Сейчас учу жену записывать диски. Поскольку пароль от рута я ей никогда не дам, то переключился в ее аккаунт, чтобы записать диск у нее. И при запуске k3b выдал такое окно.



Поскольку диск надо было записать срочно, то я опять запустил k3b из-под рута и все нормально записал. Но это не дело, надо поправить. Не подскажите ли, в чем может быть причина?

[ged]

Подскажем . Запустите k3b, перейдите в Настройка / Setup System Permissions... Там посмотрите как называется записывающее устройство (вторая колонка, "Ветка устройств"). И у кого есть доступ (root.disk, например). Скорее всего пользователь от которого Вы запустили программу не состоит в группе disk. Поэтому добавим его туда. Запускаем kuser, переходим на вкладку "Группы", там выбираем "disk" и нажимаем кнопку "Edit". В появившемся окне переносим нужного пользвателя из правой колонки в левую. Все. По другому можно сделать так: под рутом открываем файл /etc/group и добавляем в строке, начинающейся с "disk" в конце имя пользователя.

[Ринальдус]

Запустите k3b, перейдите в Настройка / Setup System Permissions

Что-то я не понял: где в меню Настройка есть пункт Setup System Permissions? Из всех настроек там есть только вот это.



Но в информации о приводе там нету прав доступа к нему. В kuser в группу disk я добавил и свой аккаунт и аккаунт жены, но это не помогло. В моем аккаунте, если я запускаю его от своего имени, а не от рута, возникает вот какое окно:



Но у меня-то хоть привод опознается, а у жены говорит, что привод не найден (см. скриншот из поста №1)

[fed71]

В k3b до версии 1.0.0 примерно вполне работала утилита k3bsetup для настройки работы тулзы. Потом эта штука пропала и пока что нашлось, так некии рекомендации по настройки доступа:

Код: Выделить всё

K3b needs some special permissions to work properly. Most distrobutions come with permissions that I don't like
very much and make problems when adding new CD/DVD devices to your system.
If you set up your system as follows you can be sure to never have K3b permission problems again.

1. Disable pam authentication for cdrom and burner devices in /etc/security/console.perm. Otherwise your permissions
   will be overwritten when loggin in and it's not possible for two users to use K3b at the same time.
   In my opinion one should disable this completely and create a proper configuration instead. The most annoying
   issue with this pam stuff is that you cannot have two sessions with two different users running because the first
   one owns all the sound and cd devices.

2. Create a cdrom or cdrw or whatever group (if it not already exists) and add all users that should be able to
   use K3b to that group. You may also skip this step and let everybody use K3b. In that case simply use root as
   the group and permissions 4711 and 666 instead of 4710 and 660 in the following steps.

3. Change the permissions of cdrecord and cdrdao to 4710 root.cdrom (substitute cdrom with the group from 2).
   This way both will run suid root which allows them to increase their scheduling priority resulting in a more
   stable burning process.

4. Change the permissions of all your cdrom device to 660 root.cdrom (substitute cdrom with the group from 2).
   With devfs you may do this with lines like this (the first changes all ide cd devices while the second takes
   care of the scsi cd devices):
     REGISTER        ^ide/host.*/bus.*/target.*/lun.*/cd          PERMISSIONS root.cdrom 660
     REGISTER        ^scsi/host.*/bus.*/target.*/lun.*/cd         PERMISSIONS root.cdrom 660
   In case you are not using devfs you may determine the devices by running K3b once as root and looking in the
   device settings. The corresponding devices are listed there.

5. Change the permissions of the generic SCSI devices to 660 root.cdrom (substitute cdrom with the group from 2).
   Both cdrecord and cdrdao use the generic devices to access the scsi drives. So you don't need to perform this step
   if you only have IDE devices.
   Use a line like the following for devfs:
     REGISTER        ^scsi/host.*/bus.*/target.*/lun.*/generic    PERMISSIONS root.cdrom 660
  In case you are not using devfs the devices are /dev/sg*.

[Ринальдус]

Здесь указаны некоторые инструкции, а как их выполнить, что для этого в консоли ввести, не указано. В частности

Disable pam authentication for cdrom and burner devices in /etc/security/console.perm

у меня нет этого файла. Есть файл console.perms. Соответствует ли он console.perm?

Код: Выделить всё

[rinaldus@localhost ~]$cd /etc/security
[rinaldus@localhost security]$ls -l
итого 27
-rw-r--r-- 1 root root 4266 Фев  7  2007 access.conf
-rw-r--r-- 1 root root   82 Фев  7  2007 chroot.conf
drwxr-xr-x 2 root root 1024 Авг 23 04:27 console.apps/
-rw-r--r-- 1 root root  713 Фев  7  2007 console.handlers
-rw-r--r-- 1 root root  939 Фев  7  2007 console.perms
drwxr-xr-x 2 root root 1024 Июн 22 18:46 console.perms.d/
-rw-r--r-- 1 root root   13 Мар 30 18:47 fileshare.conf
-rw-r--r-- 1 root root 3450 Фев  7  2007 group.conf
-rw-r--r-- 1 root root 1978 Фев  7  2007 limits.conf
drwxr-xr-x 2 root root 1024 Июн 22 19:08 msec/
-rw-r--r-- 1 root root 1507 Фев  7  2007 namespace.conf
-rwxr-xr-x 1 root root  977 Фев  7  2007 namespace.init*
-rw-r--r-- 1 root root 2980 Фев  7  2007 pam_env.conf
-rw-r--r-- 1 root root 2180 Фев  7  2007 time.conf
[rinaldus@localhost security]$cat console.perms
# /etc/security/console.perms
#
# This file determines the permissions that will be given to priviledged
# users of the console at login time, and the permissions to which to
# revert when the users log out.

# format is:
#   <class>=list of regexps specifying consoles or globs specifying files
#   file-glob|<class> perm dev-regex|<dev-class> \
#     revert-mode revert-owner[.revert-group]
# the revert-mode, revert-owner, and revert-group are optional, and default
# to 0600, root, and root, respectively.
#
# For more information:
# man 5 console.perms
#
# This file should not be modified.
# Rather a new file in the console.perms.d directory should be created.

# file classes -- these are regular expressions
<console>=tty[0-9][0-9]* vc/[0-9][0-9]* :[0-9]+\.[0-9]+ :[0-9]+
<xconsole>=:[0-9]+\.[0-9]+ :[0-9]+

# device classes -- see console.perms.d/50-default.perms
# permission definitions -- see console.perms.d/50-default.perms

И что надо ввести в этом файле, чтобы сделать то, что хотят в 1-м пункте?

hange the permissions of cdrecord and cdrdao to 4710 root.cdrom (substitute cdrom with the group from 2).

Вот это тоже непонятно. В каком каталоге находится файл root.cdrom?

[arkhnchul]

В k3b до версии 1.0.0 примерно вполне работала утилита k3bsetup для настройки работы тулзы. Потом эта штука пропала

умм... У мну k3b 1.0.2, k3bsetup имеется...

[ged]

Собственно у меня тот пункт меню, где Вы искали права юзера называется "Настроить k3b...", а нужный пункт находиться чуть выше. Смотрите на скрине:

Если же его все-таки нет, то воспользуйтесь командой k3bsetup, как Вам уже предлагали, это одно и то же. Хотя Вам этого делать скорее всего не прийдется, так как на скриншоте я увидел, что у Вас пишущий привод работает как устройство /dev/hda. Значит Вам остается посмотреть группу этого файла и добавить к ней нужного пользователя, как я описал выше. Это не обязательно будет группа disk (ее я назвал, потому что в моем случае это была именно она).
Также убедитесь, что пользователь имеет доступ к программам cdrdao, cdrecord и growisofs. Узнать где они находятся можно с помощью команды whereis <имя_программы>. И на всякий случай проверьте не включена ли в программе k3bsetup опция использования группы burning, тогда естесственно надо убедиться в ее существовании, в том что /dev/hda принадлежит этой группе и добавить к этой группе пользователей. Надеюсь это Вам поможет.

hange the permissions of cdrecord and cdrdao to 4710 root.cdrom (substitute cdrom with the group from 2).

Вот это тоже непонятно. В каком каталоге находится файл root.cdrom?

Файлы cdrecord и cdrdao, а root.cdrom это указание владельцев файла. До точки - имя хозяина, после точки - имя группы.