-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Jaboatão dos Guararapes, PE, 31 de agosto de 2014.

Tradução livre para a lingua portuguesa de texto postado por Perderabo (em
31/07/2005 -
http://www.unix.com/tips-and-tutorials/20526-mtime-ctime-atime.html)



mtime, ctime, and atime (Perderabo, 31/07/2005)

O Unix mantém 3 marcas temporais para cada arquivo: mtime, ctime, e
atime.   A maioria das pessoas parece entender atime (access time), é
quando o arquivo foi lido pela última vez.   Parece existir alguma confusão
entre mtime e ctime, no entanto.   ctime é a hora de mudança do inode,
enquanto que mtime é a hora de modificação do arquivo.   "Mudança" e
"modificação" são praticamente sinônimos.   Não existe dica a saber ao se
ponderar tais palavras.   Ao invés disso, você precisa focar no que está
sendo mudado.   mtime muda quando você escreve no arquivo.   Ele é a idade
dos dados dentro do arquivo.   Sempre que mtime muda, muda também ctime.
Mas, ctime muda umas poucas vezes mais.   Por exemplo, ele mudará se você
mudar o proprietário ou as permissões sobre o arquivo.

Vamos dar uma olhada em um exemplo concreto.   Nós executamos um pacote
chamado Samba que permite acessos a arquivos de PC.   Para mudar a
configuração do Samba, eu simplesmente edito um arquivo chamado smb.conf.
(Isso muda mtime e ctime).   Eu não preciso adotar qualquer outra ação para
instruir o Samba que eu mudei aquele arquivo.   De vez em quando Samba
examina o mtime no arquivo.   Se o mtime mudou, Samba re-lê o arquivo.
Mais tarde naquela noite nosso sistema de cópia de segurança executa.   Ele
utiliza ctime, o qual também mudou, de forma que ele produz uma cópia de
segurança do arquivo.   Porém, digamos que alguns dias depois eu perceba
que as permissões de smb.conf são 666.   Isso não é bom... qualquer pessoa
pode editar o arquivo.   Então eu faço um "chmod 644 smb.conf".   Isso muda
apenas ctime.   O Samba não relerá o arquivo.   Entretanto, mais tarde
naquela noite, nosso aplicativo de cópia de segurança percebe que ctime tem
mudanças, então ele produz uma cópia de segurança do arquivo.   Dessa
maneira, se nós perdermos o sistema e necessitarmos recarregar nossas
cópias de segurança, nós obtemos a nova configuração de permissão
melhorada.

Aqui está um segundo exemplo.   Digamos que você tenha um arquivo de dados
chamado employees.txt o qual é uma lista de empregados.   E você tem um
aplicativo para imprimi-lo.   O aplicativo não apenas imprime os dados, mas
ele obtém o mtime e o imprime também.   Agora alguém solicitou uma lista de
empregados do final do ano 2000 e você encontrou uma fita magnética de
cópia de segurança que tem aquele arquivo.   Muitos aplicativos de
restauração restaurarão o mtime também.   Quando você executar aquele
aplicativo, ele imprimirá um mtime do final do ano 2000.   Porém o ctime é
hoje.   Então, outra vez, nosso aplicativo de cópia de segurança verá o
arquivo como necessário de ser copiado.

Suponha que o seu aplicativo de restauração não restaurou o mtime.   Você
não quer que o seu aplicativo imprima a data de hoje.   Bem, sem
problema.   mtime está sob seu controle.   Você pode configurá-lo para o
que você quiser.   Então, simplesmente faça:

$ touch -t 200012311800 employees.txt


Isso configurará o mtime de volta à data que você quer e ele configura
ctime para agora.   Você tem controle completo sobre mtime, porém o sistema
permanece no controle do ctime.   Então, mtime é um pouco como a data em
uma carta, enquanto que ctime é como o carimbo de postagem no envelope.

Disponível em: <
http://www.unix.com/tips-and-tutorials/20526-mtime-ctime-atime.html>.
Acesso em: 31 ago. 2014.



Jamenson Ferreira Espindula de Almeida Melo
Linux user nº 166197
https://linuxcounter.net/cert/166197.png

Impressão digital da chave:
234D 1914 4224 7C53 BD13  6855 2AE0 25C0 08A8 6180


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJUAqjzAAoJECrgJcAIqGGAwJ8H/1JFDWVd+Ix1jRVbCvhF+LkD
U6ee/QhR3yqHD4PsYiCrjWZzdOpC5ZQXYwAFaAhAwdIDJuyOsaZn57w5u1u/Hgkf
aBXljT1Bk6UKBkpVY0NiEwWABl2xjtBPuSLVTi0ml1g/UoraOIYPhUQTU4hlvvg7
ogmrTOyeFvDoPV7kxK90enNNtcZmHGiCwYdQQnZCSQHjBQvbDKYgOgZRwpBS7yne
Ol1NNdhw7dRlrdtvbO7skmC297T4Gt8Pc0UkV2utRJQigDbWh/pYNgWBpADZ1P+G
MnqCDNqA9ZDFxIdbO6JnRjO8ygbsSdzdnZ4stCs//MsVdJ+dFhPDV3KAMSpH0F8=
=1+7B
-----END PGP SIGNATURE-----

Responder a