Nagev's questions

Instalei o docker no Oracle Linux 7 e sudo yum install dockerpensei em removê-lo, sudo yum remove dockermas /usr/bin/dockerainda está lá:

$ docker --version
Docker version 19.03.11-ol, build 9bb540d

Há uma pergunta semelhante para o CentOS, mas tentar as respostas não removeu nada, veja abaixo.

$ sudo yum remove docker \
>               docker-client \
>               docker-client-latest \
>               docker-common \
>               docker-latest \
>               docker-latest-logrotate \
>               docker-logrotate \
>               docker-engine
Loaded plugins: langpacks, ulninfo
No Match for argument: docker
No Match for argument: docker-client
No Match for argument: docker-client-latest
No Match for argument: docker-common
No Match for argument: docker-latest
No Match for argument: docker-latest-logrotate
No Match for argument: docker-logrotate
No Match for argument: docker-engine
No Packages marked for removal

E até a solução documentada :

$ sudo yum remove docker-ce docker-ce-cli containerd.io
Loaded plugins: langpacks, ulninfo
No Match for argument: docker-ce
No Match for argument: docker-ce-cli
No Match for argument: containerd.io
No Packages marked for removal

Como faço para eliminá-lo completamente do meu sistema? Obrigada!

Ao tentar solucionar um ping com falha do host do Windows para o endereço IP de uma máquina virtual convidada do Linux (192.168.1.19), fiz um traceroute:

$ traceroute 192.168.1.19
traceroute to 192.168.1.19 (192.168.1.19), 30 hops max, 60 byte packets
 1  Samsung.station (192.168.1.17)  3132.517 ms !H  3132.491 ms !H  3132.489 ms !H

$ ping 192.168.1.19
PING 192.168.1.19 (192.168.1.19) 56(84) bytes of data.
From 192.168.1.17 icmp_seq=1 Destination Host Unreachable
From 192.168.1.17 icmp_seq=2 Destination Host Unreachable

$ ping hostname
PING hostname (192.168.1.19) 56(84) bytes of data.
From Samsung.station (192.168.1.17) icmp_seq=1 Destination Host Unreachable
From Samsung.station (192.168.1.17) icmp_seq=2 Destination Host Unreachable

Eu posso pingar o IP do host (192.168.1.15) do convidado. O problema é que eu sei o que tenho na minha rede, mas não tenho ideia do que essa Samsung.stationmáquina deveria ser. Fiz login no roteador Wi-Fi e não consigo identificar nenhum dispositivo com um endereço IP "192.168.1.17". Desliguei ou desconectei o Wi-Fi de todos os poucos dispositivos Samsung na rede, mas ainda obtenho o mesmo resultado.

Meu objetivo final é fazer o ping funcionar nos dois sentidos, mas agora também gostaria de saber se há algo que eu possa fazer para identificar esse misterioso dispositivo! Eu vi uma pergunta relacionada, mas ainda não estou tentando bloquear dispositivos, primeiro quero saber qual seria o melhor próximo passo aqui, antes de reiniciar o roteador. Se alguém puder dizer com confiança que não existem ferramentas Linux que possam me ajudar a resolver isso ou obter mais informações, essa também é uma resposta válida. Obrigada.

Atualizar

A máquina host está executando o Windows 10, conectado à rede na interface Wi-Fi integrada.

A máquina virtual está no VirtualBox. Eu escolhi um "Adaptador em Ponte" intencionalmente, para obter um endereço IP DHCP dedicado, o que torna fácil e conveniente acessar seu servidor web local. Essa configuração estava funcionando bem em uma VM Ubuntu anterior, mas a VM em questão aqui é uma nova instalação mínima do Debian 11 (sem desktop).

Eu também reiniciei o roteador Wi-Fi, então algumas coisas mudaram:

• O host do Windows está agora em 192.168.1.16, mas aparece no roteador Wi-Fi com o "nome do host" da VM! Provavelmente era o mesmo que antes da reinicialização, eu provavelmente tinha perdido o fato de que o nome do host para o host do Windows não estava na lista de dispositivos.
• A VM ainda relata um IP de 192.168.1.19. Mas agora ele também falha ao pingar o IP do host (.16) e traceroutepara 192.168.1.16 apenas mostra * * *todos os 30 saltos.
• Fazer traceroutedo host para o IP do convidado relatado ainda mostra o misterioso salto para o IP do ponto 17, mas não tem mais o nome do Samsung.stationhost ao lado dele, não sei de onde veio antes. Aqui está:

    $ traceroute 192.168.1.19
    
    traceroute to 192.168.1.19 (192.168.1.19), 30 hops max, 60 byte packets
     1  192.168.1.17 (192.168.1.17)  3121.263 ms !H  3121.242 ms !H  3121.239 ms !H

Eu colaria a saída da ip addressVM, mas não tenho a integração da área de transferência funcionando, e mesmo a pasta compartilhada que era fácil na VM anterior não é visível nesta, então também não posso redirecionar a saída para um arquivo.

Agora é evidente que a raiz do problema de conectividade parece ser que o adaptador em ponte falhou ao obter seu próprio IP DHCP do servidor DHCP do roteador, o que provavelmente perdi antes da reinicialização devido ao nome do host da VM aparecer na lista de Wi-Fi dispositivos no roteador.

Isso acabou sendo mais uma solução de problemas do VirtualBox do que qualquer coisa, peço desculpas por isso. Provavelmente vou atribuir um IP fixo à VM. Qualquer dica sobre o mistério do salto inesperado ainda seria interessante.

Segunda atualização

Acabei de lembrar que posso usar tcpdumppara obter mais informações. Tem sido uma das minhas ferramentas favoritas de solução de problemas de rede há anos! Vou postar uma atualização ou uma resposta dependendo do que eu encontrar. Além disso, ainda não reiniciei o Windows. Outras sugestões ainda são bem-vindas.

Eu quero criptografar um segredo do cliente que começa com um traço, mas se eu fizer algo como:

aws kms encrypt --region us-east-1 --key-id xxxyyzz --output text --query CiphertextBlob --plaintext -blahblah-

O resultado é:

usage: aws [options] <command> <subcommand> [<subcommand> ...] [parameters]
To see help text, you can run:

  aws help
  aws <command> help
  aws <command> <subcommand> help
aws: error: argument --plaintext: expected one argument

Tentei escapar como:

aws kms encrypt --region us-east-1 --key-id xxxyyzz --output text --query CiphertextBlob --plaintext \-blahblah-

Mas deu o mesmo erro. Minhas pesquisas até agora só deram respostas específicas do aplicativo (por exemplo sed, ). Qual é o truque indescritível que estou perdendo?

Eu tenho uma máquina que tem um diretório que parece corrompido. A saída de ls -lahé algo como:

???????????  ? ?        ?           ?            ? dir_name

Isso costumava ser um diretório válido em uma VM CentOS 7 no SSD. Não sei o que aconteceu, mas agora só quero excluí-lo, mas isso não parece possível:

$sudo rm -rf dir_name 
rm: cannot remove ‘dir_name’: Is a directory

E stattambém não consigo ler:

stat dir_name
stat: cannot stat ‘dir_name’: No such device

Qual é a maneira mais simples de excluir esse diretório com segurança?