ynn's questions

Meu ambiente tem duas saídas de áudio: HDMI e alto-falante Bluetooth. Geralmente ambos funcionam corretamente. Por exemplo,

#this plays sound via bluetooth speaker
$ aplay -D default jingle.wav

#this plays sound via HDMI
$ aplay -D plughw:1,7 jingle.wav

No entanto, mpc playnão reproduz nenhum som. My /etc/mpd.confé um padrão, exceto para o diretório de música. Então

music_directory     "smb://xxx.xxx.xx.x/some_directory"
...
audio_output {
    type        "alsa"
    name        "My ALSA Device"
    #   device      "hw:0,0"    # optional
    #   mixer_type      "hardware"      # optional
    #   mixer_device    "default"   # optional
    #   mixer_control   "PCM"       # optional
    #   mixer_index "0"     # optional
}

Eu uso um diretório de música remoto ( smbprotocolo) e a conexão está ok. De acordo com man mpd.conf, o valor padrão do devicecampo é "default". Mas mpc playnão reproduz som, embora eu espere que seja reproduzido pelo alto-falante bluetooth como o aplay -D defaultcomando acima. sudo mpd --no-daemon --stderrdiz

exception: OutputThread could not get realtime scheduling, continuing anyway: sched_setscheduler failed: Operation not permitted
avahi: Service 'Music Player' successfully established.
client: [0] opened from xxx.x.x.x:xxxxx
No protocol specified
xcb_connection_has_error() returned true
No protocol specified
No protocol specified
xcb_connection_has_error() returned true
exception: Failed to read mixer for 'My ALSA Device': no such mixer control: PCM

A última linha pode ser a causa, então defino o mixer_typecampo como "none". Mas ainda sem som. mpc playsucessos e a posição atual (por exemplo 00:56/3:20 (58%)) progride, mas nenhum som.

Como posso usar meu alto-falante bluetooth? Se eu definir devicepara plughw:1,7, mpc playna verdade reproduz o som via HDMI conforme o aplaycomando acima. No entanto, eu gostaria de usar o alto-falante bluetooth.

Meio Ambiente:

$ lsb_relase -d
Description:    Linux Mint 19 Tara

$ mpd --version
Music Player Daemon 0.20.18

Eu instalei mpdpelo sudo apt install mpd.

Estou usando o Linux Mint MATE. Eu gostaria de lançar um aplicativo gui sem ser reconhecido pelos meus olhos. Eu tentei o seguinte código que inicia o aplicativo e o move para outro espaço de trabalho wmctrllogo após o lançamento, mas isso não funcionou.

some_app_with_gui &
wmctrl -r title -t 1 #move window to another workspace (Say I'm in workspace 0 now)

Conforme indicado aqui , o motivo é que wmctrlé executado antes some_app_with_guida janela do app. Então a solução seria

some_app_with_gui &
sleep 0.8
wmctrl -r title -t 1 #move window to another workspace (Say I'm in workspace 0 now)

e isso realmente funciona.

Com esta solução, no entanto, a janela é reconhecida pelos meus olhos por um momento (0,1 segundos ou mais). Isso é realmente irritante e eu gostaria de evitá-lo.

Existem soluções? Não precisa necessariamente usar wmctrl. Qualquer outro comando será ok. E por favor note que eu não acesso a janela, ou seja, o aplicativo é iniciado por um script e fechado pelos scripts, então esconder completamente a janela está ok.

Como esta pergunta é diferente de outras com títulos semelhantes é

• que apenas uma máquina está envolvida (não relacionada a SSH)

• e que gostaria de iniciar o aplicativo gui em uma máquina com um ambiente de desktop sem gui.

Quando você assiste a um vídeo no YouTube, pode procurá-lo com a visualização em miniatura. Muitos players de vídeo do Windows e do MacOS têm esse recurso, mas e os do Linux? Eu já li essa mesma pergunta , mas as informações parecem desatualizadas. O site oficial do ExMPlayer ainda está vivo, mas o projeto é negligenciado (veja git repo ), e na verdade o player não funciona no Ubuntu ou Linux Mint mais recente.

Existe algum player de vídeo que tenha o recurso e funcione nas distribuições linux mais recentes? Ou devo usar o do Windows com o VirtualBox? Se apenas o VLC implementasse esse recurso, mas parece que isso não acontecerá até onde eu li isso .

Prévia de busca do YouTube:

Ao converter e criar um arquivo mp3 de 320kbps, você pode executar

ffmpeg -i original.wav -b:a 320K out.mp3

Mas por que pode -b:adesignar a taxa de bits? Eu li man ffmpege a Documentação oficial do ffmpeg , mas -b:anem sequer -bsão descritos, embora alguns exemplos possam ser vistos neles. Além disso, parece que a taxa de bits padrão para mp3 é 128kbps, mas isso não é mencionado.

Alguém tem a verificação para a validade da -b:aopção? O que significa be asignifica? BIT-RATE e ÁUDIO?

Ao modificar /etc/ssh/sshd_config, você pode executar systemctl restart sshd.servicepara refletir a alteração. Pelo menos no meu ambiente, também, systemctl restart ssh.servicefunciona. E systemctl --all list-units ssh*me diz que não há nenhum serviço com o nome sshd.service. Então, por que é sshd.serviceusado amplamente e realmente válido?

(Eu sei que o nome do daemon ssh é, sshdmas essa não é a razão razoável, eu acho.)

Executei os seguintes comandos em linux mint 19( ubuntu-base) e volumio 2( raspbian-base), ambos baseados em debian.

systemctl restart sshd.service; echo $? #=> 0
systemctl restart ssh.service; echo $? #=> 0
systemctl --no-legend --all list-units ssh* #=> only ssh.service exists

No Linux semelhante ao Ubuntu, o .bashrcarquivo padrão contém uma linha:

[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

Então por que é SHELL=/bin/sh lesspipegramaticalmente correto? Em que página man bashposso saber o significado desta afirmação? Para mim, esta afirmação parece a mesma que, por exemplo,

ls echo

, que é inválido. Também,

abc=hello echo $abc

não comete nenhum erro, mas gera null.

Não consegui encontrar nenhuma informação relevante, man bashembora tenha tentado algum /<expression>comando de pesquisa no less. Alguém poderia me dizer as interpretações do comando?

Nota: eu li o post " Você pode explicar a expressão eval no .bashrc padrão " mas não recebi nada.

De acordo com a Microsoft ,

Quando os arquivos são copiados de unidades NTFS para unidades FAT, alguns arredondamentos de carimbo de data/hora do arquivo precisam ocorrer; o carimbo de hora do arquivo é arredondado para o próximo segundo par.

(recorte)

Carimbo de hora NTFS: 7 horas 31 min 0 seg 001.

O carimbo de hora FAT torna-se 7 horas 31 min 2 seg 000.

No entanto, man rsyncdiz

--modificar-janela

Ao comparar dois carimbos de data/hora, o rsync trata os carimbos de data/hora como sendo iguais se eles diferirem não mais do que o valor da janela de modificação. Normalmente é 0 (para uma correspondência exata), mas pode ser útil definir isso para um valor maior em algumas situações. Em particular, ao transferir para ou de um sistema de arquivos MS Windows FAT (que representa os tempos com uma resolução de 2 segundos), --modify-window=1 é útil (permitindo que os tempos diferem em até 1 segundo).

Eu acho que --modify-window=2é a opção correta, porque não é executado o "arredondamento" e sim o "teto". Alguém poderia me dizer se estou certo?

Informações relevantes ou irrelevantes:

No meu ambiente, a resolução de mtime dos arquivos em FAT32 USB é de 1 segundo, e o "piso" está feito, embora eu não saiba o motivo. O USB é formatado com fdiske mkfs -t fat -F 32. Os arquivos são transferidos do Linux Mint para o Volumio. Eu verifico o timestamp, usando date -r +%s.%N.

Suplemento:

Encontrei outra informação. Um thread de e-mail confiável de rsync diz

timestamps sempre serão um problema no vfat. Tem uma resolução de 1 ou 2 segundos, então --modify-window=2 é uma solução comum.

mas isso contradiz man rsynce há muitas respostas aceitas no StackExchange que recomendam --modify-window=1. Agora estou confuso.

Estou pensando em executar um servidor de arquivos no Raspberry Pi com duas memórias flash USB. Devo mounte umounttoda vez que executo o backup? Quero dizer, o umounted USB é mais durável que mounto ed USB (em termos de potência, temperatura, etc...)?

Situação detalhada:

• Eu uso rsyncpara fazer backup de arquivos.
• Desde que eu uso um script, umounte mountnão é problemático.
• O tamanho total do arquivo é de apenas 5 GB e o tamanho real transferido é de 100 KB a 100 MB.
• Em média, executo o backup 2-3 vezes por dia.
• O servidor nunca desliga.
• Os USBs são usados ​​apenas para backup e possuem o mesmo conteúdo como espelhamento.
• Eu entendo a fragilidade da memória USB. (Na verdade, faço backup de arquivos em muitos lugares. O servidor de arquivos que estou planejando fazer é apenas um subsistema.)

Eu gostaria de tomar a opção mais segura. Fico feliz em receber qualquer conselho. Obrigada.

Exemplo:

mount /dev/sdb1 dir1
mount /dev/sdb1 dir2
touch dir1/file1
touch dir2/file2

Estou preocupado com a colisão de dados de gravação, o que pode resultar em alguma corrupção do sistema de arquivos.

Eu li man mounte man umount, mas nada sobre isso foi encontrado. Na verdade, man umountimplica que isso (= montar em muitos diretórios) pode acontecer, mas não se refere à segurança.

(Acabei de testar a situação e, neste momento, nenhum problema aconteceu.)