Perguntas[usb](unix)

Gostaria de instalar o HoloISO (uma distribuição Linux baseada no SteamOS) em uma unidade USB, como uma instalação completa. Li em várias fontes, incluindo esta pergunta , que para instalar o Linux em uma unidade USB, você precisa de duas unidades USB - uma unidade de origem, para inicializar o instalador; e uma unidade de destino para instalar - porque uma unidade não pode instalar a si mesma. Citando esta resposta a esta pergunta :

Você pode instalar a partir do disco, mas a instalação não pode reparticionar o disco ou substituir a partição que contém a imagem da qual você instalou.

No entanto, sei que o HoloISO permite que você carregue o instalador inteiramente na RAM do seu sistema. Portanto, você pode desconectar a unidade de origem após carregar completamente o instalador.

Portanto, minha pergunta é: posso inicializar a partir da minha unidade de origem, então desconectar a unidade após carregar o instalador inteiramente na RAM, então reinserir a unidade de origem e instalar a distro na unidade (essencialmente redirecionando-a para se tornar a unidade de destino)? Isso é possível?

PS Eu disse "Linux" e não "HoloISO" no título da pergunta, pois gostaria de saber sobre qualquer distribuição Linux que permita que o instalador seja carregado na RAM. Além disso, minha pergunta não é uma duplicata da pergunta que vinculei acima ( Posso instalar uma distro inicializada de uma unidade na mesma unidade? ), pois essa pergunta pergunta sobre instalações Linux USB em geral - estou perguntando especificamente sobre instaladores que foram carregados inteiramente na RAM .

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?

Displayport sobre USBC no Linux não reconhecido Estou usando o ArchLinux no Lenovo Ideapad Gaming 3 15IHU6,

Não consigo fazer com que o monitor reaja à conexão da porta USBC.

USBC-USBC é reconhecido como um "dispositivo de outdoor USB"

USBC-DP(mini) é reconhecido como um "modo Alt Displayport"

Nenhum deles exibia nenhuma imagem, nem no X nem fora dele. (Meu laptop anterior, um da Tuxedo Computers ), exibia o console em todas as telas conectadas no momento da inicialização.

drivers em uso:

nvidia_drm            126976  2
nvidia_uvm           6717440  0
nvidia_modeset       1650688  1 nvidia_drm
nvidia              72564736  2 nvidia_uvm,nvidia_modeset
video                  81920  4 ideapad_laptop,xe,i915,nvidia_modeset
ideapad_laptop         69632  0
platform_profile       12288  1 ideapad_laptop
rfkill                 40960  5 iwlmvm,bluetooth,ideapad_laptop,cfg80211
sparse_keymap          12288  2 intel_hid,ideapad_laptop
video                  81920  4 ideapad_laptop,xe,i915,nvidia_modeset
i8042                  57344  1 ideapad_laptop
wmi                    32768  3 video,wmi_bmof,ideapad_laptop

$ pacman -Ss nvidia | grep -i installed -A1
extra/egl-wayland 4:1.1.16-1 [installed]
    EGLStream-based Wayland external platform
--
extra/libvdpau 1.5-3 [installed]
    Nvidia VDPAU library
extra/libxnvctrl 560.35.03-1 [installed]
    NVIDIA NV-CONTROL X extension
--
extra/nvidia 560.35.03-3 [installed]
    NVIDIA drivers for linux
--
extra/nvidia-settings 560.35.03-1 [installed]
    Tool for configuring the NVIDIA graphics driver
extra/nvidia-utils 560.35.03-2 [installed]
    NVIDIA drivers utilities
--
extra/vulkan-nouveau 1:24.2.2-1 [installed]
    Open-source Vulkan driver for Nvidia GPUs
extra/xf86-video-nouveau 1.0.17-3 (xorg-drivers) [installed]
    Open Source 3D acceleration driver for nVidia cards


mkinitio.conf:
HOOKS=(base udev autodetect microcode modconf keyboard keymap consolefont block filesystems fsck)
MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)

dispositivos:

$ sudo lshw -C display
  *-display                 
       description: VGA compatible controller
       product: TigerLake-LP GT2 [Iris Xe Graphics]
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       logical name: /dev/fb0
       version: 03
       width: 64 bits
       clock: 33MHz
       capabilities: pciexpress msi pm vga_controller bus_master cap_list rom fb
       configuration: depth=32 driver=i915 latency=0 mode=1920x1080 resolution=1920,1080 visual=truecolor xres=1920 yres=1080
       resources: iomemory:610-60f iomemory:400-3ff irq:183 memory:6104000000-6104ffffff memory:4000000000-400fffffff ioport:5000(size=64) memory:c0000-dffff memory:4010000000-4016ffffff memory:4020000000-40ffffffff
  *-display
       description: 3D controller
       product: GA107M [GeForce RTX 3050 Mobile]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list rom
       configuration: driver=nvidia latency=0
       resources: iomemory:600-5ff iomemory:610-60f irq:184 memory:54000000-54ffffff memory:6000000000-60ffffffff memory:6100000000-6101ffffff ioport:4000(size=128)

Configuração X:

$ xrandr
[...]
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 196mm
   3840x2160     60.00    50.00    59.94    30.00    25.00    24.00    29.97    23.98    30.00  
   1920x1080     60.00    60.00    50.00    59.94    30.00    25.00    24.00    29.97    23.98* 
   1400x1050     59.95  
   1280x1024     60.02  
   1440x900      59.90  
   1280x960      60.00  
   1280x720      60.00    50.00    30.00    25.00    59.94    29.97    24.00    23.98  
   1024x768      60.00  
   800x600       60.32  
   720x480       60.00    59.94  
   640x480       60.00    59.94  
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)


$ cat /etc/X11/xorg.conf

Section "Device"
    Identifier     "Device0"
    Driver         "modesetting"
    VendorName     "Intel Corporation"
    BusID          "PCI:0:2:0"
EndSection


Section "Device"
    Identifier     "Device1"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BusID          "PCI:1:0:0"
EndSection

O sistema operacional é Debian 12. Todos os dispositivos USB estão desconectados. Conectado via ssh.

Se eu executar o lsusb, por algum motivo, alguns dos dispositivos USB conectados anteriormente serão listados (novamente, mesmo que todos os dispositivos USB estejam desconectados) e o lsusb travará.

Quando executo o strace, conforme ele se conecta ao processo lsusb, o lsusb imprime outra linha! Muito estranho. strace então imprime:

openat(AT_FDCWD, "/sys/bus/usb/devices/3-3/product", O_RDONLY) =
read(8,

Então, quando eu ctrl+c sai do strace, lsusb termina de imprimir o restante de sua saída. Também parece muito estranho.

Nenhum erro no dmesg.

Todas as portas USB parecem funcionar bem, com exceção das duas portas USB 3.0 na placa-mãe que parecem não estar funcionando agora.

O driver USB 3.0 pode estar com bugs? Estou apenas supondo neste momento.

Como reinicio o subsistema USB sem reiniciar? Ou existe outra maneira de corrigir isso sem reiniciar?

Quando conecto meu dispositivo USB, vejo no sistema com dmesg,

usb 5-2.2.2.2: new low-speed USB device number 48 using xhci_hcd
usb 5-2.2.2.2: New USB device found, idVendor=1130, idProduct=0202, bcdDevice= 1.00
usb 5-2.2.2.2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
usb 5-2.2.2.2: Product: Panic Button
input: Panic Button as /devices/pci0000:00/0000:00:07.0/0000:20:00.0/0000:21:02.0/0000:22:00.0/usb5/5-2/5-2.2/5-2.2.2/5-2.2.2.2/5-2.2.2.2:1.0/0003:1130:0202.0063/input/input136
hid-generic 0003:1130:0202.0063: input,hidraw5: USB HID v1.10 Device [Panic Button] on usb-0000:22:00.0-2.2.2.2/input0
input: Panic Button as /devices/pci0000:00/0000:00:07.0/0000:20:00.0/0000:21:02.0/0000:22:00.0/usb5/5-2/5-2.2/5-2.2.2/5-2.2.2.2/5-2.2.2.2:1.1/0003:1130:0202.0064/input/input137
hid-generic 0003:1130:0202.0064: input,hidraw6: USB HID v1.10 Device [Panic Button] on usb-0000:22:00.0-2.2.2.2/input1

No entanto, com lsusbo que vejo,

Bus 005 Device 048: ID 1130:0202 Tenx Technology, Inc. Rocket Launcher

Por que há uma discrepância aqui? Como diz o banco de dados de dispositivos do kernel

Produto: Botão de Pânico

Embora o banco de dados do dispositivo lsusb diga:

Tenx Technology, Inc. Lançador de foguetes

Atualmente, estou desenvolvendo uma placa de som USB compatível com áudio USB classe 2. Na minha configuração atual tenho controles de áudio e mudo para vários canais trabalhando no alsamixer.

A especificação de áudio USB classe 2 também suporta muitos outros controles, como graves, médios, agudos, equalizadores, efeitos, etc. Tenho tentado encontrar uma lista de controles suportados pelo alsamixer, mas a documentação não menciona nenhum detalhe específico sobre o que tipos de controles são suportados.

Se alguém tiver uma lista com controles suportados ou um programa de linha de comando alternativo, ficaria muito grato.

1. Executando o Debian:

   # uname --kernel-name --kernel-release --machine
   Linux 6.5.11-7-pve x86_64
   # cat /proc/asound/cards
   0 [PCH            ]: HDA-Intel - HDA Intel PCH
                       HDA Intel PCH at 0xfb410000 irq 98
   2 [USB            ]: USB-Audio - Scarlett Solo USB
                       Focusrite Scarlett Solo USB at usb-0000:00:14.0-7, high speed
   

2. Cada vez que inicializo, a ordem da placa de som muda, ou seja, o USB é aleatoriamente 0 ou 2
3. Como posso ter certeza de que USB é sempre o padrão?

ATUALIZAÇÃO1

root@pve:/scripts# cat /etc/modprobe.d/sound/alsa.conf
# makes usb audio always index 0, needs reboot
options snd-usb-audio index=0
options snd-hda-intel index=1
root@pve:/scripts# cat /etc/asound.conf
defaults.pcm.card 2
defaults.ctl.card 2
root@pve:/scripts#

Isso é o que tenho atualmente, mas o USB ainda pode terminar como 2 e tive que usá- /etc/asound.conflo para torná-lo padrão sem realizar outra reinicialização e espero que termine como 0

ATUALIZAÇÃO2

# cat /etc/modprobe.d/*.conf
# makes usb audio always index 0, needs reboot
#options snd-usb-audio index=0
#options snd-hda-intel index=1
# This file contains a list of modules which are not supported by Proxmox VE

# nvidiafb see bugreport https://bugzilla.proxmox.com/show_bug.cgi?id=701
blacklist nvidiafb
options zfs zfs_arc_max=13488881664

Eu tenho um sistema embarcado executando uma distribuição personalizada construída usando Yocto. Mais tarde, terei uma câmera USB conectada ao sistema, mas, caso contrário, gostaria de usar um arquivo .mp4 como uma câmera "fictícia".

Meu objetivo é transmitir o arquivo de vídeo por USB como um dispositivo USB UVC para um computador, para que o computador veja meu sistema Linux incorporado como uma webcam USB:

Não consigo encontrar nenhuma documentação sobre o assunto e sou um desenvolvedor bare metal c mergulhando no desenvolvimento de Linux embarcado. Gostaria de saber o que procurar e as etapas mais amplas para fazer isso funcionar. (incluindo modificações na distribuição através do Yocto.)

Obrigado.

Estou tentando conectar um MicroSemi FlashPro 4 ao meu sistema Linux. Quando eu conecto ele dmesgmostra:

[13728.408610] usb 11-1: New USB device found, idVendor=1514, idProduct=2006, bcdDevice= 0.00
[13728.408617] usb 11-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0

O dispositivo/programador não liga. Mas lsusbadiciona isso quando está conectado:

Bus 011 Device 016: ID 1514:2006 Actel

Pesquisei e eles correspondem ao idVendorMicroSemi idProduct(anteriormente conhecido como Actel) e ao meu dispositivo. No entanto, não entendo por que a segunda linha dmesgfornece valores 0 para campos que aparentemente apenas leu a linha antes. O que realmente está acontecendo nos bastidores entre as duas linhas de saída? E os valores 0 significam que não encontrou um driver?

Estou usando o Fedora 38 no Lenovo ThinkPad P1 Gen 4. A versão do kernel é 6.3.11. Parece que minhas portas Thunderbolt 4 estão ligadas, mas o que quer que eu conecte a elas, não recebo saída. Existe alguma maneira de verificar se isso é devido a hardware ou falta de suporte no sistema operacional?

Mais plano de fundo

A porta costumava funcionar, e é por isso que estou suspeitando de uma falha de hardware. Eu costumava conectar o dock da Lenovo a ele, mas um dia ele simplesmente parou de funcionar. Aqui estão alguns comandos que usei para verificar se a porta ainda é vista pelo sistema operacional:

boltctl list -a
 ● Lenovo ThinkPad P1 Gen 4i
   ├─ type:          host
   ├─ name:          ThinkPad P1 Gen 4i
   ├─ vendor:        Lenovo
   ├─ uuid:          10dae28f-c8a8-8780-ffff-ffffffffffff
   ├─ generation:    USB4
   ├─ status:        authorized
   │  ├─ domain:     10dae28f-c8a8-8780-ffff-ffffffffffff
   │  └─ authflags:  none
   ├─ authorized:    Sat 08 Jul 2023 22:00:14 UTC
   ├─ connected:     Sat 08 Jul 2023 22:00:14 UTC
   └─ stored:        no

 ● Lenovo ThinkPad P1 Gen 4i
   ├─ type:          host
   ├─ name:          ThinkPad P1 Gen 4i
   ├─ vendor:        Lenovo
   ├─ uuid:          21c8aa24-1319-8780-ffff-ffffffffffff
   ├─ generation:    USB4
   ├─ status:        authorized
   │  ├─ domain:     21c8aa24-1319-8780-ffff-ffffffffffff
   │  └─ authflags:  none
   ├─ authorized:    Sat 08 Jul 2023 22:00:14 UTC
   ├─ connected:     Sat 08 Jul 2023 22:00:14 UTC
   └─ stored:        no

O dock é o único dispositivo T4 que tenho e obtenho uma saída em branco boltctl listse eu o conectar. Também tentei conectar um pendrive USB-C padrão e também não foi detectado.

Correr journalctl -u boltme dá:

bolt 0.9.5 starting up.
manager: initializing store
store: located at: /var/lib/boltd
config: loading user config
bouncer: initializing polkit
watchdog: enabled [pulse: 90s]
udev: initializing udev
store: loading domains
store: loading devices
power: state located at: /run/boltd/power
power: force power support: no
udev: enumerating devices
[10dae28f-c8a8-domain0                    ] newly connected [iommu] (/sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0)
security level set to 'none'
[10dae28f-c8a8-domain0                    ] domain: registered (bootacl: 0/0)
[10dae28f-c8a8-domain0                    ] bootacl: bootacl not supported, no sync
[10dae28f-c8a8-domain0                    ] udev: failed to determine if uid is stable: unknown NHI PCI id '0x9a1f'
[10dae28f-c8a8-domain0                    ] udev: uuid is stable: no (for NHI: 0x9a1f)
global 'generation' set to '4'
[10dae28f-c8a8-ThinkPad P1 Gen 4i         ] device added, status: authorized, at /sys/devices/pci0000:00/0000:00:0d.2/domain0/0-0
[10dae28f-c8a8-ThinkPad P1 Gen 4i         ] labeling device: Lenovo ThinkPad P1 Gen 4i
[21c8aa24-1319-domain1                    ] newly connected [iommu] (/sys/devices/pci0000:00/0000:00:0d.3/domain1/1-0)
[21c8aa24-1319-domain1                    ] domain: registered (bootacl: 0/0)
[21c8aa24-1319-domain1                    ] bootacl: bootacl not supported, no sync
[21c8aa24-1319-domain1                    ] udev: failed to determine if uid is stable: unknown NHI PCI id '0x9a21'
[21c8aa24-1319-domain1                    ] udev: uuid is stable: no (for NHI: 0x9a21)
[21c8aa24-1319-ThinkPad P1 Gen 4i         ] device added, status: authorized, at /sys/devices/pci0000:00/0000:00:0d.3/domain1/1-0
[21c8aa24-1319-ThinkPad P1 Gen 4i         ] labeling device: Lenovo ThinkPad P1 Gen 4i
[10dae28f-c8a8-domain0                    ] dbus: exported domain at /org/freedesktop/bolt/domains/10dae28f_c8a8_8780_ffff_ffffffffffff
[21c8aa24-1319-domain1                    ] dbus: exported domain at /org/freedesktop/bolt/domains/21c8aa24_1319_8780_ffff_ffffffffffff
[10dae28f-c8a8-ThinkPad P1 Gen 4i         ] dbus: exported device at /org/freedesktop/bolt/devices/10dae28f_c8a8...
[21c8aa24-1319-ThinkPad P1 Gen 4i         ] dbus: exported device at /org/freedesktop/bolt/devices/21c8aa24_1319...
Started bolt.service - Thunderbolt system service.

Por favor, deixe-me saber se você tem alguma sugestão do que mais posso executar para investigar o problema.