Is there any equivalent to Mac OS X's “Date Added” file attribute?
OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?
This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.
files filesystems directory timestamps osx-finder
add a comment |
OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?
This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.
files filesystems directory timestamps osx-finder
@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)
– Wildcard
Oct 19 '17 at 21:42
I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:
– SilverWolf
Oct 20 '17 at 12:42
add a comment |
OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?
This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.
files filesystems directory timestamps osx-finder
OS X keeps the date and time a file was added to the folder it's currently in, which is useful for sorting. Does any Unix/Linux filesystem or program offer similar functionality?
This is not a duplicate of How do I do a ls and then sort the results by date created? because I'm asking about the date it was added to the folder, not created. If it's moved somewhere else, the time gets reset.
files filesystems directory timestamps osx-finder
files filesystems directory timestamps osx-finder
edited Oct 19 '17 at 19:56
SilverWolf
asked Oct 19 '17 at 15:16
SilverWolfSilverWolf
1215
1215
@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)
– Wildcard
Oct 19 '17 at 21:42
I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:
– SilverWolf
Oct 20 '17 at 12:42
add a comment |
@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)
– Wildcard
Oct 19 '17 at 21:42
I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:
– SilverWolf
Oct 20 '17 at 12:42
@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)
– Wildcard
Oct 19 '17 at 21:42
@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)
– Wildcard
Oct 19 '17 at 21:42
I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:
– SilverWolf
Oct 20 '17 at 12:42
I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:
– SilverWolf
Oct 20 '17 at 12:42
add a comment |
2 Answers
2
active
oldest
votes
Yes though the details will vary wildly, whether by extending stat(2)
(what macOS does, when _DARWIN_FEATURE_64_BIT_INODE
is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions
5.8.2.36. Attribute 50: time_create
The time of creation of the object. This attribute does not have
any relation to the traditional UNIX file attribute "ctime"
("change time").
or for filesystems via some quick searching there is
btrfs otime
Ext4 crtime
UFS2 st_birthtime
ZFS crtime
though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.
2
Well, wouldn't that be file creation time, not date added time?
– SilverWolf
Oct 19 '17 at 19:57
what's the difference between the file creation time, and the date added time?
– thrig
Oct 19 '17 at 20:08
File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)
– SilverWolf
Oct 19 '17 at 20:09
Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?
– thrig
Oct 19 '17 at 20:42
1
A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?
– SilverWolf
Oct 19 '17 at 20:52
add a comment |
No, Linux does not have the "Date Added" feature.
In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.
Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).
Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)
"Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
Sorry but you're out of luck on Linux.
Too bad, it is much more useful feature than "creation time" aka "birthdate".
New contributor
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f399160%2fis-there-any-equivalent-to-mac-os-xs-date-added-file-attribute%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Yes though the details will vary wildly, whether by extending stat(2)
(what macOS does, when _DARWIN_FEATURE_64_BIT_INODE
is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions
5.8.2.36. Attribute 50: time_create
The time of creation of the object. This attribute does not have
any relation to the traditional UNIX file attribute "ctime"
("change time").
or for filesystems via some quick searching there is
btrfs otime
Ext4 crtime
UFS2 st_birthtime
ZFS crtime
though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.
2
Well, wouldn't that be file creation time, not date added time?
– SilverWolf
Oct 19 '17 at 19:57
what's the difference between the file creation time, and the date added time?
– thrig
Oct 19 '17 at 20:08
File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)
– SilverWolf
Oct 19 '17 at 20:09
Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?
– thrig
Oct 19 '17 at 20:42
1
A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?
– SilverWolf
Oct 19 '17 at 20:52
add a comment |
Yes though the details will vary wildly, whether by extending stat(2)
(what macOS does, when _DARWIN_FEATURE_64_BIT_INODE
is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions
5.8.2.36. Attribute 50: time_create
The time of creation of the object. This attribute does not have
any relation to the traditional UNIX file attribute "ctime"
("change time").
or for filesystems via some quick searching there is
btrfs otime
Ext4 crtime
UFS2 st_birthtime
ZFS crtime
though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.
2
Well, wouldn't that be file creation time, not date added time?
– SilverWolf
Oct 19 '17 at 19:57
what's the difference between the file creation time, and the date added time?
– thrig
Oct 19 '17 at 20:08
File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)
– SilverWolf
Oct 19 '17 at 20:09
Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?
– thrig
Oct 19 '17 at 20:42
1
A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?
– SilverWolf
Oct 19 '17 at 20:52
add a comment |
Yes though the details will vary wildly, whether by extending stat(2)
(what macOS does, when _DARWIN_FEATURE_64_BIT_INODE
is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions
5.8.2.36. Attribute 50: time_create
The time of creation of the object. This attribute does not have
any relation to the traditional UNIX file attribute "ctime"
("change time").
or for filesystems via some quick searching there is
btrfs otime
Ext4 crtime
UFS2 st_birthtime
ZFS crtime
though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.
Yes though the details will vary wildly, whether by extending stat(2)
(what macOS does, when _DARWIN_FEATURE_64_BIT_INODE
is defined) or instead placing that information into extended file attributes, or somewhere else. For example NFSv4 as detailed in RFC 7530 mentions
5.8.2.36. Attribute 50: time_create
The time of creation of the object. This attribute does not have
any relation to the traditional UNIX file attribute "ctime"
("change time").
or for filesystems via some quick searching there is
btrfs otime
Ext4 crtime
UFS2 st_birthtime
ZFS crtime
though again the interfaces to such and whether a particular library or software product used supports such will vary wildly.
answered Oct 19 '17 at 15:35
thrigthrig
25.1k23257
25.1k23257
2
Well, wouldn't that be file creation time, not date added time?
– SilverWolf
Oct 19 '17 at 19:57
what's the difference between the file creation time, and the date added time?
– thrig
Oct 19 '17 at 20:08
File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)
– SilverWolf
Oct 19 '17 at 20:09
Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?
– thrig
Oct 19 '17 at 20:42
1
A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?
– SilverWolf
Oct 19 '17 at 20:52
add a comment |
2
Well, wouldn't that be file creation time, not date added time?
– SilverWolf
Oct 19 '17 at 19:57
what's the difference between the file creation time, and the date added time?
– thrig
Oct 19 '17 at 20:08
File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)
– SilverWolf
Oct 19 '17 at 20:09
Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?
– thrig
Oct 19 '17 at 20:42
1
A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?
– SilverWolf
Oct 19 '17 at 20:52
2
2
Well, wouldn't that be file creation time, not date added time?
– SilverWolf
Oct 19 '17 at 19:57
Well, wouldn't that be file creation time, not date added time?
– SilverWolf
Oct 19 '17 at 19:57
what's the difference between the file creation time, and the date added time?
– thrig
Oct 19 '17 at 20:08
what's the difference between the file creation time, and the date added time?
– thrig
Oct 19 '17 at 20:08
File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)
– SilverWolf
Oct 19 '17 at 20:09
File creation time, AFAIK, is the date it was first created. Date added time, on the other hand, is the time it was last moved. (Simple renames don't seem to count.)
– SilverWolf
Oct 19 '17 at 20:09
Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?
– thrig
Oct 19 '17 at 20:42
Okay, what's a simple rename (is there some complex rename I don't know about?) and why don't they seem to count? How is "date added time" different from the creation time on the one hand, or the usual mtime/ctime/atime fields?
– thrig
Oct 19 '17 at 20:42
1
1
A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?
– SilverWolf
Oct 19 '17 at 20:52
A "simple rename" is just renaming a file without moving it to a different folder (directory). The "date added time" is the time it was last moved to a different folder, even if it wasn't modified at all. Does the creation time change when moving the file?
– SilverWolf
Oct 19 '17 at 20:52
add a comment |
No, Linux does not have the "Date Added" feature.
In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.
Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).
Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)
"Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
Sorry but you're out of luck on Linux.
Too bad, it is much more useful feature than "creation time" aka "birthdate".
New contributor
add a comment |
No, Linux does not have the "Date Added" feature.
In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.
Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).
Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)
"Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
Sorry but you're out of luck on Linux.
Too bad, it is much more useful feature than "creation time" aka "birthdate".
New contributor
add a comment |
No, Linux does not have the "Date Added" feature.
In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.
Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).
Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)
"Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
Sorry but you're out of luck on Linux.
Too bad, it is much more useful feature than "creation time" aka "birthdate".
New contributor
No, Linux does not have the "Date Added" feature.
In MacOS, "Date Added" is the timestamp of when a file was added to a directory. Linux simply doesn't have that information.
Linux (eg. ext4) has ctime (when file permissions or ownership was changed), mtime (when the actual file contents were changed), atime (file last opened), and crtime (birthdate of the file).
Moving a file to a different directory in Linux does not have a recorded time. (If the file is moved to a different file system altogether, that will update the ctime. But moving across directories mounted on the same file system doesn't update ctime. And primarily, ctime gets updated for other things instead.)
"Date Added" is a MacOS unique feature; it is not the "creation time". It is the "file moved" time.
Sorry but you're out of luck on Linux.
Too bad, it is much more useful feature than "creation time" aka "birthdate".
New contributor
New contributor
answered 19 mins ago
cstacycstacy
1
1
New contributor
New contributor
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f399160%2fis-there-any-equivalent-to-mac-os-xs-date-added-file-attribute%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
@StephenKitt, this is not a duplicate. macOS does indeed have a "date added" attribute which is entirely separate from "date created." It is extremely useful, for instance, in sorting the "downloads" directory. (I will play with hard links to establish whether it is stored in the directory or the inode; I expect it's the former.)
– Wildcard
Oct 19 '17 at 21:42
I really hope it's not in .DS_Store -- I tend to trash those every time I see them. (:
– SilverWolf
Oct 20 '17 at 12:42