-----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.
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-----
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-----
