lsmod retorna erro a menos que seja chamado com sudo

2

Corrigido: o README de instalação do libusb sugere uma chamada para

export LD_PRELOAD=/path/to/libusb-driver.so 

Era esse arquivo .so que estava sendo chamado e intersefering com lsmod (e também alguns outros comandos). Para corrigir isso, movi o arquivo libusb-driver.so para a pasta Xilinx /.../ common / bin / lin64. Todas as ferramentas podem acessar o cabo sem chamadas sudo.

Além disso, descobri que o script Xilinx settingsXX.sh estava quebrando meu PATH. Alterou este script para anexar ao final do PATH em vez da frente do PATH.

Obrigado.

Fedora 17, Linux 3.4.4

Após instalar os drivers do cabo Xilinx, que não funcionaram com o Linux 3.4.4, instalei a solução libusb. Os cabos detectam e eu posso acessá-los de dentro das ferramentas Xilinx. No entanto, agora toda vez que eu tento um lsmod recebo o seguinte erro:

libkmod: kmod_module_get_holders: could not open '/sys/module/windrvr6/holders': No such file or directory
windrvr6                   1  -2 

libkmod: kmod_module_get_holders: could not open '/sys/module/parport_pc/holders': No such file or directory
parport_pc

sudo lsmod funciona, e esses módulos não são mostrados como carregados. rmmod relata que os módulos não estão carregados. Eu procurei / sys / module, /etc/modprobe.d e alguns locais que não consigo lembrar neste segundo. Não consigo encontrar nenhuma referência ao windrvr6 em qualquer lugar.

Qualquer sugestão sobre como remover chamadas para esses módulos seria ótima. Eu também tentei criar um novo usuário e o problema persiste lá. Eu logado como root e o problema persiste lá também, a menos que eu chame lsmod com sudo, erros.

Obrigado Camille

    
por Camille 17.12.2012 / 19:42

1 resposta

1

Corrigido: o README de instalação do libusb sugere uma chamada para

export LD_PRELOAD=/path/to/libusb-driver.so 

Era esse arquivo .so que estava sendo chamado e intersefering com lsmod (e também alguns outros comandos). Para corrigir isso, movi o arquivo libusb-driver.so para a pasta Xilinx /.../ common / bin / lin64. Todas as ferramentas podem acessar o cabo sem chamadas sudo.

Além disso, descobri que o script Xilinx settingsXX.sh estava quebrando meu PATH. Alterou este script para anexar ao final do PATH em vez da frente do PATH.

Obrigado.

    
por 18.12.2012 / 00:23