Can PowerShell 1.0 create hard and soft links analogous to the Unix variety?
If this isn't built in, can someone point me to a site that has a ps1 script that mimics this?
This is a necessary function of any good shell, IMHO. :)
You can call the mklink provided by cmd, from PowerShell to make symbolic links:
cmd /c mklink c:\path\to\symlink c:\target\file
You must pass /d to mklink if the target is a directory.
cmd /c mklink /d c:\path\to\symlink c:\target\directory
For hard links, I suggest something like Sysinternals Junction.
Windows 10 (and Powershell 5.0 in general) allows you to create symbolic links via the New-Item cmdlet.
Usage:
New-Item -Path C:\LinkDir -ItemType SymbolicLink -Value F:\RealDir
Or in your profile:
function make-link ($target, $link) {
New-Item -Path $link -ItemType SymbolicLink -Value $target
}
Turn on Developer Mode to not require admin privileges when making links with New-Item:
No, it isn't built into PowerShell. And the mklink utility cannot be called on its own on Windows Vista/Windows 7 because it is built directly into cmd.exe as an "internal command".
You can use the PowerShell Community Extensions (free). There are several cmdlets for reparse points of various types:
New-HardLink,New-SymLink,New-Junction,Remove-ReparsePointNew-Symlink:
Function New-SymLink ($link, $target)
{
if (test-path -pathtype container $target)
{
$command = "cmd /c mklink /d"
}
else
{
$command = "cmd /c mklink"
}
invoke-expression "$command $link $target"
}
Remove-Symlink:
Function Remove-SymLink ($link)
{
if (test-path -pathtype container $link)
{
$command = "cmd /c rmdir"
}
else
{
$command = "cmd /c del"
}
invoke-expression "$command $link"
}
Usage:
New-Symlink "c:\foo\bar" "c:\foo\baz"
Remove-Symlink "c:\foo\bar"
The Junction command line utility from SysInternals makes creating and deleting junctions easy.
I combined two answers (@bviktor and @jocassid). It was tested on Windows 10 and Windows Server 2012.
function New-SymLink ($link, $target)
{
if ($PSVersionTable.PSVersion.Major -ge 5)
{
New-Item -Path $link -ItemType SymbolicLink -Value $target
}
else
{
$command = "cmd /c mklink /d"
invoke-expression "$command ""$link"" ""$target"""
}
}
I wrote a PowerShell module that has native wrappers for MKLINK. https://gist.github.com/2891103
Includes functions for:
Captures the MKLINK output and throws proper PowerShell errors when necessary.
Actually, the Sysinternals junction command only works with directories (don't ask me why), so it can't hardlink files. I would go with cmd /c mklink for soft links (I can't figure why it's not supported directly by PowerShell), or fsutil for hardlinks.
If you need it to work on Windows XP, I do not know of anything other than Sysinternals junction, so you might be limited to directories.
I found this the simple way without external help. Yes, it uses an archaic DOS command but it works, it's easy, and it's clear.
$target = cmd /c dir /a:l | ? { $_ -match "mySymLink \[.*\]$" } | % `
{
$_.Split([char[]] @( '[', ']' ), [StringSplitOptions]::RemoveEmptyEntries)[1]
}
This uses the DOS dir command to find all entries with the symbolic link attribute, filters on the specific link name followed by target "[]" brackets, and for each - presumably one - extracts just the target string.
New-Item -Typeand press tab to cycle through the options.Hardlink,SymbolicLink, andJunctionappear for me. Works Win 10, Server 2016+, or older OS with Powershell 5.0+ installed via Windows Management Framework 5.0+. - yzorgNew-Item -Type HardLinknorNew-Item -Type SymbolicLink. New-Item docs link tohelp about_Providers, it suggests you read help for each provider (which isn't linked). But if you google it there is plenty of buzz in the PowerShell community aroundNew-Item -Type HardLink. It looks like the PowerShell engineering team has come up with provider extension points that stump the docs team. - yzorgWARNING!-- While it is very easy to create hardlinks, it may be quite a challenge to remove them securely. That is because the tools are not easily available in native Powershell while Windows like to lock file access and keep files in memory (thus not always removable without a reboot.) Please see my post here. - not2qubit