HEX
Server: Apache/2.4.52 (Ubuntu)
System: Linux ip-172-31-4-197 6.8.0-1036-aws #38~22.04.1-Ubuntu SMP Fri Aug 22 15:44:33 UTC 2025 x86_64
User: ubuntu (1000)
PHP: 7.4.33
Disabled: pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,pcntl_unshare,
Upload Files
File: //usr/share/doc/libsane1/TROUBLESHOOTING.Debian
1.) usbfs: interface 1 claimed by usblp while ‘scanimage’ sets config #1
2.) ACL: device file system does not support ACLs
3.) TLP and sane-backends

1.) usbfs: interface 1 claimed by usblp while ‘scanimage’ sets config #1

If you get this error meessage you can try

    echo -e "\nblacklist usblp" >>  /etc/modprobe.d/blacklist.conf

and reboot. After that your scanner can used.

REMARK: Sometimes usblp is used to access your printer.


2.) ACL: device file system does not support ACLs

From https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789593

The file /etc/udev/rules.d/99-libsane1.rules uses the command "/bin/setfacl -m g:scanner:rw
$env{DEVNAME}" to add the "scanner" group with rw access to the device permissions.

In my case, with /dev on an ext4 filesystem with no ACL support enabled in the kernel, setfacl
returns "Operation not supported". I assume this is because it's trying to add a group, which is not
possible in its fallback mode of traditional Unix-style file permissions.

As a workaround, I have substituted "/bin/chown root:scanner $env{DEVNAME}" as the command at the
end of 99-libsane1.rules (an alternative would be to use a UDEV rule element to change the ownership).


3.) TLP and sane-backends

From https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954096

If the scanner frontends works only once you can add your scanner into
the blacklist in /etc/default/tlp. For more Infos please read the bugreport.

Thanks to Eduardo Casais <casaise@bluewin.ch>.