Estou configurando meu servidor de nuvem doméstico para testar tudo antes de comprar um gabinete de disco rígido multibaia adequado e alguns discos para construir um RAID. Quero usar um adaptador USB 3.0 para SATA barato e um disco WD Purple de 2 TB que tenho. O disco está funcionando no meu PC principal, conectado à porta SATA, mas se eu conectar o adaptador USB a uma porta USB 3.0, o disco não é detectado pelo lsblk. Se eu conectá-lo a uma porta USB 2.0, ele é detectado corretamente. O mesmo ocorre no meu PC com Windows. O adaptador tem entrada de 12 V, pois o disco é de 3,5 polegadas e o sistema está executando o Ubuntu Server mais recente. Alguém pode ajudar?
Estou usando o ThinkPad ThunderBolt 4 Smart Dock (40B0) para expandir a capacidade de conexão do meu HP OMEN Gaming de 16,1 polegadas (wf1037TX) no Ubuntu 24.10. Depois de usar meu laptop por um tempo, todos os dispositivos USB — incluindo as portas do laptop e do dock — não funcionam antes de recarregar o xhci_pcimódulo do kernel ( sudo modprobe -r xhci_pci && sudo modprobe xhci-pci) ou reinicializar. Você pode me dar uma dica para resolver esse problema?
Resultado de lsusb:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 17ef:30ba Lenovo V1003
Bus 001 Device 003: ID 0408:548d Quanta Computer, Inc. HP True Vision FHD Camera
Bus 001 Device 004: ID 17ef:30b4 Lenovo ThinkPad Thunderbolt 4 Dock MCU Controller2
Bus 001 Device 005: ID 17ef:30b5 Lenovo 40B0
Bus 001 Device 006: ID 17ef:30b7 Lenovo USB2.0 Hub
Bus 001 Device 007: ID 046d:0af7 Logitech, Inc. PRO X 2 LIGHTSPEED
Bus 001 Device 008: ID 17ef:30b9 Lenovo USB2.0 Hub
Bus 001 Device 009: ID 8087:0036 Intel Corp.
Bus 001 Device 010: ID 17ef:60ee Lenovo TrackPoint Keyboard II
Bus 001 Device 011: ID 046d:c548 Logitech, Inc. Logi Bolt Receiver
Bus 001 Device 012: ID 17ef:30bb Lenovo ThinkPad Thunderbolt 4 Dock USB Audio
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 002: ID 8087:0b40 Intel Corp. USB3.0 Hub
Bus 004 Device 003: ID 17ef:30b6 Lenovo USB3.1 Hub
Bus 004 Device 004: ID 17ef:30b8 Lenovo USB3.1 Hub
Bus 004 Device 005: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
O importante log do kernel:
Apr 16 21:41:06 kernel: nvme 0000:46:00.0: platform quirk: setting simple suspend
Apr 16 21:39:38 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:38 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:35 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:35 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:32 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:32 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:29 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:29 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:26 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:26 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:23 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:23 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:20 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:20 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:17 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:17 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:11 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:11 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:08 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:08 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:05 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:05 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:39:02 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:39:02 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:59 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:59 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:56 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:56 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:53 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:53 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:50 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:50 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:47 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:47 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:44 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:44 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:41 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:41 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:38 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:38 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:35 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:35 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:32 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:32 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:29 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:29 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:26 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:26 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Apr 16 21:38:23 kernel: usb 1-6: Failed to suspend device, error -32
Apr 16 21:38:23 kernel: xhci_hcd 0000:00:14.0: USB core suspending port 1-6 not in U0/U1/U2
Resultado de uname -a:
Linux piqua-Laptop 6.11.0-21-generic #21-Ubuntu SMP PREEMPT_DYNAMIC Wed Feb 19 16:50:40 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
A versão atual do firmware do dock é 10.18.
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