kagmole's questions

Tentei fazer uma instalação nova de um Debian Bookworm em um Asus TUF Gaming A15 RTX 4070 (NVIDIA Optimus), modelo FA507XI com um AMD Ryzen 9 7940HS integrado. A instalação do Debian ocorreu sem problemas. Eu uso o Xfce como DE. SecureBoot e Fastboot estão desabilitados.

Um primeiro problema com o driver nouveau: tela preta após o menu GRUB.
No entanto, o uso nomodesetme permite iniciar o computador e fazer login.

Depois sigo as instruções no wiki do Debian , ou seja:

• Primeira instalaçãolinux-headers-amd64
• Em seguida, instale nvidia-driver-fullefirmware-misc-nonfree
  • Na verdade diz, nvidia-drivermas preciso dos pacotes adicionais denvidia-driver-full

E a partir daí, nada dá certo.

• Se eu usar nomodeset, o LightDM falha ao iniciar
• Se eu usar acpi=offo LightDM inicia, mas não tenho teclado nem trackpad
• Se eu não usar nada, fico com uma tela preta depois do menu GRUB, o mesmo que acontece com o driver nouveau

O que estou esquecendo?
Tentei soluções aqui e ali, como usar o kernel e o driver NVIDIA de backports, outras opções do GRUB, em vão.
Não sei por onde começar para fazer uma depuração correta também.

Eu já consegui fazer funcionar no mesmo computador com uma instalação do Debian Sid, infelizmente não lembro como!

Mensagens mostradas antes da tela preta congelar:

ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.WWAN], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.WWAN], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP5.RTL8], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error bug): Failure creating named object [\_SB.PCI0.GPP6.WLAN._S0W], AE_ALREADY_EXISTS (20220331/dswload2-326)
ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_TZ.THRM._SCP.CTYP], AE_NOT_FOUND (20220331/psargs-332)
ACPI Error: Aborting method \_TZ.THRM._SCP due to previous error (AE_NOT_FOUND) (20220331/psparse-529)

nouveau 0000:01:00.0: unknown chipset (196000a1)
amdgpu 0000:65:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)
firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
amdgpu 0000:65:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)

A solução: Debian Bookworm 12.9 é muito antigo para a Radeon 780M iGPU. Atualizar firmware-amd-graphicsdo bookworm-backportsresolveu o problema.

Eu tenho a seguinte rede (todas as máquinas são Debian GNU/Linux 10 Buster):

+----+             +--------+                    +--------+             +----+
|.1.x| <-->   .1.1 |ROUTER-A| .101.1 <--> .101.2 |ROUTER-B|   .2.1 <--> |.2.x|
+----+      enp0s8 +--------+ enp0s9      enp0s9 +--------+ enp0s8      +----+

Estou tentando tornar as máquinas da .1.xrede capazes de se comunicar com as máquinas da .2.xrede.

De acordo com este link ou este , podemos adicionar upcomandos dentro de nossos arquivos de interface. Então eu tentei.

/etc/network/
             interfaces
             interfaces.d/
                          enp0s3-nat
                          enp0s8-intnet-1
                          enp0s9-intnet-101
                          loopback

Dentro enp0s9-intnet-101:

allow-hotplug enp0s9
iface enp0s9 inet static
  address 192.168.101.1
  netmask 255.255.255.0
  gateway 192.168.101.1
  network 192.168.101.0

  up ip route add 192.168.2.0/24 via 192.168.101.2

Mas não funciona. Por curiosidade, tentei up echo "hello world" > /tmp/hello-test, e também não funciona.

Se eu substituir meu staticmétodo por manualum:

allow-hotplug enp0s9
iface enp0s9 inet manual
  up ip address add 192.168.101.1/24 dev enp0s9
  up ip route   add 192.168.2.0/24   via 192.168.101.2

Ele funciona na reinicialização, mas se eu "descer e subir" minha interface com ip link set enp0s9 downthen ip link set enp0s9 up, a rota não estará mais disponível.

Então minhas perguntas:

• É possível ou não usar upcomandos em um staticmétodo?
• Por que, com meu manualmétodo, a rota não é criada com ip link set enp0s9 up?

Primeiro algumas especificações: meu computador é um HP EliteBook 8460p. Ele vem com uma webcam Chicony HP HD integrada.

Meu problema é que muitos aplicativos (bem, pelo menos Skype e guvcview) estão exibindo várias linhas para a mesma webcam; na verdade, se eu fizer isso ls -l /dev | grep video, recebo o seguinte:

crw-rw----  1 root video      29,   0 Apr 16 08:13 fb0
crw-rw----  1 root video     243,   0 Apr 16 08:13 media0
crw-rw----+ 1 root video      81,   0 Apr 16 08:13 video0
crw-rw----+ 1 root video      81,   1 Apr 16 08:13 video1

Tenho 2 /dev/video[n]com apenas uma webcam (integrada); O Skype funcionará corretamente com /dev/video0, mas não com /dev/video1. O mesmo para guvcview.

Se eu conectar outra webcam USB, por exemplo, uma da Logitech, recebo o seguinte dmesg:

[21222.638802] usb 2-2: new high-speed USB device number 20 using xhci_hcd
[21222.970684] usb 2-2: New USB device found, idVendor=046d, idProduct=08c2, bcdDevice= 0.05
[21222.970755] usb 2-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[21222.972518] uvcvideo: Found UVC 1.00 device <unnamed> (046d:08c2)
[21226.044535] uvcvideo 2-2:1.0: Entity type for entity Extension 4 was not initialized!
[21226.044538] uvcvideo 2-2:1.0: Entity type for entity Extension 8 was not initialized!
[21226.044540] uvcvideo 2-2:1.0: Entity type for entity Extension 10 was not initialized!
[21226.044541] uvcvideo 2-2:1.0: Entity type for entity Extension 9 was not initialized!
[21226.044543] uvcvideo 2-2:1.0: Entity type for entity Extension 3 was not initialized!
[21226.044545] uvcvideo 2-2:1.0: Entity type for entity Processing 2 was not initialized!
[21226.044547] uvcvideo 2-2:1.0: Entity type for entity Camera 1 was not initialized!
[21226.044746] input: UVC Camera (046d:08c2) as /devices/pci0000:00/0000:00:1c.7/0000:25:00.0/usb2/2-2/2-2:1.0/input/input35
[21226.137559] usb 2-2: Warning! Unlikely big volume range (=3072), cval->res is probably wrong.
[21226.137569] usb 2-2: [5] FU [Mic Capture Volume] ch = 1, val = 4608/7680/1

E o seguinte com ls -l /dev/ | grep video:

crw-rw----  1 root video      29,   0 Apr 16 08:13 fb0
crw-rw----  1 root video     243,   0 Apr 16 08:13 media0
crw-rw----  1 root video     243,   1 Apr 16 14:06 media1
crw-rw----+ 1 root video      81,   0 Apr 16 08:13 video0
crw-rw----+ 1 root video      81,   1 Apr 16 08:13 video1
crw-rw----+ 1 root video      81,   2 Apr 16 14:06 video2
crw-rw----+ 1 root video      81,   3 Apr 16 14:06 video3

3 novas entradas: /dev/media1, /dev/video2e /dev/video3.

Até encontrei uma webcam Sony (CEVCECM) que soma até 4 novos dispositivos. Os dmesgregistros:

[21927.665747] usb 2-2: new high-speed USB device number 23 using xhci_hcd
[21927.817330] usb 2-2: New USB device found, idVendor=05e3, idProduct=0608, bcdDevice= 9.01
[21927.817339] usb 2-2: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[21927.817343] usb 2-2: Product: USB2.0 Hub
[21927.824119] hub 2-2:1.0: USB hub found
[21927.824814] hub 2-2:1.0: 4 ports detected
[21928.113733] usb 2-2.4: new high-speed USB device number 24 using xhci_hcd
[21928.223184] usb 2-2.4: New USB device found, idVendor=054c, idProduct=097b, bcdDevice=21.12
[21928.223192] usb 2-2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[21928.223197] usb 2-2.4: Product: CEVCECM
[21928.223201] usb 2-2.4: Manufacturer: Sony
[21928.223206] usb 2-2.4: SerialNumber: DHZD10412EUHK1
[21928.227506] uvcvideo: Found UVC 1.00 device CEVCECM (054c:097b)
[21928.242592] uvcvideo: Unable to create debugfs 2-24 directory.
[21928.242780] uvcvideo 2-2.4:1.0: Entity type for entity Extension 7 was not initialized!
[21928.242783] uvcvideo 2-2.4:1.0: Entity type for entity Extension 3 was not initialized!
[21928.242785] uvcvideo 2-2.4:1.0: Entity type for entity Processing 2 was not initialized!
[21928.242787] uvcvideo 2-2.4:1.0: Entity type for entity Camera 1 was not initialized!
[21928.242877] input: CEVCECM: CEVCECM as /devices/pci0000:00/0000:00:1c.7/0000:25:00.0/usb2/2-2/2-2.4/2-2.4:1.0/input/input38

E os arquivos de dispositivo resultantes com ls -l /dev | grep video:

crw-rw----  1 root video      29,   0 Apr 16 08:13 fb0
crw-rw----  1 root video     243,   0 Apr 16 08:13 media0
crw-rw----  1 root video     243,   1 Apr 16 14:18 media1
crw-rw----+ 1 root video      81,   0 Apr 16 08:13 video0
crw-rw----+ 1 root video      81,   1 Apr 16 08:13 video1
crw-rw----+ 1 root video      81,   2 Apr 16 14:18 video2
crw-rw----+ 1 root video      81,   3 Apr 16 14:18 video3
crw-rw----+ 1 root video      81,   4 Apr 16 14:18 video4
crw-rw----+ 1 root video      81,   5 Apr 16 14:18 video5

5 novas entradas: /dev/media1e /dev/video2para /dev/video5.

Eu sinto que os arquivos corretos a serem usados ​​são os /dev/media[n]únicos, mas o Skype e o guvcview de alguma forma não conseguem fazê-lo e fazem fallback para o arquivo /dev/video[n].

Eu não tenho esse problema com o Webcamoid, por exemplo.

Se alguém tiver uma ideia, eu aceito. Enquanto isso vou continuar a investigação...

--- Editado em 14-05-2019 ---

Obteve algumas informações interessantes usando v4l2-ctl --device=/dev/video* --all. Para a webcam Chicony HP HD, seus 2 arquivos de dispositivo têm recursos de dispositivo diferentes:

# Devices capabilities for /dev/video0
Video Capture
Streaming
Extended Pix Format

# Devices capabilities for /dev/video1
Metadata Capture
Streaming
Extended Pix Format

Obtenho resultados semelhantes para as webcams USB. Então, afinal, talvez o que o Skype e o guvcview não consigam fazer seja apenas listar os dispositivos de vídeo que suportam a Video Capturecapacidade do dispositivo.