[sisyphus] Работа sane ( доступ к устройствам )

[sisyphus] Работа sane ( доступ к устройствам )

[Sergei O. Naumov]

Добрый вечер:
может ли кто-нибудь проконсультировать, почему sane не получает доступ к 
сканеу, если устройства как в /proc/bus/usb, так и в /dev/bus 
имеют "правильные" атрибуты чтения/записи?

usbfs в /proc/bus/usb смонтирована в /etc/fstab 

usbfs           /proc/bus/usb   usbfs        
rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0

в то время как udev создает еще устройства в /dev с атрибутами u+rw.

И несмотря на все это, sane все равно не получает доступ к сканеру. Может он 
его не там ищет? При этом sane-find-scanner находит его там, где он и есть.

-- 
Сергей

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Igor Vlasenko]

On Sun, Oct 19, 2008 at 10:44:32PM +0400, Sergei O. Naumov wrote:
> 
> Добрый вечер:
> может ли кто-нибудь проконсультировать, почему sane не получает доступ к 
> сканеу, если устройства как в /proc/bus/usb, так и в /dev/bus 
> имеют "правильные" атрибуты чтения/записи?
> 
> usbfs в /proc/bus/usb смонтирована в /etc/fstab 
> 
> usbfs           /proc/bus/usb   usbfs        
> rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0
> 
> в то время как udev создает еще устройства в /dev с атрибутами u+rw.
> 
> И несмотря на все это, sane все равно не получает доступ к сканеру. Может он 
> его не там ищет? При этом sane-find-scanner находит его там, где он и есть.

Я думаю, что дело не в sane, скорее, 
что-то сломалось в связке ядро+udev+libusb :(

С hplip похожие проблемы - см.
https://bugzilla.altlinux.org/show_bug.cgi?id=17617

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Vitaly Lipatov]

On 19 октября 2008, Sergei O. Naumov wrote:
> Добрый вечер:
> может ли кто-нибудь проконсультировать, почему sane не
> получает доступ к сканеу, если устройства как в /proc/bus/usb,
> так и в /dev/bus имеют "правильные" атрибуты чтения/записи?
1. А пользователь входит в группу scanner?
2. И под рутом работает?

> usbfs в /proc/bus/usb смонтирована в /etc/fstab
Это не важно, libusb использует /dev/usb/bus

> usbfs           /proc/bus/usb   usbfs
> rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0
>
> в то время как udev создает еще устройства в /dev с атрибутами
> u+rw.



-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Eugene Prokopiev]

19.10.08, Sergei O. Naumov написал(а):
>
>  Добрый вечер:
>  может ли кто-нибудь проконсультировать, почему sane не получает доступ к
>  сканеу, если устройства как в /proc/bus/usb, так и в /dev/bus
>  имеют "правильные" атрибуты чтения/записи?
>
>  usbfs в /proc/bus/usb смонтирована в /etc/fstab
>
>  usbfs           /proc/bus/usb   usbfs
>  rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0
>
>  в то время как udev создает еще устройства в /dev с атрибутами u+rw.
>
>  И несмотря на все это, sane все равно не получает доступ к сканеру. Может он
>  его не там ищет? При этом sane-find-scanner находит его там, где он и есть.

По сути не скажу, но есть workaround: sane под xinetd от рута и клиент
по ip :) Для сканеров, работающих с параллельным портом, это
единственный выход, я как-то писал об этом в hardware@

-- 
С уважением,
Прокопьев Евгений

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Alexander Bokovoy]

2008/10/19 Sergei O. Naumov <vomus@rambler.ru>:
>
> Добрый вечер:
> может ли кто-нибудь проконсультировать, почему sane не получает доступ к
> сканеу, если устройства как в /proc/bus/usb, так и в /dev/bus
> имеют "правильные" атрибуты чтения/записи?
>
> usbfs в /proc/bus/usb смонтирована в /etc/fstab
>
> usbfs           /proc/bus/usb   usbfs
> rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0
>
> в то время как udev создает еще устройства в /dev с атрибутами u+rw.
>
> И несмотря на все это, sane все равно не получает доступ к сканеру. Может он
> его не там ищет? При этом sane-find-scanner находит его там, где он и есть.
Запуск strace -p <sane's pid> -e trace=file против процесса sane во
время поиска сканера даст ответ, куда же он все-таки пытается
обратиться.

-- 
/ Alexander Bokovoy

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Anton Farygin]

Sergei O. Naumov пишет:
> Добрый вечер:
> может ли кто-нибудь проконсультировать, почему sane не получает доступ к 
> сканеу, если устройства как в /proc/bus/usb, так и в /dev/bus 
> имеют "правильные" атрибуты чтения/записи?
> 
> usbfs в /proc/bus/usb смонтирована в /etc/fstab 
> 
> usbfs           /proc/bus/usb   usbfs        
> rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0
> 
> в то время как udev создает еще устройства в /dev с атрибутами u+rw.
> 
> И несмотря на все это, sane все равно не получает доступ к сканеру. Может он 
> его не там ищет? При этом sane-find-scanner находит его там, где он и есть.

И это происходит, в том числе, и под рутом ?

Баги в libusb ?

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Sergei O. Naumov]

В сообщении от Понедельник 20 октября 2008 Anton Farygin написал(a):
> Sergei O. Naumov пишет:
> > Добрый вечер:
> > может ли кто-нибудь проконсультировать, почему sane не получает доступ к
> > сканеу, если устройства как в /proc/bus/usb, так и в /dev/bus
> > имеют "правильные" атрибуты чтения/записи?
> >
> > usbfs в /proc/bus/usb смонтирована в /etc/fstab
> >
> > usbfs           /proc/bus/usb   usbfs
> > rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0
> >
> > в то время как udev создает еще устройства в /dev с атрибутами u+rw.
> >
> > И несмотря на все это, sane все равно не получает доступ к сканеру. Может
> > он его не там ищет? При этом sane-find-scanner находит его там, где он и
> > есть.
>
> И это происходит, в том числе, и под рутом ?
>
> Баги в libusb ?

Под рутом все в порядке. Это проявляется только от обычного пользователя. 
Причем этот пользователь находится в группе wheel, а устройства в usbfs 
монтируются root:wheel. Устройстов в /dev вообще имеет хозяином пользователя, 
пытающегпся получить доступ к сканеру.

-- 
Сергей

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Sergei O. Naumov]

В сообщении от Воскресенье 19 октября 2008 Vitaly Lipatov написал(a):
> On 19 октября 2008, Sergei O. Naumov wrote:
> > Добрый вечер:
> > может ли кто-нибудь проконсультировать, почему sane не
> > получает доступ к сканеу, если устройства как в /proc/bus/usb,
> > так и в /dev/bus имеют "правильные" атрибуты чтения/записи?
>
> 1. А пользователь входит в группу scanner?

Да. И wheel тоже

> 2. И под рутом работает?

Да, под рутом все в порядке.

> > usbfs в /proc/bus/usb смонтирована в /etc/fstab
>
> Это не важно, libusb использует /dev/usb/bus

Это я уже понял.

-- 
Сергей

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Sergei O. Naumov]

В сообщении от Понедельник 20 октября 2008 Alexander Bokovoy написал(a):

> > в то время как udev создает еще устройства в /dev с атрибутами u+rw.
> >
> > И несмотря на все это, sane все равно не получает доступ к сканеру. Может
> > он его не там ищет? При этом sane-find-scanner находит его там, где он и
> > есть.
>
> Запуск strace -p <sane's pid> -e trace=file против процесса sane во
> время поиска сканера даст ответ, куда же он все-таки пытается
> обратиться.

Вы имеете в виду запуск sane как сервера?

-- 
Сергей

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Sergei O. Naumov]

В сообщении от Понедельник 20 октября 2008 Alexander Bokovoy написал(a):

> > И несмотря на все это, sane все равно не получает доступ к сканеру. Может
> > он его не там ищет? При этом sane-find-scanner находит его там, где он и
> > есть.
>
> Запуск strace -p <sane's pid> -e trace=file против процесса sane во
> время поиска сканера даст ответ, куда же он все-таки пытается
> обратиться.

Удивительное дело! Запускаю scanimage -L от простого пользователя и он выводит 
мне

device `v4l:/dev/video0' is a Noname Pinnacle PCTV 40i/50i/110i (saa virtual 
device

Это есть мой TV-тюнер. Но после этого запускаю ту же самую команду от рута и 
получаю полный список:

device `smfp:XEROX WorkCentre 3119 Series on USB:0' is a XEROX WorkCentre 3119 
Series on USB:0 Flatbed Scanner
device `v4l:/dev/video0' is a Noname Pinnacle PCTV 40i/50i/110i (saa virtual 
device

После этого запускаю также sane-find-scanner от рута, он показывает мне мой 
сканер, а от юзера - нет. Однако, дальше еще интереснее - проходит минуты 
три/четыре, я запускаю от обычного юзера:

[serge@yarilo ~]$ strace -etrace=file scanimage -L

тут пропустил открытие libc и т.п.

open("", O_WRONLY|O_CREAT|O_APPEND, 0666) = -1 ENOENT (No such file or 
directory)
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGCHLD (Child exited) @ 0 (0) ---
stat64("/proc/kallsyms", {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGCHLD (Child exited) @ 0 (0) ---
FATAL: Could not load /lib/modules/2.6.25-std-def-alt10/modules.dep: 
Permission denied
--- SIGCHLD (Child exited) @ 0 (0) ---
FATAL: Could not load /lib/modules/2.6.25-std-def-alt10/modules.dep: 
Permission denied
--- SIGCHLD (Child exited) @ 0 (0) ---
FATAL: Could not load /lib/modules/2.6.25-std-def-alt10/modules.dep: 
Permission denied
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 23432 detached
Ошибка сегментирования                                                  

Запустил то же от рута - он даже не показазал, что хочет почитать modules.dep, 
честно пробежал по всем устройствам в /dev/usb и т.п. и выдал мне мой 
сканер...

Мистика какая-то! Зачем sane ходить в modules.dep? И  почему это видно только 
тогда. когда он от обычного юзера запускается?

-- 
Сергей

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Anton Farygin]

Sergei O. Naumov пишет:
> В сообщении от Понедельник 20 октября 2008 Anton Farygin написал(a):
>> Sergei O. Naumov пишет:
>>> Добрый вечер:
>>> может ли кто-нибудь проконсультировать, почему sane не получает доступ к
>>> сканеу, если устройства как в /proc/bus/usb, так и в /dev/bus
>>> имеют "правильные" атрибуты чтения/записи?
>>>
>>> usbfs в /proc/bus/usb смонтирована в /etc/fstab
>>>
>>> usbfs           /proc/bus/usb   usbfs
>>> rw,devgid=10,devmode=0664,busgid=10,busmode=775  0 0
>>>
>>> в то время как udev создает еще устройства в /dev с атрибутами u+rw.
>>>
>>> И несмотря на все это, sane все равно не получает доступ к сканеру. Может
>>> он его не там ищет? При этом sane-find-scanner находит его там, где он и
>>> есть.
>> И это происходит, в том числе, и под рутом ?
>>
>> Баги в libusb ?
> 
> Под рутом все в порядке. Это проявляется только от обычного пользователя. 
> Причем этот пользователь находится в группе wheel, а устройства в usbfs 
> монтируются root:wheel. Устройстов в /dev вообще имеет хозяином пользователя, 
> пытающегпся получить доступ к сканеру.

Проверте strace -fF -e trace=file scanimage -L (или сам sane).

Куда он обращается и кто ему даёт реджект.

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 363 bytes --]

On Mon, Oct 20, 2008 at 11:52:50PM +0400, Sergei O. Naumov wrote:
> [serge@yarilo ~]$ strace -etrace=file scanimage -L

Добавьте ещё -fF, чтобы было видно, куда лезут порождённые им
процессы.

> Мистика какая-то! Зачем sane ходить в modules.dep?

Вроде бы этот драйвер хочет грузить какие-то модули ядра (причём
исходников этих модулей никто не видел).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Sergei O. Naumov]

В сообщении от Вторник 21 октября 2008 Anton Farygin написал(a):

> > Под рутом все в порядке. Это проявляется только от обычного пользователя.
> > Причем этот пользователь находится в группе wheel, а устройства в usbfs
> > монтируются root:wheel. Устройстов в /dev вообще имеет хозяином
> > пользователя, пытающегпся получить доступ к сканеру.
>
> Проверте strace -fF -e trace=file scanimage -L (или сам sane).
>
> Куда он обращается и кто ему даёт реджект.

Вообще, не понимаю, зачем он делает это? Зачем он пытается загрузить parport? 
Видимо, поскольку от обычного юзера это сделать нельзя, он и пишет, что не 
может записать в modules.dep. Но зачем ему это?

Process 10034 attached
[pid 10034] execve("/bin/sh", ["sh", "-c", "/sbin/modprobe parport"], [/* 66 
vars */]Process 10029 suspended
[pid 10034] access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or 
directory)
[pid 10034] open("/etc/ld.so.cache", O_RDONLY) = 3
[pid 10034] open("/lib/libdl.so.2", O_RDONLY) = 3
[pid 10034] open("/lib/libc.so.6", O_RDONLY) = 3
[pid 10034] open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3
[pid 10034] open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/share/locale/locale.alias", O_RDONLY) = -1 ENOENT (No 
such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_IDENTIFICATION", O_RDONLY) 
= -1 ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
[pid 10034] open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_MEASUREMENT", O_RDONLY) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_MEASUREMENT", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_TELEPHONE", O_RDONLY) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_TELEPHONE", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_ADDRESS", O_RDONLY) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_ADDRESS", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_NAME", O_RDONLY) = -1 ENOENT 
(No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_NAME", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_PAPER", O_RDONLY) = -1 ENOENT 
(No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_PAPER", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_MESSAGES", O_RDONLY) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_MESSAGES", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_MESSAGES/SYS_LC_MESSAGES", 
O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_MONETARY", O_RDONLY) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_MONETARY", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_COLLATE", O_RDONLY) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_COLLATE", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_TIME", O_RDONLY) = -1 ENOENT 
(No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_TIME", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_NUMERIC", O_RDONLY) = -1 
ENOENT (No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_NUMERIC", O_RDONLY) = 3
[pid 10034] open("/usr/lib/locale/ru_RU.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT 
(No such file or directory)
[pid 10034] open("/usr/lib/locale/ru_RU.utf8/LC_CTYPE", O_RDONLY) = 3
[pid 10034] open("/proc/meminfo", O_RDONLY) = 3
[pid 10034] stat64("/home/serge", {st_mode=S_IFDIR|0700, st_size=7472, ...}) = 
0
[pid 10034] stat64(".", {st_mode=S_IFDIR|0700, st_size=7472, ...}) = 0
[pid 10034] stat64(".", {st_mode=S_IFDIR|0700, st_size=7472, ...}) = 0
[pid 10034] stat64("/opt/android-sdk/tools/sh", 0xbfa03498) = -1 ENOENT (No 
such file or directory)
[pid 10034] stat64("/opt/android-sdk/tools/sh", 0xbfa03498) = -1 ENOENT (No 
such file or directory)
[pid 10034] stat64("/opt/android-sdk/tools/sh", 0xbfa03498) = -1 ENOENT (No 
such file or directory)
[pid 10034] stat64("/home/serge/bin/sh", 0xbfa03498) = -1 ENOENT (No such file 
or directory)
[pid 10034] stat64("/usr/local/bin/sh", 0xbfa03498) = -1 ENOENT (No such file 
or directory)
[pid 10034] stat64("/usr/bin/sh", 0xbfa03498) = -1 ENOENT (No such file or 
directory)
[pid 10034] stat64("/bin/sh", {st_mode=S_IFREG|0755, st_size=403620, ...}) = 0
[pid 10034] open("/proc/sys/kernel/ngroups_max", O_RDONLY) = 3
[pid 10034] stat64("/bin/sh", {st_mode=S_IFREG|0755, st_size=403620, ...}) = 0
[pid 10034] execve("/sbin/modprobe", ["/sbin/modprobe", "parport"], [/* 66 
vars */]) = 0
[pid 10034] access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or 
directory)
[pid 10034] open("/etc/ld.so.cache", O_RDONLY) = 3
[pid 10034] open("/lib/libz.so.1", O_RDONLY) = 3
[pid 10034] open("/lib/libc.so.6", O_RDONLY) = 3
[pid 10034] open("/etc/modprobe.conf", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.conf", O_RDONLY) = 3
[pid 10034] open("/etc/modprobe.d", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = 3
[pid 10034] open("/etc/modprobe.d/oss", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/oss", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/arch", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/arch", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/kqemu", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/kqemu", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/local", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/local", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/saa7134", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/saa7134", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/blacklist-hwmon", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/blacklist-hwmon", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/blacklist-edac", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/blacklist-edac", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/lm_sensors", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/lm_sensors", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/blacklist-autoconverted", O_RDONLY|
O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/blacklist-autoconverted", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/rng-tools", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/rng-tools", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/blacklist-watchdog", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/blacklist-watchdog", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/isapnp", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/isapnp", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/blacklist-framebuffer", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/blacklist-framebuffer", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/aliases", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/aliases", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/hotplug", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/hotplug", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/options", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/options", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/bluetooth", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/bluetooth", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/install", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/install", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/local-autoconverted", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/local-autoconverted", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/blacklist-net", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/blacklist-net", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/blacklist", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/blacklist", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d/alsa-modindex", O_RDONLY|O_NONBLOCK|
O_LARGEFILE|O_DIRECTORY|0x80000) = -1 ENOTDIR (Not a directory)
[pid 10034] open("/etc/modprobe.d/alsa-modindex", O_RDONLY) = 4
[pid 10034] open("/etc/modprobe.d", O_RDONLY) = 3
[pid 10034] open("/lib/modules/2.6.25-std-def-alt10/modules.dep", O_RDONLY) 
= -1 EACCES (Permission denied)
FATAL: Could not load /lib/modules/2.6.25-std-def-alt10/modules.dep: 
Permission denied


-- 
Сергей

Re: [sisyphus] Работа sane ( доступ к устройствам )

[Olvin]

Vitaly Lipatov пишет:
>> может ли кто-нибудь проконсультировать, почему sane не
>> получает доступ к сканеу, если устройства как в /proc/bus/usb,
>> так и в /dev/bus имеют "правильные" атрибуты чтения/записи?
> 1. А пользователь входит в группу scanner?

Я бы ещё в группу lp добавил. Помню, сам возился, когда пытался завести 
сканер в своём МФУ.