Timeline for Why can't hard links reference files on other filesystems?
Current License: CC BY-SA 4.0
8 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Sep 20, 2023 at 4:03 | comment | added | Kaz | OS developers have not been put off from implementing it. Macintoshes have "aliases" which are like hard links not limited to the current file system. Linux has bind mounting which provides similar functionality. | |
| Sep 18, 2023 at 8:36 | history | edited | Philip Couling | CC BY-SA 4.0 | added 5 characters in body |
| Sep 18, 2023 at 4:38 | comment | added | Paddy Landau | Regarding UUIDs, in addition to what you wrote, a UUID for a partition can be changed (I've done it myself). | |
| Sep 18, 2023 at 2:49 | comment | added | Matthew | "how you reference which other file system a hard link points to"... which UUIDs could actually do easily. I'm not sure those were around when early POSIX-like file systems were developed, though. In any case, it's the second problem that properly puts the kibosh on the idea. Maybe something in between a hard link and a symbolic link would be possible, but whether it's an improvement over a symbolic link is questionable. | |
| Sep 17, 2023 at 22:31 | comment | added | Henrik supports the community | The problems with deleting files is a quite good point, that I hadn't even thought of when I read the title of this question and thought "there are many problems with that, I want to see if anything interesting is mentioned. +1. | |
| Sep 17, 2023 at 13:13 | history | edited | Philip Couling | CC BY-SA 4.0 | added 111 characters in body |
| Sep 17, 2023 at 12:01 | history | edited | Philip Couling | CC BY-SA 4.0 | added 84 characters in body |
| Sep 17, 2023 at 11:43 | history | answered | Philip Couling | CC BY-SA 4.0 |