Sempre pensei que os sistemas Linux usassem /etc/timezone para o fuso horário, mas:
$ cat /etc/timezone
Etc/UTC
$ date
Tue May 28 12:34:01 PM PDT 2024
Aqui, o /etc/timezone é UTC, mas dateestá reportando em PDT.
Como é datedeterminar o fuso horário?
Este é o Ubuntu 22.04, se for importante.
Estou escrevendo um script em KSH e preciso de sua ajuda para encontrar a lógica para remover minutos e segundos da data. Se os usuários passarem 2024-12-22-16-43-40 para uma variável, ela deverá ser convertida para 2024-12-22-16-00-00.
Em um shell, como definir automaticamente a data e a hora da modificação (ou criação) de um arquivo de vídeo Quicktime com base nos metadados do arquivo com um único comando (ou uma única linha de comando)? Para arquivos JPG, temos exiv2 -T, mas existe um comando semelhante para arquivos .mov?
Para dar um exemplo, vamos começar com um arquivo video.mov com os seguintes metadados:
$ exiftool video.mov
ExifTool Version Number : 12.57
File Name : video.mov
Directory : .
File Size : 64 MB
File Modification Date/Time : 2023:07:04 02:53:05+02:00
File Access Date/Time : 2023:07:01 11:42:46+02:00
File Inode Change Date/Time : 2023:07:04 02:53:05+02:00
File Permissions : -rw-r--r--
File Type : MOV
File Type Extension : mov
MIME Type : video/quicktime
Major Brand : Apple QuickTime (.MOV/QT)
Minor Version : 0.0.0
Compatible Brands : qt
Media Data Size : 64215615
Media Data Offset : 36
Movie Header Version : 0
Create Date : 2023:07:01 11:42:00
Modify Date : 2023:07:01 11:42:46
Time Scale : 600
Duration : 0:00:45
Preferred Rate : 1
Preferred Volume : 100.00%
Preview Time : 0 s
Preview Duration : 0 s
Poster Time : 0 s
Selection Time : 0 s
Selection Duration : 0 s
Current Time : 0 s
Next Track ID : 6
Track Header Version : 0
Track Create Date : 2023:07:01 11:42:00
Track Modify Date : 2023:07:01 11:42:46
Track ID : 1
Track Duration : 0:00:45
Track Layer : 0
Track Volume : 0.00%
Image Width : 1920
Image Height : 1080
Clean Aperture Dimensions : 1920x1080
Production Aperture Dimensions : 1920x1080
Encoded Pixels Dimensions : 1920x1080
Graphics Mode : ditherCopy
Op Color : 32768 32768 32768
Compressor ID : hvc1
Source Image Width : 1920
Source Image Height : 1080
X Resolution : 72
Y Resolution : 72
Compressor Name : HEVC
Bit Depth : 24
Video Frame Rate : 29.997
Balance : 0
Audio Format : mp4a
Audio Channels : 2
Audio Bits Per Sample : 16
Audio Sample Rate : 44100
Purchase File Format : mp4a
Warning : [minor] The ExtractEmbedded option may find more tags in the media data
Matrix Structure : 1 0 0 0 1 0 0 0 1
Content Describes : Track 1
Media Header Version : 0
Media Create Date : 2023:07:01 11:42:00
Media Modify Date : 2023:07:01 11:42:46
Media Time Scale : 600
Media Duration : 0:00:45
Media Language Code : und
Gen Media Version : 0
Gen Flags : 0 0 0
Gen Graphics Mode : ditherCopy
Gen Op Color : 32768 32768 32768
Gen Balance : 0
Handler Class : Data Handler
Handler Vendor ID : Apple
Handler Description : Core Media Data Handler
Meta Format : mebx
Handler Type : Metadata Tags
Make : Apple
Model : iPhone SE (2nd generation)
Software : 16.5.1
Creation Date : 2023:07:01 13:42:00+02:00
Image Size : 1920x1080
Megapixels : 2.1
Avg Bitrate : 11.3 Mbps
Rotation : 90
A melhor abordagem (para definir a data de modificação) que eu mesmo poderia criar até agora é ler a saída de
$ exiftool video.mov | grep "Media Modify Date" | cut -f 19-20 -d ' '
, que é, no meu exemplo,
2023:07:01 11:42:46
(o que está correto conforme normalizado para UTC ou GMT porque, na vida real, o vídeo foi gravado por volta das 13h42:… CEST), substituindo :a data na saída por -, e finalmente emitindo
$ touch -d "2023-07-01 11:42:46 UTC" video.mov
(meu palpite é que dizer UTCé melhor do que dizer GMTacima). Isso gera, como esperado,
$ ls --full-time video.mov | cut -d ' ' -f 6-8
2023-07-01 13:42:46.000000000 +0200
(a máquina está no fuso horário CEST, portanto +0200). O resultado é o que queremos (porque o fuso horário em que o vídeo foi feito também era CEST), mas o processo para chegar lá foi manual .
Como processar a data da primeira sequência de comandos ( exiftool … -d ' ') automaticamente , de forma que possamos emitir tanto o primeiro comando quanto o segundo comando ( touch …) em uma única linha de comando ou em um script?
Como alternativa, o tempo de modificação (ou criação) do arquivo de vídeo .mov deve ser lido dos metadados no arquivo de vídeo e definido no nível do sistema operacional de alguma outra maneira. Como? (Um aparte: como o campo de meta-dados Media Modify Datepode ser totalmente zero para alguns arquivos, por exemplo, para um arquivo criado por ffmpeg , podemos precisar de mais alguma lógica de programação e tentar mudar para os valores de alguns outros campos nesse caso , por exemplo, adicionando Date/Time Originale Media Durationse estiverem devidamente preenchidos.)
Alguém já fez essa tarefa, talvez, e só precisamos executar um programa já disponível com os parâmetros apropriados?
Quando tentei acertar o tempo com
$(date +%s -d "2022-04-10 12:12:12")
eu recebo o tempo
2022-04-10 19:12:12
Como posso definir o tempo explícito?
Equipe,
Alguém pode ajudar a encontrar o código abaixo. Unix: como obter uma contagem do número de dias a partir de uma determinada data, como 10 de dezembro de 2022, até hoje.
Procurando por resposta: 102 a partir de (22 de março de 2023)
Estou trabalhando em um sistema embarcado sem bateria RTC. A hora é sincronizada via NTP quando a conexão com a internet está disponível (o que nem sempre acontece). Quando o dispositivo é desligado, o tempo é redefinido para um valor passado. Às vezes, percebo que esse valor "padrão" foi atualizado para um valor mais recente. Onde essas informações estão armazenadas no sistema de arquivos?
No meu anfitrião posso mostrar a adoção do calendário gregoriano como ocorreu para a Grã-Bretanha e suas colônias em 1752:
$ cal september 1752
September 1752
Su Mo Tu We Th Fr Sa
1 2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
A adoção correspondente para Dinamarca e Noruega aconteceu muito antes:
Domingo, 18 de fevereiro de 1700, foi seguido por segunda-feira, 1 de março de 1700.
Achei que poderia substituir a variável de ambiente timezone para mostrar isso, mas isso não funciona:
$ TZ=DK february 1700
February 1700
Su Mo Tu We Th Fr Sa
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29
Como faço calpara mostrar a adoção do calendário gregoriano pela Dinamarca?
My calé fornecido pela bsdmainutilsversão 11.1.2.
man datenão me mostrará nenhuma palavra reservada, mas eles têm 'agora' ou 'hoje' etc.
Gostaria de saber se existe alguma maneira clara de imprimir o início (00:00:00) do dia.
Será date -u -d "$(date +'%F')"suficiente em qualquer situação? Parece um pouco burro.
Tenho milhões de linhas de dados que meu chefe me pediu para reformatar para eles.
O formato é:
06/28/2022,04:00,142.01,142.38,141.59,142.15,3151
06/28/2022,04:01,142.1,142.1,142.1,142.1,196
Eu preciso reformatar o primeiro campo de data para:
20220628,04:00,142.01,142.38,141.59,142.15,3151
20220628,04:01,142.1,142.1,142.1,142.1,196
%Y%m%d
Eu tenho o seguinte:
gawk -F"," '{OFS=","; $1=strftime("%Y%m%d", $1); print $0}' AAPL.txt > AAPL.csv
mas o estranho é que funciona, mas produz uma data em 1969.
19691231,04:00,142.01,142.38,141.59,142.15,3151
19691231,04:01,142.1,142.1,142.1,142.1,196
Eu não entendo por quê. Eu escolhi gawkporque awkno MacOS não tem strftimee chamar dateexternamente cria um grande impacto no desempenho.
Eu escrevi este roteiro:
#!/bin/bash
target="1.1.1.1"
while true;
do
ping $target -c 1 -v > /dev/null
if [[ $? -ne 0 ]]; then
echo "$(date +"%d/%m/%y %R:%S")" >> netStabilityLog
fi
sleep 5s
done
Funciona quase perfeitamente, há apenas um problema. No arquivo de saída netStabilityLog, recebo:
28/06/22 17:19:26
28/06/22 17:20:06
28/06/22 17:45
28/06/22 18:36:00
28/06/22 18:51
Às vezes, os segundos não são mostrados. Por que é que?