Sebuah symlink tidak lebih dari sebuah path yang dibungkus dengan sejumlah kecil keajaiban sistem file. Ada sejumlah cara yang bisa menjadi tidak valid ("rusak"), yang sebagian besar melibatkan satu atau lebih file atau direktori yang diganti namanya. Karena Windows adalah perangkat lunak konsumen, Anda mungkin memiliki sejumlah besar program yang dirancang sangat buruk berjalan pada instalasi "khas". Akibatnya, kerusakan seperti ini jauh lebih sulit untuk dihindari daripada pada server di mana (secara teori) setiap program yang menyentuh disk adalah jumlah yang diketahui.
Jalan pintas kebal terhadap sebagian besar bentuk kerusakan karena mereka melacak target mereka secara independen dari jalur. Ini membuat mereka lebih ramah pengguna. Mereka secara khusus dirancang untuk konsumen, dengan pendekatan "lakukan saja apa yang saya maksud dan jangan ganggu saya tentang detail".
Sekarang, Anda dapat menggunakan tautan keras untuk itu (sampai batas tertentu), tetapi tautan keras memiliki sejumlah properti rumit yang membuatnya tidak cocok untuk penggunaan konsumen. Secara khusus, file mendapatkan nomor inode baru sepenuhnya terlalu mudah dan beberapa perangkat lunak cadangan rusak secara spektakuler ketika dihadapkan dengan tautan keras. Yang pertama bisa (mungkin) diselesaikan dengan tunnel sistem file (yang sebenarnya cara pintas memecahkan masalah terkait), tetapi yang terakhir adalah masalah yang jauh lebih sulit.
(Saya mungkin juga harus mencatat bahwa "menyelesaikan" hubungan keras dengan tunneling jelas tidak trivial karena itu bukan hanya masalah pemasangan kembali metadata yang "hilang." atau menugaskan mereka setelah fakta tanpa sedikit kerja keras. Karena pintasan menggunakan metadata lain yang dapat dengan mudah diteruskan, seperti waktu pembuatan, mereka tidak memiliki masalah ini.)