Perguntas[usb](ubuntu)

Tenho um dispositivo USB-para-UART multiporta baseado no chip CH348 executando um driver fora do kernel obtido de https://github.com/WCHSoftGroup/ch9344ser_linux

O driver cria nós de dispositivo de 8 caracteres ( /dev/ttyCH9344USB0... /dev/ttyCH9344USB7). O dispositivo não fornece um número de série no descritor de dispositivo USB, mas há uma EEPROM que desejo ler do dispositivo, extrair o número de série de lá e usá-lo para criar um link simbólico como /dev/ttyUSB.CH348.<serial_number>.<instance>.

Criei uma udevregra simples e a coloquei em /etc/udev/rules.d/99-usb-serial.rules:

ACTION=="add", KERNEL=="*ttyCH9344USB*", OPTIONS="log_level=debug", PROGRAM="/usr/local/bin/ch34x_serial %E{DEVNAME}", SYMLINK+="ttyUSB.CH348.$result"

A regra funciona como esperado, mas apenas para UM único nó ALEATÓRIO de 8. Na verdade, tentei várias regras de correspondência e, independentemente do método que uso (nome do kernel, atributos usb, etc.), se corresponder, isso acontece apenas para UMA única instância ALEATÓRIA da série. Pode criar um link simbólico para a instância 3, ou 6, ou 7, ou qualquer outra, mas apenas para uma única.

Eu verifiquei journalctle udevadm monitor -p, e descobri que há exatamente 8 addeventos diferentes chegando udevquando eu carrego o módulo do driver. Todos os eventos são idênticos, exceto pelas propriedades KERNEL, DEVPATH, SEQNUM e MINOR, e se parecem com isso:

KERNEL[706136.962119] add      /devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.1/1-1.1.3/1-1.1.3.2/1-1.1.3.2.1/1-1.1.3.2.1:1.0/tty/ttyCH9344USB0 (tty)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.1/1-1.1.3/1-1.1.3.2/1-1.1.3.2.1/1-1.1.3.2.1:1.0/tty/ttyCH9344USB0
SUBSYSTEM=tty
DEVNAME=/dev/ttyCH9344USB0
SEQNUM=26571
MAJOR=168
MINOR=0

Não entendo por que apenas um desses eventos reais aciona a regra, enquanto que se eu executar udevadm testpara qualquer um dos 8 nós de dispositivo, a regra funciona perfeitamente para todos eles.

Parece que ele udevestá armazenando a ação em cache de alguma forma e descartando as "duplicatas", embora eu não entenda como ele chega a essa conclusão.

Estou executando o Ubuntu 24.04 Server com udevversão 255.4-1ubuntu8.4.

Qualquer ajuda seria apreciada. Obrigado.

Atualmente estou usando um conjunto de teclado/mouse sem fio e ambos estão se comunicando com o sistema através de um pequeno receptor USB.

Gostaria de substituí-los por um novo conjunto com fio de uma marca diferente. O novo teclado será conectado a uma porta USB do computador e o mouse será conectado ao teclado, pois o teclado está equipado com duas portas USB.

Acho que como o conjunto atual e o novo são plug'n'play, a única coisa que preciso fazer é desconectar o conjunto atual e conectar o novo e tudo funcionará conforme o esperado. Isso está correto ou há alguma chance de o sistema enfrentar algum problema quando eu ligá-lo novamente e detectar esse novo hardware?

Obrigado.

Não muito tempo atrás, editei com sucesso o arquivo /sys/bus/usb/devices/.../power/wakeup conforme explicado pela documentação do kernel em https://www.kernel.org/doc/html/v6.5/ driver-api/usb/power-management.html#the-user-interface-for-dynamic-pm , mas agora não posso.

Estou recebendo a mensagem de erro "Erro ao gravar arquivo de bloqueio /sys/bus/usb/devices/.../power/.wakeup.swp: Permissão negada" apesar de ser root.

Tentei com um dispositivo diferente e acontece a mesma coisa.

Não vi uma mensagem de erro relacionada nos arquivos de log e o apparmor não bloqueou a operação.

Então, estou usando uma unidade flash para carregar o Ubuntu e cliquei no botão "Atualizar Ubuntu" e ele está carregando há muito tempo. Já se passaram mais 3 horas (tive que esperar 3 horas antes de fazer o download) aguardando a atualização após a instalação.

Tenho Ubuntu no pen drive (3.0), então não acho que isso danifique o SSD, mas como interromperia a atualização com o menor risco?

Este é um dispositivo novo e estou baixando o Ubuntu em uma unidade flash, com o Rufus em outra. Cliquei no botão de atualização no pen drive com o Ubuntu completo e ele permanece na tela de atualização.

Estou usando 24.04 LTS

Estou tentando instalar o Linux Mint usando um pendrive. Atualmente estou usando o Ubuntu 20.04 e baixei um .zip de https://etcher.balena.io/#download-etcher . Depois de descompactar, vejo algo assim:

Mas não há nada que eu possa executar, nenhum arquivo .sh, nada. Vocês sabem como fazer isso?

Estou tentando copiar alguns arquivos de música de um servidor de arquivos para o cartão de memória interno do meu telefone Samsung.

Quando conecto o telefone, posso acessar o cartão de memória via MTP no Nautilus perfeitamente. No entanto, quando tento copiar qualquer arquivo, recebo "operação não suportada".

Ainda parece ser possível criar novas pastas , mas não arquivos.

Tenho certeza de que isso já funcionou com outra combinação Ubuntu-Android. O que parece ser o problema aqui?

Samsung Galaxy A52s (Android 14) e Ubuntu 22.04 LTS.

Eu tenho um laptop Acer Aspire3 e estou tentando abrir um pendrive Memorex de 8 GB no aplicativo Arquivos do Ubuntu. Dado que tenho dados importantes que não quero destruir acidentalmente, não quero tocar em nada sem que um ser humano real me dê conselhos.

Este pendrive estava funcionando antes e a partição fica assim.

Existe um número de partição que vem depois da sdapeça? - Não

Quando vou procurar /dev/sdao arquivo, sdahá algo que não consigo acessar e as Propriedades me dizem que ele tem "0 bytes". Percebi pela primeira vez que isso estava acontecendo hoje. Poderia ter acontecido antes, mas nunca verifiquei.

Tenho problemas com um sensor que funciona como um dispositivo hidraw para enviar dados periódicos por USB. Eu tenho uma regra Udev que cria um link simbólico para ser usado pelo contêiner docker com o Azure IoT Edge.

SUBSYSTEM=="hidraw", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="e025", SYMLINK+="temper" MODE="0660"

Acontece que, normalmente, depois de algum tempo (pode ser minutos ou horas), ele começa a escrever na tela e o docker não consegue mais detectá-lo (o programa envia erro).

Já tentei definir GROUP="docker" na regra do udev. Estou usando o Ubuntu 20.04 com LXDE.

O dispositivo é TemperHUM: https://www.amazon.fr/Temp%C3%A9rature-Dorderur-Enregistreur-Thermo-hygrom%C3%A8tre-Surveillance/dp/B0B7SJL3C7/ref=sr_1_5 Espero que o link funcione

Enfrentando desafios com transferências de arquivos USB (NTFS): anomalias nas velocidades iniciais de gravação que levam à perda de dados

Atualmente, estou encontrando um problema desconcertante durante a transferência de arquivos para uma unidade USB formatada em NTFS. Ao iniciar a transferência, a barra de progresso exibe uma velocidade total de gravação USB prevista de 13 a 26 MB/s. No entanto, surge uma ocorrência incomum quando a transferência começa, com os dados sendo enviados para o USB a uma velocidade inesperada de mais de 170 MB/s. Esse comportamento aberrante resulta na perda completa de dados; ao ejetar e reinserir o USB, os arquivos não foram encontrados em lugar nenhum.

Além disso, se eu optar por uma abordagem recortar e colar no USB, o arquivo original também será perdido. Para atenuar isso, tenho que copiar o mesmo arquivo várias vezes. Curiosamente, após duas ou três tentativas, a transmissão de dados para o USB se estabiliza, operando na velocidade normal esperada, e os dados são então retidos com sucesso.

Vale ressaltar que atualmente estou usando o Ubuntu 18.04, mas esse problema persistiu nas versões 20.04 e 23.04. Estou entrando em contato para saber se outras pessoas da comunidade encontraram um problema semelhante e se alguma solução ou ideia foi identificada.

Eu tenho um mouse USB sem fio que funcionou até dois dias atrás, então meu laptop ficou sem bateria e quando carreguei e liguei novamente, ele não estava mais funcionando.

Estou rodando o Ubuntu 22.04 e quando executo lsusb, o usb é reconhecido no Bus 002 Device 003

~ lsusb
Bus 001 Device 005: ID 13d3:5a07 IMC Networks VGA UVC WebCam
Bus 001 Device 004: ID 13d3:3526 IMC Networks Bluetooth Radio
Bus 001 Device 003: ID 04f3:0903 Elan Microelectronics Corp. ELAN:Fingerprint
Bus 001 Device 002: ID 0438:7900 Advanced Micro Devices, Inc. Root Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 003: ID 3151:3020 YICHIP Wireless Device
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

No entanto, ele não aparece xinpute não está funcionando. Recarreguei o mouse, mudei a porta USB e reiniciei o computador, mas nada funcionou.