user5265160's questions

Estou executando o Ubuntu 20.04 e usando o aplicativo Nvidia Riva Automatic Speech Recognition para detectar comandos de fala. Gostaria de direcioná-los/canalizá-los para outro aplicativo para executar uma ação de controle. O problema que tenho é que o aplicativo ASR é implantado em um contêiner docker e o aplicativo de controle não.

Portanto. Gostaria de saber como um aplicativo executado fora do contêiner do docker pode interagir com um aplicativo executado dentro dele.

Pensei em executar tudo dentro do mesmo contêiner, porém isso não é prático porque nosso produto é maduro, possui muitos serviços interagindo entre si e também interfaces para drivers de kernel Linux.

Agradecemos antecipadamente por qualquer ajuda.

Ubuntu 20.04.5LTS

Docker versão 24.0.2

Estou tentando realocar o diretório /var/lib/docker para minha unidade flash USB SSD para economizar memória no armazenamento interno, no entanto, estou tendo dificuldades para fazer isso. Tentei modificar o serviço docker para definir uma raiz de dados diferente, mas quando inicio o serviço, recebo um erro e acho que isso está relacionado ao fato de que o destino de realocação é uma unidade flash USB.

Criei uma cópia dos arquivos docker existentes executando

sudo rsync -avxP /var/lib/docker/ /home/myuser/riva/docker/

onde /home/myuser/riva é minha unidade USB montada (myuser é meu nome de usuário) e, em seguida, modifiquei docker.service para definir a raiz dos dados para o novo local

ExecStart=/usr/bin/dockerd --data-root /home/myuser/riva/docker -H fd:// --containerd=/run/containerd/containerd.sock

No entanto, o docker falha ao iniciar, produzindo o seguinte erro

time="2024-03-13T02:21:33.996540964-07:00" level=info msg="Starting up"
time="2024-03-13T02:21:34.000771936-07:00" level=info msg="detected 127.0.0.53 nameserver, assuming systemd-resolved, so using resolv.conf: /run/systemd/resolve/resolv.conf"
time="2024-03-13T02:21:34.100456272-07:00" level=error msg="failed to mount overlay: invalid argument" storage-driver=overlay2
time="2024-03-13T02:21:34.100577936-07:00" level=error msg="[graphdriver] prior storage driver overlay2 failed: driver not supported"
failed to start daemon: error initializing graphdriver: driver not supported

Para fins de teste, tentei o mesmo procedimento para realocar para outra pasta no armazenamento interno e funcionou bem, o que prova que o problema está relacionado à unidade Flash SSD. Quando executo 'fdisk -l', o resultado reporta NTFS, conforme esperado.

/dev/sda1: LABEL="RIVA" UUID="18089E33089E103C" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="5fa27c32-117b-4223-9a76-6297b0fdc625"

Alguém pode ajudar?

Obrigado

Estou tentando construir um pacote debian para uma plataforma ARM64 no meu sistema operacional AMD64 Ubuntu. eu executo o comando

debuild -us -uc --host-arch arm64

mas receba o aviso

dpkg-architecture: warning: specified GNU system type aarch64-linux-gnu does not match CC system type x86_64-linux-gnu, try setting a correct CC environment variable

e por isso gostaria de saber como definir a variável de ambiente CC, conforme o aviso aconselha. Para meu SO de destino, eu normalmente usaria

/opt/l4t-gcc-toolchain-64-bit-32.1/install/bin/aarch64-linux-gnu-gcc

Obrigado.

Estou trabalhando com um dispositivo linux incorporado, ao qual normalmente nos conectamos por endereço IP estático durante o desenvolvimento. No entanto, no local, temos um requisito para conectar usando DHCP e, portanto, gostaria de configurar uma conexão DHCP primária, com um endereço IP estático de fallback em uma rede diferente. Isso é possível?

Eu posso usar nmcli para configurar uma conexão DHCP (IPV4.method=manual) e posso adicionar com sucesso um endereço IP estático adicional. Ambos existirão simultaneamente quando o servidor DHCP estiver presente, no entanto, quando não houver servidor DHCP, a conexão será desativada incluindo o endereço IP estático.

Eu também tentei configurar várias conexões, atribuídas a eth0, ou seja, uma estática e uma DHCP, e posso habilitá-las manualmente usando

nmcli con up ConnectionName

mas isso não atende ao requisito devido à necessidade de habilitá-los manualmente no caso de outra falha. Eu posso, é claro, executar um script para verificar o status da conexão e habilitar o outro, se necessário, mas pensei que isso seria uma expectativa realista de um gerenciador de rede.

Existe uma maneira de dizer ao gerente de rede para tentar uma conexão e, se isso falhar, tente outra?

Estou usando o Ubuntu 18.04.

Obrigado.