Hard link: Difference between revisions
→Platform support: Removed utility that made symbolic links, not hard links Tag: Reverted |
Citation bot (talk | contribs) Added date. | Use this bot. Report bugs. | Suggested by Whoop whoop pull up | #UCB_webform 2316/2985 |
||
(9 intermediate revisions by 5 users not shown) | |||
Line 4: | Line 4: | ||
In [[computing]], a '''hard link''' is a [[directory entry]] (in a [[Directory (computing)|directory]]-based [[file system]]) that associates a name with a [[Computer file|file]]. Thus, each file must have at least one hard link. Creating additional hard links for a file makes the contents of that file accessible via additional [[Path (computing)|paths]] (i.e., via different names or in different directories).<ref>{{cite web|last1=Pitcher|first1=Lew|title=Q & A: The difference between hard and soft links|url=http://linuxgazette.net/105/pitcher.html}}</ref> This causes an [[Aliasing (computing)|alias effect]]: a process can open the file by any one of its paths and change its content. By contrast, a [[soft link]] or [[File shortcut|“shortcut”]] to a file is not a direct link to the data itself, but rather a reference to a hard link or another soft link. |
In [[computing]], a '''hard link''' is a [[directory entry]] (in a [[Directory (computing)|directory]]-based [[file system]]) that associates a name with a [[Computer file|file]]. Thus, each file must have at least one hard link. Creating additional hard links for a file makes the contents of that file accessible via additional [[Path (computing)|paths]] (i.e., via different names or in different directories).<ref>{{cite web|last1=Pitcher|first1=Lew|title=Q & A: The difference between hard and soft links|url=http://linuxgazette.net/105/pitcher.html}}</ref> This causes an [[Aliasing (computing)|alias effect]]: a process can open the file by any one of its paths and change its content. By contrast, a [[soft link]] or [[File shortcut|“shortcut”]] to a file is not a direct link to the data itself, but rather a reference to a hard link or another soft link. |
||
Every directory is itself a special file |
Every directory is itself a special file on many systems, containing a list of file names instead of other data. Hence, multiple hard links to directories are possible, which could create a circular directory structure, rather than a branching structure like a [[Tree structure|tree]]. For that reason, some file systems forbid the creation of hard links to directories. |
||
[[POSIX]]-compliant [[operating system]]s, such as [[Linux]], [[Android (operating system)|Android]], [[macOS]], and the [[Windows NT family]],<ref>{{Cite web|url=http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html|title=Link Shell Extension}}</ref> support multiple hard links to the same file, depending on the file system. For instance, [[NTFS]] and [[ReFS]] support hard links,<ref>{{cite web |title=Resilient File System (ReFS) overview |url=https://learn.microsoft.com/en-us/windows-server/storage/refs/refs-overview#the-following-features-are-available-with-refs-and-ntfs |website=Microsoft Learn |via=[[Microsoft Docs]] |date=26 October 2022}}</ref> while [[File Allocation Table|FAT]] does not. |
[[POSIX]]-compliant [[operating system]]s, such as [[Linux]], [[Android (operating system)|Android]], [[macOS]], and the [[Windows NT family]],<ref>{{Cite web|url=http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html|title=Link Shell Extension}}</ref> support multiple hard links to the same file, depending on the file system. For instance, [[NTFS]] and [[ReFS]] support hard links,<ref>{{cite web |title=Resilient File System (ReFS) overview |url=https://learn.microsoft.com/en-us/windows-server/storage/refs/refs-overview#the-following-features-are-available-with-refs-and-ntfs |website=Microsoft Learn |via=[[Microsoft Docs]] |date=26 October 2022}}</ref> while [[File Allocation Table|FAT]] does not. |
||
Line 27: | Line 27: | ||
== Limitations == |
== Limitations == |
||
To prevent loops in the filesystem, and to keep the interpretation of the "{{code|..}}" file (parent directory) consistent, operating systems do not allow hard links to directories. [[UNIX System V]] allowed them, but only the [[superuser]] had permission to make such links.<ref name="bach">{{cite book |first=Maurice J. |last=Bach |year=1986 |title=The Design of the UNIX Operating System |url=https://archive.org/details/designofunixoper00bach/page/128 |url-access=registration |publisher=Prentice Hall |page=128 |isbn=9780132017992 }}</ref> [[Mac OS X v10.5|Mac OS X v10.5 (Leopard)]] and newer use hard links on directories for the [[Time Machine (macOS)|Time Machine]] backup mechanism only.<ref name="PondHwTimeMachineWorks">{{cite web | last1=Pond | first1=James| url=http://baligu.com/pondini/TM/Works.html | title=How Time Machine Works its Magic | access-date=May 19, 2019 | date=August 31, 2013 | at=File System Event Store, Hard Links}}</ref> |
To prevent loops in the filesystem, and to keep the interpretation of the "{{code|..}}" file (parent directory) consistent, operating systems do not generally allow hard links to directories. [[UNIX System V]] allowed them, but only the [[superuser]] had permission to make such links.<ref name="bach">{{cite book |first=Maurice J. |last=Bach |year=1986 |title=The Design of the UNIX Operating System |url=https://archive.org/details/designofunixoper00bach/page/128 |url-access=registration |publisher=Prentice Hall |page=128 |isbn=9780132017992 }}</ref> [[Mac OS X v10.5|Mac OS X v10.5 (Leopard)]] and newer use hard links on directories for the [[Time Machine (macOS)|Time Machine]] backup mechanism only.<ref name="PondHwTimeMachineWorks">{{cite web | last1=Pond | first1=James | url=http://baligu.com/pondini/TM/Works.html | title=How Time Machine Works its Magic | access-date=May 19, 2019 | date=August 31, 2013 | at=File System Event Store, Hard Links | archive-date=June 21, 2019 | archive-url=https://web.archive.org/web/20190621092705/https://www.baligu.com/pondini/TM/Works.html | url-status=dead }}</ref> |
||
Hard links can be created to files only on the same volume, i.e., within the same file system. (Different volumes may have different file systems. There is no guarantee that the target volume's file system is compatible with hard linking.) |
Hard links can be created to files only on the same volume, i.e., within the same file system. (Different volumes may have different file systems. There is no guarantee that the target volume's file system is compatible with hard linking.) |
||
Line 36: | Line 36: | ||
==Platform support== |
==Platform support== |
||
[[Windows NT 3.1]] and later support hard links on the [[NTFS]] file system.<ref>{{Cite web|url=https://docs.microsoft.com/en-us/archive/blogs/joscon/how-hard-links-work|title=How hard links work|website=Microsoft Docs}}</ref> Windows 2000 introduces a <code>CreateHardLink()</code> function to create hard links, but only for files, not directories.<ref>{{Cite web|date=10 March 2011|title=CreateHardLink Function|url=http://msdn.microsoft.com/en-us/library/Aa363860|url-status=usurped<!--I'm using an older edition of the source here because Microsoft once had a tradition of striking the names of unsupported products from its documentation.-->|archive-url=https://web.archive.org/web/20110702043053/http://msdn.microsoft.com/en-us/library/Aa363860|archive-date=2 July 2011|website=Windows Development|publisher=[[Microsoft]]|via=[[MSDN]]|quote=Establishes a hard link between an existing file and a new file. This function is only supported on the NTFS file system, and only for files, not directories.}}</ref> The <code>DeleteFile()</code> function can remove them. |
[[Windows NT 3.1]] and later support hard links on the [[NTFS]] file system.<ref>{{Cite web|url=https://docs.microsoft.com/en-us/archive/blogs/joscon/how-hard-links-work|title=How hard links work|website=Microsoft Docs|date=6 January 2011 }}</ref> Windows 2000 introduces a <code>CreateHardLink()</code> function to create hard links, but only for files, not directories.<ref>{{Cite web|date=10 March 2011|title=CreateHardLink Function|url=http://msdn.microsoft.com/en-us/library/Aa363860|url-status=usurped<!--I'm using an older edition of the source here because Microsoft once had a tradition of striking the names of unsupported products from its documentation.-->|archive-url=https://web.archive.org/web/20110702043053/http://msdn.microsoft.com/en-us/library/Aa363860|archive-date=2 July 2011|website=Windows Development|publisher=[[Microsoft]]|via=[[MSDN]]|quote=Establishes a hard link between an existing file and a new file. This function is only supported on the NTFS file system, and only for files, not directories.}}</ref> The <code>DeleteFile()</code> function can remove them. |
||
To create a hard link on Windows, end-users can use: |
To create a hard link on Windows, end-users can use: |
||
* The <code>fsutil</code> utility (introduced in [[Windows 2000]])<ref name=":0">{{cite web|date=18 April 2012|title=Fsutil hardlink|url=https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-r2-and-2008/cc788097(v=ws.10)|website=Windows App Development|publisher=[[Microsoft]]|via=Microsoft Docs}}</ref> |
* The <code>fsutil</code> utility (introduced in [[Windows 2000]])<ref name=":0">{{cite web|date=18 April 2012|title=Fsutil hardlink|url=https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-r2-and-2008/cc788097(v=ws.10)|website=Windows App Development|publisher=[[Microsoft]]|via=Microsoft Docs}}</ref> |
||
* The <code>mklink</code> internal command of [[Windows Command Prompt]] (introduced in [[Windows Vista]] and [[Windows Server 2008]])<ref>{{cite web |title=Mklink |url=https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc753194(v=ws.10) |website=Microsoft Docs |publisher=[[Microsoft]] |date=18 April 2012}}</ref> |
|||
* The <code>New-Item</code> cmdlet of [[PowerShell]]<ref name=":1">{{cite web |title=New-Item (PowerShell 3.0) |url=https://docs.microsoft.com/en-us/previous-versions/powershell/module/microsoft.powershell.management/new-item?view=powershell-3.0 |website=Microsoft Docs |publisher=[[Microsoft]] |date=22 June 2020 |quote=If your location is in a FileSystem drive, the following values are allowed: If your location is in a FileSystem drive, the following values are allowed: File[,] Directory[,] Junction[,] HardLink}}</ref> |
* The <code>New-Item</code> cmdlet of [[PowerShell]]<ref name=":1">{{cite web |title=New-Item (PowerShell 3.0) |url=https://docs.microsoft.com/en-us/previous-versions/powershell/module/microsoft.powershell.management/new-item?view=powershell-3.0 |website=Microsoft Docs |publisher=[[Microsoft]] |date=22 June 2020 |quote=If your location is in a FileSystem drive, the following values are allowed: If your location is in a FileSystem drive, the following values are allowed: File[,] Directory[,] Junction[,] HardLink}}</ref> |
||
Line 70: | Line 71: | ||
* [[freedup]] – The <code>freedup</code> command frees-up disk space by replacing duplicate data stores with automatically generated hard links |
* [[freedup]] – The <code>freedup</code> command frees-up disk space by replacing duplicate data stores with automatically generated hard links |
||
==References== |
== References == |
||
{{Reflist}} |
{{Reflist}} |
||
{{File systems}} |
|||
{{Computer files}} |
{{Computer files}} |
||
[[Category:Computer file systems]] |
[[Category:Computer file systems]] |
Revision as of 16:53, 4 April 2024
In computing, a hard link is a directory entry (in a directory-based file system) that associates a name with a file. Thus, each file must have at least one hard link. Creating additional hard links for a file makes the contents of that file accessible via additional paths (i.e., via different names or in different directories).[1] This causes an alias effect: a process can open the file by any one of its paths and change its content. By contrast, a soft link or “shortcut” to a file is not a direct link to the data itself, but rather a reference to a hard link or another soft link.
Every directory is itself a special file on many systems, containing a list of file names instead of other data. Hence, multiple hard links to directories are possible, which could create a circular directory structure, rather than a branching structure like a tree. For that reason, some file systems forbid the creation of hard links to directories.
POSIX-compliant operating systems, such as Linux, Android, macOS, and the Windows NT family,[2] support multiple hard links to the same file, depending on the file system. For instance, NTFS and ReFS support hard links,[3] while FAT does not.
Operation
![](http://upload.wikimedia.org/wikipedia/commons/thumb/3/32/Hard_Link_Illustration.svg/220px-Hard_Link_Illustration.svg.png)
Let two hard links, named "LINK A.TXT" and "LINK B.TXT", point to the same physical data. A text editor opens "LINK A.TXT", modifies it and saves it. When the editor (or any other app) opens "LINK B.TXT", it can see those changes made to "LINK A.TXT", since both file names point to the same data. So from a user's point of view this is one file with several filenames. Editing any filename modifies "all" files, however deleting "any" filename except the last one keeps the file around.
However, some editors, such as GNU Emacs, break the hard link concept. When opening a file for editing, e.g., "LINK B.TXT", emacs renames "LINK B.TXT" to "LINK B.TXT~", loads "LINK B.TXT~" into the editor, and saves the modified contents to a newly created "LINK B.TXT". Now, "LINK A.TXT" and "LINK B.TXT" no longer shares the same data. (This behavior can be changed using the emacs variable backup-by-copying
.)
Any number of hard links to the physical data may be created. To access the data, a user only needs to specify the name of any existing link; the operating system will resolve the location of the actual data. Even if the user deletes one of the hard links, the data is still accessible through any other link that remains. Once the user deletes all of the links, if no process has the file open, the operating system frees the disk space that the file once occupied.
Reference counting
![](http://upload.wikimedia.org/wikipedia/commons/thumb/b/b5/Simplified_illustration_of_hard_links_on_typical_UN%2AX_filesystem.png/220px-Simplified_illustration_of_hard_links_on_typical_UN%2AX_filesystem.png)
Most file systems that support hard links use reference counting. The system stores an integer value with each logical data section that represents the total number of hard links that have been created to point to the data. When a new link is created, this value is increased by one. When a link is removed, the value is decreased by one. When the counter becomes zero, the operating system frees the logical data section. (The OS may not to do so immediately, e.g., when there are outstanding file handles open, for performance reasons, or to enable the undelete command.)
This is a simple method for the file system to track the use of a given area of storage, as zero values indicate free space and nonzero values indicate used space. The maintenance of this value guarantees that there will be no dangling hard links pointing nowhere. The data section and the associated inode are preserved as long as a single hard link (directory reference) points to it or any process keeps the associated file open.
On POSIX-compliant operating systems, the reference count for a file or directory is returned by the stat() or fstat() system calls in the st_nlink
field of struct stat
.
Limitations
To prevent loops in the filesystem, and to keep the interpretation of the "..
" file (parent directory) consistent, operating systems do not generally allow hard links to directories. UNIX System V allowed them, but only the superuser had permission to make such links.[4] Mac OS X v10.5 (Leopard) and newer use hard links on directories for the Time Machine backup mechanism only.[5]
Hard links can be created to files only on the same volume, i.e., within the same file system. (Different volumes may have different file systems. There is no guarantee that the target volume's file system is compatible with hard linking.)
The maximum number of hard links to a single file is limited by the size of the reference counter. On Unix-like systems the counter is 4,294,967,295 (on 32-bit machines) or 18,446,744,073,709,551,615 (on 64-bit machines). In some file systems, the number of hard links is limited more strictly by their on-disk format. For example, as of Linux 3.11, the ext4 file system limits the number of hard links on a file to 65,000.[6] Windows limits enforces a limit of 1024 hard links to a file on NTFS volumes.[7]
On Linux Weekly News, Neil Brown criticized hard links as high-maintenance, since they complicate the design of programs that handle directory trees, including archivers and disk usage tools. These apps must take care to de-duplicate files that are linked multiple times in a hierarchy. Brown notes that Plan 9 from Bell Labs, the intended successor to Unix, does not include the concept of a hard link.[8]
Platform support
Windows NT 3.1 and later support hard links on the NTFS file system.[9] Windows 2000 introduces a CreateHardLink()
function to create hard links, but only for files, not directories.[10] The DeleteFile()
function can remove them.
To create a hard link on Windows, end-users can use:
- The
fsutil
utility (introduced in Windows 2000)[11] - The
mklink
internal command of Windows Command Prompt (introduced in Windows Vista and Windows Server 2008)[12] - The
New-Item
cmdlet of PowerShell[13]
To interrogate a file for its hard links, end-users can use:
- The
fsutil
utility[11] - The
Get-Item
andGet-ChildItem
cmdlets of PowerShell. These cmdlets represent each file with an object; PowerShell adds a read-only LinkType property to each of them. This property contains the "HardLink
" string if the associated file has multiple hard links.[14]
The Windows Component Store uses hard links to keep track of different versions of components stored on the hard disk drive.
On Unix-like systems, the link()
system call can create additional hard links to existing files. To create hard links, end-users can use:
To interrogate a file for its hard links, end-users can use:
- The
stat
command - The
ls -l
command - The
Get-Item
andGet-ChildItem
cmdlets of PowerShell (see above)[14]
Unix-like emulation or compatibility software running on Microsoft Windows, such as Cygwin and Subsystem for UNIX-based Applications, allow the use of POSIX interfaces.
OpenVMS supports hard links on the ODS-5 file system.[15] Unlike Unix, VMS can create hard links to directories.
See also
- Symbolic link: Points to a hard link, not the file data itself; hence, it works across volumes and file systems.
- NTFS links: Details the four link types that the NTFS supports—hard links, symbolic links, junction points, and volume mount points
- Shortcut: A small file that points to another in a local or remote location
- freedup – The
freedup
command frees-up disk space by replacing duplicate data stores with automatically generated hard links
References
- ^ Pitcher, Lew. "Q & A: The difference between hard and soft links".
- ^ "Link Shell Extension".
- ^ "Resilient File System (ReFS) overview". Microsoft Learn. 26 October 2022 – via Microsoft Docs.
- ^ Bach, Maurice J. (1986). The Design of the UNIX Operating System. Prentice Hall. p. 128. ISBN 9780132017992.
- ^ Pond, James (August 31, 2013). "How Time Machine Works its Magic". File System Event Store, Hard Links. Archived from the original on June 21, 2019. Retrieved May 19, 2019.
- ^ "Linux kernel source tree, fs/ext4/ext4.h, line 229".
- ^ "CreateHardLinkA function (winbase.h)". Windows App Development. 13 October 2021 – via Microsoft Docs.
- ^ Brown, Neil (23 November 2010). "Ghosts of Unix past, part 4: High-maintenance designs". Linux Weekly News. Retrieved 20 April 2014.
- ^ "How hard links work". Microsoft Docs. 6 January 2011.
- ^ "CreateHardLink Function". Windows Development. Microsoft. 10 March 2011. Archived from the original on 2 July 2011 – via MSDN.
Establishes a hard link between an existing file and a new file. This function is only supported on the NTFS file system, and only for files, not directories.
{{cite web}}
: CS1 maint: unfit URL (link) - ^ a b "Fsutil hardlink". Windows App Development. Microsoft. 18 April 2012 – via Microsoft Docs.
- ^ "Mklink". Microsoft Docs. Microsoft. 18 April 2012.
- ^ a b "New-Item (PowerShell 3.0)". Microsoft Docs. Microsoft. 22 June 2020.
If your location is in a FileSystem drive, the following values are allowed: If your location is in a FileSystem drive, the following values are allowed: File[,] Directory[,] Junction[,] HardLink
- ^ a b "FileSystemProvider.cs". PowerShell / PowerShell repo. Microsoft. 20 November 2021. Lines 8139–8234 – via GitHub.
- ^ "OpenVMS System Manager's Manual, Vol. I" (PDF). VSI. August 2019. Retrieved 2021-01-23.