Quando tento obter o número da semana de 31 de dezembro, ele retorna 1. Quando recebo o número da semana de 30 de dezembro, recebo 52 --- que é o que eu esperaria. O dia segunda-feira está correto. Isso está em um RPI executando o Ubuntu.
$ date -d "2018-12-30T1:58:55" +"%V%a"
52Sun
$ date -d "2018-12-31T1:58:55" +"%V%a"
01Mon
Mesmo problema sem string de tempo
$ date -d "2018-12-31" +"%V%a"
01Mon
Temos env(1) para modificar o ambiente do comando que queremos executar (por exemplo env MANPAGER=more man dtrace). Existe algo semelhante, mas para modificar o diretório em que o comando será iniciado?
O ideal seria que ficasse assim:
theMagicCommand /new/cwd myProgram
Dessa forma, ele pode ser "encadeado" com outros comandos do tipo env(1), por exemplo,
daemon -p /tmp/pid env VAR=value theMagicCommand /new/cwd myProgram
Até agora posso pensar na seguinte solução, que infelizmente não tem a mesma interface que env(1):
cd /new/cwd && myProgram
Além disso, posso criar um script de shell simples como este:
#! /bin/sh -
cd "${1:?Missing the new working directory}" || exit 1
shift
exec "${@:?Missing the command to run}"
mas estou procurando algo que já existe (pelo menos no macOS e FreeBSD).
myProgramnão é necessariamente um aplicativo de desktop (nesse caso eu poderia usar apenas a tecla Path em um arquivo .desktop ).
Digamos que eu execute alguns processos:
#!/usr/bin/env bash
foo &
bar &
baz &
wait;
Eu corro o script acima assim:
foobarbaz | cat
até onde posso dizer, quando qualquer um dos processos grava em stdout/stderr, sua saída nunca é intercalada - cada linha de stdio parece ser atômica. Como isso funciona? Qual utilitário controla como cada linha é atômica?
Meu requisito é listar todos os arquivos em um diretório, exceto os arquivos que terminam com a ~(arquivos de backup).
Tentei usar o comando:
ls -l | grep -v ~
Eu recebo esta saída:
asdasad
asdasad~
file_names.txt
normaltest.txt
target_filename
testshell1.sh
testshell1.sh~
testshell2.sh
testshell2.sh~
testtwo.txt
testtwo.txt~
test.txt
test.txt~
Eu quero obter apenas esses arquivos:
asdasad
file_names.txt
normaltest.txt
target_filename
testshell1.sh
testshell2.sh
testtwo.txt
test.txt
É melhor usar chaves públicas para SSH. Então o meu sshd_configtem PasswordAuthentication no.
Alguns usuários nunca fazem login, por exemplo, um usuário sftp com shell /usr/sbin/nologin. Ou uma conta do sistema.
Para que eu possa criar esse usuário sem uma senha com adduser gary --shell /usr/sbin/nologin --disabled-password.
Isso é uma boa/má ideia? Existem ramificações que não considerei?
É possível exportar um perfil do terminal gnome para outro computador?
Eu crio um perfil de terminal usando edit>preferences e salvei como "def". Gostaria de salvar a configuração em um arquivo e usá-la em outro computador.
Eu tento grep "def" dentro de .config/dconf/ e encontro
Binary file dconf/user matches
É possível extrair as informações da configuração (principalmente sobre as cores, leva muito tempo para encontrar as cores certas) e usá-las em outro computador.
Estou usando o Fedora 28 com o gnome.
4.16.13-300.fc28.x86_64, gnome-terminal-3.28.2-2.fc28.x86_64.
Estou recebendo essas mensagens de erro toda vez que reinicio minha área de trabalho (e mais algumas que não sei como reter quando está desligando, mas essas não são relevantes para esta questão até agora):
[gorre@uplink ~]$ journalctl -p err..alert
...
-- Reboot --
May 11 21:47:03 uplink kernel: ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.RP04.PXSX._SB.PCI0.RP05.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 11 21:47:03 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 11 21:47:03 uplink kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.RP04.PXSX, AE_NOT_FOUND (20180105/psparse-550)
May 11 21:47:03 uplink kernel: ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.RP08.PXSX._SB.PCI0.RP09.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 11 21:47:03 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 11 21:47:03 uplink kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.RP08.PXSX, AE_NOT_FOUND (20180105/psparse-550)
May 12 07:09:30 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
-- Reboot --
May 12 07:10:32 uplink kernel: ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.RP04.PXSX._SB.PCI0.RP05.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 12 07:10:32 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 12 07:10:32 uplink kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.RP04.PXSX, AE_NOT_FOUND (20180105/psparse-550)
May 12 07:10:32 uplink kernel: ACPI BIOS Error (bug): Failure looking up [\_SB.PCI0.RP08.PXSX._SB.PCI0.RP09.PXSX], AE_NOT_FOUND (20180105/dswload2-194)
May 12 07:10:32 uplink kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180105/psobject-252)
May 12 07:10:32 uplink kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.RP08.PXSX, AE_NOT_FOUND (20180105/psparse-550)
Encontrei este artigo que afirma que alguém pode adicionar esta linha: echo "disable" > /sys/firmware/acpi/interrupts/gpe6Fto /etc/rc.local, mas não tenho certeza se essa é a solução correta ... além disso, se for apenas "corrigir" as mensagens de erro, mas não corrigir o problema subjacente - se houver.
Ou talvez eu deva esperar por uma atualização?
Estou a usar:
[gorre@uplink ~]$ uname -a
Linux uplink 4.16.8-1-ARCH #1 SMP PREEMPT Wed May 9 11:25:02 UTC 2018 x86_64 GNU/Linux
... e este é o meu hardware:
ATUALIZAR
4.19.13-1-ltsNova atualização do kernel :
$ uname -a
Linux uplink 4.19.13-1-lts #1 SMP Sun Dec 30 07:38:47 CET 2018 x86_64 GNU/Linux
...e as mensagens de erro/aviso finalmente desapareceram!
-- Reboot --
Dec 28 09:40:42 uplink kernel: ACPI Error: [_SB_.PCI0.RP05.PXSX] Namespace lookup failure, AE_NOT_FOUND (20170728/dswload2-191)
Dec 28 09:40:42 uplink kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170728/psobject-252)
Dec 28 09:40:42 uplink kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.RP04.PXSX, AE_NOT_FOUND (20170728/psparse-550)
Dec 28 09:40:42 uplink kernel: ACPI Error: [_SB_.PCI0.RP09.PXSX] Namespace lookup failure, AE_NOT_FOUND (20170728/dswload2-191)
Dec 28 09:40:42 uplink kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170728/psobject-252)
Dec 28 09:40:42 uplink kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.RP08.PXSX, AE_NOT_FOUND (20170728/psparse-550)
Dec 28 09:41:08 uplink gnome-session-binary[712]: Unrecoverable failure in required component org.gnome.Shell.desktop
Dec 28 11:48:13 uplink flatpak[7192]: libostree HTTP error from remote flathub for <https://dl.flathub.org/repo/objects/3d/b5370c04103b9acd46bca2f315fb4855649926120b099a>
Dec 28 11:48:16 uplink flatpak[7192]: libostree HTTP error from remote flathub for <https://dl.flathub.org/repo/objects/e0/a43c4cbae106fc801d3c7bcc004b8222e9bf0528beef04>
Dec 29 12:19:37 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
Dec 30 09:03:02 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
Dec 30 19:07:11 uplink kernel: [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A (start=952715 end=952716) time 142 us, min 1073, max 1079, scan>
Dec 31 08:11:28 uplink kernel: rtc_cmos 00:03: Alarms can be up to one month in the future
-- Reboot --
Jan 01 10:23:42 uplink gnome-session-binary[516]: Unrecoverable failure in required component org.gnome.Shell.desktop
A questão da jqnecessidade de um filtro explícito quando a saída é redirecionada é discutida em toda a web. Mas não consigo redirecionar a saída se fizer jqparte de uma cadeia de pipe, mesmo quando um filtro explícito está em uso.
Considerar:
touch in.txt
tail -f in.txt | jq '.f1'
# in a different terminal:
echo '{"f1":1,"f2":2}' >> in.txt
echo '{"f1":3,"f2":2}' >> in.txt
Como esperado, a saída no terminal original do jqcomando é:
1
3
Mas se eu adicionar qualquer tipo de redirecionamento ou canalização ao final do jqcomando, a saída ficará silenciosa:
rm in.txt
touch in.txt
tail -f in.txt | jq '.f1' | tee out.txt
# in a different terminal:
echo '{"f1":1,"f2":2}' >> in.txt
echo '{"f1":3,"f2":2}' >> in.txt
Nenhuma saída aparece no primeiro terminal e out.txt está vazio.
Eu tentei centenas de variações, mas é um problema indescritível. A única solução alternativa que encontrei , conforme descoberto por meio de mosquitto_sube The Things Network (que foi onde também descobri o problema), é agrupar as funções tail e jq em um script de shell:
#!/bin/bash
tail -f $1 | while IFS='' read line; do
echo $line | jq '.f1'
done
Então:
./tail_and_jq.sh | tee out.txt
# in a different terminal:
echo '{"f1":1,"f2":2}' >> in.txt
echo '{"f1":3,"f2":2}' >> in.txt
E com certeza, a saída aparece:
1
3
Isso com o último jqinstalado via Homebrew:
$ echo $SHELL
/bin/bash
$ jq --version
jq-1.5
$ brew install jq
Warning: jq 1.5_3 is already installed and up-to-date
Isso é um bug (em grande parte não documentado) no jqmeu entendimento de correntes de tubulação?
Eu sei aproximadamente sobre os arquivos localizados em /dev.
Sei que existem dois tipos (caractere/bloco), o acesso a esses arquivos se comunica com um driver no kernel.
Quero saber o que acontece se eu excluir um - especificamente para os dois tipos de arquivo. Se eu excluir um arquivo de dispositivo de bloco, digamos /dev/sda, que efeito - se houver - isso terá? Acabei de desmontar o disco?
Da mesma forma, e se eu excluir /dev/mouse/mouse0- o que acontece? O mouse para de funcionar? Ele se substitui automaticamente?
Posso excluir esses arquivos? Se eu tivesse uma VM configurada, tentaria.
Gostaríamos de armazenar milhões de arquivos de texto em um sistema de arquivos Linux, com o objetivo de compactar e servir uma coleção arbitrária como um serviço. Tentamos outras soluções, como um banco de dados de chave/valor, mas nossos requisitos de simultaneidade e paralelismo tornam o uso do sistema de arquivos nativo a melhor escolha.
A maneira mais direta é armazenar todos os arquivos em uma pasta:
$ ls text_files/
1.txt
2.txt
3.txt
o que deve ser possível em um sistema de arquivos EXT4 , que não tem limite para o número de arquivos em uma pasta.
Os dois processos FS serão:
Minha pergunta é: o armazenamento de até dez milhões de arquivos em uma pasta afetará o desempenho das operações acima ou o desempenho geral do sistema, de maneira diferente de criar uma árvore de subpastas para os arquivos residirem?