If you make regular backups and keep them for long enough, you could start by looking at the change date, then check whether the file is on the backup of the previous day(s).  Again not foolproof, because the file could have been moved from another directory.<br>
<br>Kind regards,<br><br>Herta<br><br><div class="gmail_quote">2009/8/4 Matthew Galgoci <span dir="ltr"><<a href="mailto:mgalgoci@redhat.com">mgalgoci@redhat.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">> Tough luck, the ctime you are refering to in stat refers to the<br>
> attribute change time not creation time.  the basic i-node structure<br>
> in any unix/linux variant doesn't have a field for  creation time.<br>
> Since the file system abstraction layer VFS is fundamental to uniform<br>
> access to any file system, inode structure remains same from file<br>
> system to file system.  Of course, you can engineer a file system<br>
> differently but for proper VFS functionality you still need to mess<br>
> with libc and etc....<br>
><br>
> Moral, there is no way to find this information<br>
><br>
<br>
</div>No but you can have a very good educated guess.<br>
<div class="im"><br>
--<br>
Matthew Galgoci<br>
Network Operations<br>
Red Hat, Inc<br>
919.754.3700 x44155<br>
<br>
--<br>
</div><div><div></div><div class="h5">redhat-sysadmin-list mailing list<br>
<a href="mailto:redhat-sysadmin-list@redhat.com">redhat-sysadmin-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>"Life on Earth may be expensive, <br> but it comes with a free ride around the Sun."<br>