Início / unix / Perguntas / 784259
Accepted
Matt Ellis
Asked: 2024-09-29 17:51:12 +0800 CST

Montando câmera usando jmtpfs dentro de uma regra udev

  • 772

Estou tentando usar jmtpfsminha GoPro para transferir arquivos quando a conecto ao meu computador.

Tenho um script que funciona fora de uma regra udev. No entanto, quando executado dentro da regra udev, o script falha e desconecta meu dispositivo USB.

Um exemplo mínimo de funcionamento é dado aqui:

roteiro

#!/usr/bin/env bash
jmtpfs /media/GoPro > /tmp/gopro.log 2> /tmp/gopro.err

regra udev

SUBSYSTEM=="usb", ATTR{idVendor}=="2672", ATTR{idProduct}=="004b", ACTION=="add", RUN+="/bin/bash -c /home/matt/Projects/GoProScraping/scripts/grab_go_pro_files.sh"

A saída do arquivo /tmp/gopro.erré:

Device 0 (VID=2672 and PID=004b) is UNKNOWN in libmtp v1.1.19.
Please report this VID/PID and the device model to the libmtp development team
fusermount: mount failed: Operation not permitted

A saída de journalctl -fé:

Sep 29 09:45:31 nina kernel: usb 1-4: new high-speed USB device number 16 using xhci_hcd
Sep 29 09:45:31 nina kernel: usb 1-4: New USB device found, idVendor=2672, idProduct=004b, bcdDevice= 0.01
Sep 29 09:45:31 nina kernel: usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 29 09:45:31 nina kernel: usb 1-4: Product: GoPro MAX
Sep 29 09:45:31 nina kernel: usb 1-4: Manufacturer: GoPro
Sep 29 09:45:31 nina kernel: usb 1-4: SerialNumber: C3351325091705
Sep 29 09:45:31 nina sudo[1455]:     root : PWD=/ ; USER=root ; COMMAND=/usr/bin/jmtpfs /media/GoPro
Sep 29 09:45:31 nina sudo[1455]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=0)
Sep 29 09:45:34 nina sudo[1455]: pam_unix(sudo:session): session closed for user root
Sep 29 09:45:34 nina kernel: usb 1-4: USB disconnect, device number 16
Sep 29 09:45:34 nina systemd-udevd[1453]: 1-4: Process '/bin/bash -c /home/matt/Projects/GoProScraping/scripts/grab_go_pro_files.sh' failed with exit code 1.

Parece que eu conecto a GoPro, o udev detecta que ela está conectada, então ocorre um erro de permissão e o erro faz com que o USB seja desconectado e então o udev detecta novamente.

Entretanto, se eu tentar executar o comando: jmtpfs /media/GoProcomo usuário root, ele monta bem e eu consigo acessar os arquivos manualmente.

Achei que as regras do udev eram executadas como root. O que estou esquecendo?

usb

1 respostas

  1. Best Answer

    Você pode estar tentando seguir conselhos obsoletos. Executar coisas arbitrárias a partir de regras udev costumava ser possível, mas então uma falha de segurança foi encontrada e algumas restrições foram aplicadas. Agora, o systemd-udevdprocesso de serviço geralmente é sandboxed, o que limita suas ações diretas a basicamente apenas criar, sondar e excluir nós de dispositivos. Mas ele ainda pode dizer systemdpara iniciar outras coisas.

    Em sistemas modernos, o capítulo sobre a RUNpalavra-chave man udevdiz:

    Isso só pode ser usado para tarefas de foreground de execução muito curta. Executar um processo de evento por um longo período de tempo pode bloquear todos os eventos futuros para este ou um dispositivo dependente.

    Observe que a execução de programas que acessam a rede ou montam/desmontam sistemas de arquivos não é permitida dentro das regras do udev, devido ao sandbox padrão que é imposto em systemd-udevd.service.

    Não é permitido iniciar daemons ou outros processos de execução longa ; os processos bifurcados, desanexados ou não, serão mortos incondicionalmente após o término do tratamento de eventos. Para ativar processos de execução longa a partir de regras do udev, forneça uma unidade de serviço e puxe-a de um dispositivo udev usando a propriedade de dispositivo SYSTEMD_WANTS. Veja systemd.device(5) para detalhes.

    Então, primeiro crie um arquivo de serviço, por exemplo /etc/systemd/system/gopro-jmtpfs.service, com o seguinte conteúdo:

    [Unit]
Description=Mount GoPro when plugged in
After=local-fs.target

[Service]
Type=exec
# if your systemd does not have Type=exec, use Type=simple instead
ExecStart=/usr/bin/jmtpfs /media/GoPro

    Isto define uma unidade estática , que não pode ser iniciada manualmente. Ela será acionada por uma regra udev mais tarde.

    E outro serviço para seu script de captura de arquivos, por exemplo /etc/systemd/system/gopro-grabfiles.service:

    [Unit]
Description=Grab files from a mounted GoPro
After=gopro-jmtpfs.service
ConditionPathIsMountPoint=/media/GoPro

[Service]
Type=oneshot
ExecStart=/bin/bash -c /home/matt/Projects/GoProScraping/scripts/grab_go_pro_files.sh

[Install]
WantedBy=gopro-jmtpfs.service

    Após criar o arquivo de serviço, lembre-se de executar systemctl daemon-reloadpara que ele tenha efeito.

    Em seguida, crie uma regra udev para sua GoPro como esta:

    SUBSYSTEM=="usb", ATTR{idVendor}=="2672", ATTR{idProduct}=="004b", TAG+="systemd", SYSTEMD_WANTS+="gopro-jmtpfs.service"

    Agora, o gopro-jmtpfs.servicedeve ser iniciado automaticamente quando a GoPro for conectada e gopro-grabfiles.servicedeve ser acionado após o primeiro serviço começar a ser executado.

    Marcar uma regra udev com TAG+="systemd"deve fazer com systemdque o dispositivo em questão fique ciente disso, resultando em uma *.deviceunidade sendo criada automaticamente para ele. Você poderá usar isso para systemdautomação baseada em mais, se desejar.

    Por padrão, o nome da unidade do dispositivo será uma sys-devices-pci...-usb....devicesequência longa e estranha, mas você pode adicionar ENV{SYSTEMD_ALIAS}="/sys/subsystem/usb/somename"à sua regra udev para obter um nome de unidade de dispositivo mais gerenciável.

    • 0

relate perguntas