Tentei converter arquivos mp4 para mp3 com o bash:
IFS=$'\n'
for f in $(ls -1 --quoting-style=escape -R ./*.mp4); do ffmpeg -i "$f" "${f%.mp4}.mp3"; done
e, ffmpeg lança um erro:./Asu\ no\ Yozora\ Shoukaihan.mp4: No such file or directory
mas se eu tentar digitar manualmente, funciona sem nenhum erro, alguém sabe o motivo pelo qual ele se comporta assim?
Tenho duas máquinas, o Windows 11 rodando como host e o Windows 7 rodando como convidado.
ambos têm o openssh instalado com versões diferentes, o servidor ssh em execução no convidado e o cliente ssh no host.
o problema é que o servidor não respondeu ao cliente, embora o log diga que ele está conectado:
$ ssh -vvv -i .ssh/id_rsa [email protected]
OpenSSH_9.9p1, OpenSSL 3.4.0 22 Oct 2024
debug1: Reading configuration data /home/ahmad/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: resolve_canonicalize: hostname 127.0.0.1 is address
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/home/ahmad/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/home/ahmad/.ssh/known_hosts2'
debug3: channel_clear_timeouts: clearing
debug3: ssh_connect_direct: entering
debug1: Connecting to 127.0.0.1 [127.0.0.1] port 22.
debug3: set_sock_tos: set socket 4 IP_TOS 0x48
debug1: Connection established.
debug1: identity file .ssh/id_rsa type 0
debug1: identity file .ssh/id_rsa-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_9.9
kex_exchange_identification: read: Software caused connection abort
banner exchange: Connection to 127.0.0.1 port 22: Software caused connection abort
a princípio, acho que configurei incorretamente as configurações de encaminhamento de porta no Virtual Box, porque é provável que o servidor não tenha recebido nenhum pacote em primeiro lugar, então presumo que o pacote seja recebido apenas pelo programa VirtualBox que faz trabalhos de encaminhamento e, então, tentei ter certeza de que o configurei corretamente desativando o sshd e expondo nco pacote do msys2 openbsd-netcatna porta 22, e funciona corretamente, o cliente pode se conectar e trocar dados com o servidor:
Acredito que a captura de tela acima também elimina as possibilidades de problemas de firewall.
ok, talvez o servidor openssh só escute na interface de loopback, e quando eu verifico com netstat, a saída mostra que ele escuta em todas as interfaces (eu também tentei garantir isso explicitamente no sshd_configarquivo):
e caso o servidor ssh não esteja funcionando corretamente, tentei conectar localmente via interface de loop back e funcionou sem problemas:
Eu elimino "versão diferente do openssh" como possibilidade da causa, porque o programa nc no convidado pode receber a resposta do servidor enquanto o host não (então acho que a versão não importa para esses casos):
então, qual é o problema real e quem é o culpado por trás disso? Eu definitivamente esqueci algo importante, por favor, me indique a direção certa, obrigado antecipadamente.
EDIT: Também tentei reinicializar (tanto o guest quanto o host, respectivamente), mas não mudou nada.
EDIT 2: testei usando outro IP em vez de loopback, e também funciona, porém o host ainda não consegue receber respostas:
EDIT 3: neste ponto, estou confuso para descobrir quem é realmente o culpado que me impede de conectar usando ssh, é o próprio openssh? Mas ele funciona no convidado localmente, então é um problema do virtualbox? Mas surpreendentemente o ncat me sugere não culpar o virtualbox, pois ele funciona na mesma porta.
Ocasionalmente, quando saio de um estado de suspensão ou hibernação, entro em pânico no kernel. Nesses casos, normalmente forço o desligamento mantendo pressionado o botão liga / desliga. Recentemente, comecei a usar o parâmetro kernel panic=n, que reinicia automaticamente o sistema nsegundos após um kernel panic.
Existe alguma diferença entre esses métodos?
Aprendi que é possível carregar outro kernel em preparação para um possível kernel panic, permitindo salvar os logs de pânico. Este kernel secundário pode ser usado para executar um desligamento adequado (por exemplo, interromper systemdserviços, desmontar o sistema de arquivos, etc.) em vez de uma reinicialização forçada?
Instalei o pacote wl-clipboard e tentei copiar texto do Xorg para uma janela Weston, mas encontrei o seguinte erro:
[hemlo@ASUS ~]$ whoami
reyuki
[hemlo@ASUS ~]$ wl-copy "hellow world"
Failed to connect to a Wayland server: Connection refused
Note: WAYLAND_DISPLAY is set to /run/user/1000/
Note: XDG_RUNTIME_DIR is set to /run/user/1000/wayland-1
[hemlo@ASUS ~]$ ls -l /run/user/1000/wayland-1
srwxr-xr-x 1 reyuki reyuki 0 Aug 24 21:23 /run/user/1000/wayland-1
[hemlo@ASUS ~]$ file /run/user/1000/wayland-1
/run/user/1000/wayland-1: socket
Por que estou recebendo um erro de "conexão recusada"? Qual é a maneira correta de compartilhar a área de transferência entre Weston e Xorg?
Encontrei perguntas semelhantes na internet, mas parece que ainda não há uma resposta: