우리가 윈도우에서 보는 모든 파일은 파일 시스템의 링크(Link)이다.

Link : 명사 연결 동사 연결하다

윈도우에서는 윈도우 2000 이후 하드 링크(Hard Link)정션(Junction)이 윈도우 비스타 이후 심볼 링크(Symbolic Link)라는 기존의 윈도우에서는 없었던 새로운 개념이 사용되고 있습니다. [참고로 윈도우에서만 새로웠던 겁니다. ^^;] 이러한 링크는 윈도우 탐색기와 같은 파일 관리자가 아닌 NTFS 파일 시스템(File System) 차원에서 관리되는 것으로 파일에 대한 좀 더 유연한 접근과 관리를 가능케 해줍니다. 이번 글에서는 이러한 링크에 대한 개념을 잡아보는 시간을 가지도록 하겠습니다.


"우리가 윈도우에서 보는 모든 파일은 실제 파일에 대한 파일 시스템의 링크(Link)이다."


일단 이 개념을 정확하게 짚고 넘어가도록 하죠. 먼저 매우 기초적인 이야기를 하나 하겠습니다. 파일은 어디에 저장되어 있나요? 바로 디스크입니다. 이렇게 디스크에 저장되어 있는 파일의 본체를 실제 파일이라고 하겠습니다. 그리고 디스크에 저장되어 있는 파일들을 관리하는 건 파일 시스템입니다.

이제 중요한데요. 먼저 생각해야 할 것은 우리가 윈도우에서 어떠한 파일을 보고 있다면, 우리는 디스크에 기록되어 있는 실제 파일을 직접 보고 있는 게 아니라, 파일 시스템에 기록된 실제 파일에 대한 정보를 보고 있다는 겁니다. 그러한 파일 시스템의 정보에는 파일에 대한 여러 가지 고유 정보(파일 이름 등등)과 함께 실제 파일이 디스크의 어디에 저장되어 있는지 찾아갈 수 있는 위치 정보가 저장되어 있습니다.

이게 바로 링크(Link)입니다. 즉, 우리는 이러한 파일 시스템의 링크를 보고 있는 것이고, 그러한 링크를 통해 실제 파일에 접근하여 사용하는 거죠. 우리는(윈도우와 프로그램은) 이러한 방식으로 파일을 읽고 사용하는 겁니다. 이를 간단하게 그림으로 표현하면 아래와 같습니다. [아래의 그림은 볼륨(드라이브)와 파일 시스템을 개념적으로 분리한 모식입니다.]



그림을 보시면 아시겠지만 C:\CApple.txt 이라는 것도 그냥 링크 정보일 뿐입니다. 즉, 어떠한 파일의 경로와 이름이란 것은 실제 파일에 기록되어 있는 파일 자체의 데이터가 아닌, 그저 파일 시스템에서 관리되는 정보일 뿐인 거죠. 과거의 윈도우에서는 이렇게 실제 파일과 파일 시스템의 링크를 무조건 1:1 로 매칭시켰습니다. 즉, 실제 파일 하나에 파일 링크 하나! 이게 기본이었습니다.






하드 링크(Hard Link)와 심볼 링크(Symbolic Link)

그런데 윈도우 2000 부터 아래와 같은 새로운 개념이 사용되기 시작합니다.


즉, 하나의 실제 파일에 두 개 이상의 파일 링크를 연결하여 사용하기 시작한 거죠. 예로 위 그림에서 C:\CApple.txt 라는 파일과 C:\ShinB.txt 라는 파일은 별개의 파일처럼 보이지만, 실제론 $File1 라는 동일한 실제 파일에 동시에 연결되어 있는 완전히 같은 하나의 파일입니다. 둘 중에 어떤 파일로 접근해도 $File1 이라는 실제 파일에 연결되는 것이고, 그렇기에 둘 중에 아무 파일로 접근하여 내용을 수정하여도, 다른 파일에도 동시에 수정된 내용이 적용되는 것이죠.

이렇게 하나의 실제 파일에 두 개 이상의 파일 링크가 연결되어 있는 경우, 다른 하나의 파일을 삭제(Delete) 하더라도 여전히 다른 파일을 통해 실제 파일에 접근이 가능합니다. 즉, 실제 파일에 연결된 모든 파일 링크를 삭제하기 전까진 해당 실제 파일은 삭제(Delete)되지 않는 것이죠. [하지만 실제 파일까지 지우는 Wipe 는 안 됩니다.] 고로, 단 하나의 파일이라도 남아 있다면 실제 파일에는 접근이 가능한 겁니다. 또한 하나의 파일 이름을 바꾸더라도 이것이 다른 파일에 영향을 미치지 않습니다. 간단하죠?



이것을 하드 링크(Hard Link)라고 부릅니다. 실제로 아래와 같이 하드 링크를 생성해보았습니다. 하드 링크로 만들어진 또 다른 파일은 그야말로 완전히 별개의 파일로 보입니다.




파일 속성을 살펴 봐도 둘은 각자 별개의 온전한 파일입니다.



하지만 사실 둘은 하나의 실제 파일에 연결된 같은 파일인 거죠. 간단하죠?





그런데 윈도우 비스타에서는 이러한 하드 링크 외에도 링크에 대한 링크라는 개념도 새롭게 추가가 되었습니다. 즉, 아래와 같은 겁니다.


보시는 것과 같이 C:\WinTT.txt 라는 파일(링크)는 이전과 다르게 $File1 이라는 실제 파일이 아닌 C:\ShinB.txt 파일(링크)에 연결이 되어 있습니다. 즉, 링크에 링크가 연결된 거죠. 그래서 우리가(윈도우가, 프로그램이) C:\WinTT.txt 에 접근하면 곧바로 실제 파일이 아닌 C:\ShinB.txt 라는 링크를 한 번 거쳐서 실제 파일에 접근하게 됩니다. 그래서 이러한 링크에 대한 링크는 하드 링크와는 다르게 1차적인 속성은 바로 가기가 됩니다. 하지만 파일 형식은 하드 링크처럼 지정한대로 인식이 되고, 실제 파일과 동일하게 사용이 가능하며, 데이터가 아닌 링크를 가르키고 있기 때문에 용량은 제로가 됩니다.

이것은 .lnk 파일로 구현되는 바로 가기(Shortcut) 와 비슷하면서도 다른 개념입니다. .lnk 바로 가기는 .lnk 라는 완전히 별개의 파일(해당 .lnk 의 실제 파일도 가지고 있는)이 따로 존재하고, 이러한 .lnk 포맷은 윈도우의 익스플로러 쉘에서 지정된 파일로 이동을 시켜주는 하나의 파일 형식일 뿐입니다. 하지만 지금 이야기하고 있는 링크에 대한 링크는 윈도우가 아닌 파일 시스템 차원에서 연결된 것이며, 이렇게 생성된 파일은 그 자체로 윈도우나 프로그램에서 개별적인 파일처럼 취급이 됩니다.

간단하게 C:\ShinB.txt 파일에 대한 C:\WinTT.lnk 바로 가기(Shortcut)를 만들고, 이러한 바로 가기(Shortcut)를 익스플로러에서 실행하면 C:\ShinB.txt 파일이 열립니다. 하지만 C:\ShinB.txt 에 링크로 연결된 C:\WinTT.txt 는 그대로 C:\WinTT.txt 로 열립니다. 그리고 하드 링크와 같이 최종적으로 서로 동일한 실제 파일로 연결되기 때문에 C:\ShinB.txt 나 C:\WinTT.txt 둘 중에 아무 파일로 접근하여 내용을 수정하면, 다른 파일에도 동시에 수정된 내용이 적용되는 겁니다. 간단하죠?

그런데 이러한 링크에 대한 링크는 실제 파일에 직접 연결되어 있는 게 아니기 때문에 연결한 원본 링크가 사라지면 무용지물이 되는 문제가 있습니다. 즉, 아래와 같이 C:\ShinB.txt 파일이 사라지면 연결 흐름상 실제 파일에 접근할 수 없고, 결국 C:\WinTT.txt 파일은 그냥 더미 링크가 되어 버리는 거죠. 원본 링크 파일을 지우는 것 뿐만 아니라 원본 링크 파일의 이름이 바뀌어도 마찬가지로 링크에 대한 링크는 사용할 수 없게 됩니다.



이러한 방식의 링크를 심볼 링크(Symbolic Link)라고 합니다. 다른 말로 소프트 링크(Soft Link)라고 부르기도 합니다. 실제로 아래와 같이 심볼 링크를 생성해보았습니다. 심볼 링크로 만들어진 파일은 바로 가기 속성이지만, 별개의 독립된 파일로 인식되고, 실제 파일처럼 사용할 수 있습니다.






이야기한 것처럼 심볼 링크로 생성된 파일은 속성을 열어 보면 바로 가기이지만, 파일 형식과 이름은 일반적인 파일처럼 인식되고, 그 자신은 실제 파일이 아닌 다른 링크를 가르키고 있기 때문에 크기는 0 인 것을 확인할 수 있습니다.





지금까지 두 가지 링크에 대해서 이야기를 해봤는데요. 그냥 논리적인 개념상으로 지금까지 이야기한 것들 살펴보자면, 실제 파일은 현재 디스크에 존재하는 거죠. 그래서 실제로 존재하기에 딱딱하다고 봅니다. 하지만 링크는 이에 대한 무형의 정보라고 할 수 있죠. 그래서 부드러운 걸로 봅니다. 즉, 우리가 컴퓨터에서 하드웨어/소프트웨어로 나누듯이, 여기에서도 실제 파일은 하드웨어로, 링크는 소프트웨어로 나눌 수 있는 거죠. [그냥 서로를 개념적으로 따져본다면]

그래서 실제 파일과 직접 연결된 링크를 하드 링크(Hard Link)라고 부르며, 링크에 연결된 링크는 소프트 링크(Soft Link)라고 표현합니다. 그리고 소프트 링크의 정확한 명칭은 심볼 링크(Symbolic Link)이고요. [소프트 링크 = 심볼 링크] 아무튼, 최종적으로 지금까지 이야기한 것을 정리하면 아래와 같습니다.




이것이 바로 윈도우에서 이야기하는 하드 링크와 심볼 링크의 정체입니다. 별거 아니죠? 아래는 지금까지 알아 본 하드 링크와 심볼 링크로 연결된 여러 파일들의 연결을 나타내 본 것입니다.



위의 그림을 보면서 추가로 더 이야기하자면 하드 링크는 실제 파일에 직접 연결해야 하기 때문에 실제 파일이 위치한 동일 드라이브에서만 가능하며, 심볼 링크는 대상만 설정하면 되는 일종의 바로 가기인 연결이기 때문에 동일 드라이브는 물론 다른 드라이브로도 연결이 가능합니다. 이것은 하드 링크가 가질 수 없는 심볼 링크만의 장점이죠. 실제 사용하면서 느낄 수 있는 하드 링크와 심볼 링크의 가장 큰 차이는 바로 여기에 있다고 할 수도 있겠네요. 또한 심볼 링크는 절대 경로는 물론 상대 경로로도 원본 대상을 지정할 수 있다는 사용할 수 있는 특징이 있습니다.

좀 더 이야기하자면 하나의 실제 파일에 여러 개의 하드 링크 연결이 가능한 것처럼, 하나의 하드 링크에 여러 개의 심볼 링크를 연결하는 것도 가능하며, 마찬가지로 하나의 심볼 링크에 여러 개의 심볼 링크를 연결하는 것도 가능합니다. 그리고 심볼 링크에 연결된 심볼 링크에 다시 심볼 링크를 연결하는 것처럼 다단계로 연결하는 것도 가능합니다. 물론 여러 단계에 걸친 모든 연결이 그러하듯 중간에 하나가 끊기면 그 뒤에 링크들은 더미가 되겠죠.

여기까지가 파일에 대한 하드 링크와 심볼(소프트) 링크에 대한 설명이었습니다. 다음은 폴더(디렉토리)로 넘어가보죠.






폴더에 대한 심볼 링크(Symbolic Link)와 정션(Junction)

일단 폴더는 파일이 아닙니다. 폴더는 파일과 같이 실제로 존재하는 어떠한 데이터 개체가 아닌, 파일 시스템에서 구현된 일종의 논리적인 구조(구역, 공간)이라고 보시면 됩니다. 즉, 파일은 데이터로 하나의 물리적인 개체이지만, 폴더는 파일 시스템에서 설정된 논리적인 어떠한 공간 그 자체인 거죠. [개념을 놓고 보자면] 그래서 폴더에서는 하드 링크라는 개념이 없습니다. [일부는 정션을 하드 링크로 보던데, 이것은 제가 이해를 잘못한 건지 모르겠지만 '정션을 하드 링크로 볼 수 있나?' 라는 생각이 드네요.]

일단 폴더에서는 애초에 윈도우 비스타 이전 즉, 윈도우 XP 시절에도 정션(Junction)이라는 개념이 사용되고 있었습니다. 그리고 이러한 정션은 계속 이어져서 현재에도 사용되고 있죠. 정션이 가지고 있는 특성이나 개념은 심볼 링크와 크게 다르지 않습니다. 그리고 윈도우 비스타에 이르러서 지금까지 이야기한 심볼 링크(Symbolic Link)라는 개념이 추가 되었습니다. 이러한 폴더에 대한 심볼 링크의 특성은 파일에서의 심볼 링크의 특성과 동일합니다.

사실 정션과 심볼 링크를 구별 짓기란 게 참 애매할 정도로 실 사용에서의 정션과 심볼 링크의 특성은 매우 비슷합니다. 둘의 차이점이라면 심볼 링크는 상대 경로의 사용이 가능하며, 정션은 상대 경로는 지정할 수 없다는 것, 심볼 링크는 네트워크 드라이브로의 링크가 가능하며, 정션은 불가능하다는 점이 다른 것을 들 수 있습니다. 이 외에 실제로 사용하면서 느낄 수 있는 사실상의 특성은 동일하다고 보면 되며, 이러한 점을 미루어 봤을 때 정션을 폴더에 대한 구형 소프트 링크로 보고, 심볼 링크를 폴더에 대한 신형 소프트 링크로 보는 것이 좋을 듯합니다.


폴더에 대한 심볼 링크와 정션을 비교하자면 심볼 링크는 파일과 마찬가지로 1차적으로 바로 가기의 속성을 가지고 폴더로 인식 되며, 상대 경로의 사용이 가능하고, 다른 드라이브로 특히나 네트워크 드라이브로도 링크가 가능하다는 특징이 있습니다. 반면 정션은 폴더의 속성을 가지고 폴더로 인식이 되며, [이 부분은 파일의 하드 링크와 같죠. 하지만 아이콘은 또 바로 가기라는 것...] 절대 경로만 사용이 가능하며, 다른 드라이브로의 연결은 가능하지만, 대신 네트워크 드라이브로의 연결은 불가능하다는 차이가 있습니다. 그 외의 둘 모두 원본 폴더가 사라지면 더미 링크가 되는 것과 같은 특성들은 동일합니다.


아래는 실제로 하나의 폴더에 각각 정션 폴더와 심볼 링크 폴더를 생성해본 모습입니다. 일단 두 폴더 모두 윈도우 탐색기 상에서는 아이콘이 바로 가기로 표시됩니다.





하지만 해당 폴더로 들어가보면 일반적인 폴더와 마찬가지로 경로가 그대로 인식이 되는 것을 확인할 수 있으며, 원본 폴더의 파일이 둘 모두 정상적으로 연결되어 출력되는 것을 확인할 수 있습니다.



속성을 살펴 보면 위에서 이야기한 것과 같이 정션 폴더는 폴더로, 심볼 링크 폴더는 속성은 바로 가기로 인식되었음을 알 수 있습니다.



참고로 윈도우에선 예전부터의 호환성을 위한 것인지 윈도우 내부적으로는 심볼 링크보다는 정션을 주로 사용하는 모습을 보여 주고 있습니다. 폴더에선 이 외에 딱히 더 이야기할 것은 없네요.






하드 링크와 심볼 링크, 정션은 왜 필요한가?

간단합니다. 어떠한 서로 다른 경로에 위치한 파일이나 폴더를 동일하게 유지하기 위해서입니다. 즉, C:\Test\A.txt 라는 파일과 C:\Temp\B.txt 라는 파일의 내용이 완전히 실시간으로 동일해야만 하는 경우가 있을 수 있는 거죠. 또는 어차피 같은 의미이지만 하나의 대상에 대한 두 개의 전혀 다른 접근 경로가 필요할 때도 있습니다. 즉, 어느 경로로 접속하나 같은 파일이 필요하다는 거죠. 그래서 파일에 대한 동일성을 유지시키려면 하드 링크나 심볼 링크를, 폴더에 대한 동일성을 유지시키려면 정션 폴더나 심볼 링크 폴더를 사용하게 됩니다.


아주 간단하게 실제 예를 들어보자면 윈도우 XP 시절까지 사용자 폴더의 위치는 C:\Documents and Settings\사용자 계정 폴더였습니다. 하지만 윈도우 비스타부터는 C:\Users\사용자 계정 폴더로 그 위치가 바뀌었죠. 하지만 윈도우 XP 시절에 만들어진 프로그램들은 이렇게 새롭게 바뀐 사용자 폴더 경로를 알지 못하기에, 무조건 기존의 C:\Documents... 를 사용하려는 프로그램들이 많았습니다. 이 문제를 어떻게 해결 할까요?

방법은 간단합니다. C:\Users\사용자 계정 폴더를 원본으로 해서 C:\Documents and Settings\사용자 계정 경로로 정션 폴더나 심볼 링크 폴더를 생성하면 되는 겁니다. 그렇게 되면 기존의 프로그램들은 자신들이 사용하던대로 C:\Documents... 경로로 접근할 수 있고, 그렇게 해당 정션 폴더로 접근하면 자동으로 C:\Users... 폴더의 내용과 연결이 되는 거죠. 즉, 정션 폴더(심볼 링크 폴더)를 통해 두 개의 서로 다른 경로를 하나의 원본 폴더로 동시에 처리할 수 있는 겁니다.

이렇게 정션 폴더나 심볼 링크로 연결된 상태에서는 둘 중에 어느 경로로 접근하든 동일한 내용을 볼 수 있고, 둘 중에 어느 경로에 파일을 저장하든 두 경로 모두에서 동시에 사용할 수 있으니까요. [실제 파일은 원본에 저장되지만 연결되어 있기 때문에 변화는 동시에 적용됨] 간단하죠?


여기에 더해 더 이야기하자면 정션 폴더나 심볼 링크의 특성을 이용해 어떠한 드라이브의 특정 폴더를 통채로 다른 드라이브로 옮길 수도 있습니다. 즉, 나는 C:\Temp 라는 폴더를 사용하지만 이 폴더에 저장되는 파일들은 C: 드라이브가 아닌 용량이 좀 더 큰 D: 드라이브에 저장이 되길 원할 수도 있습니다. 그럴 땐 D: 드라이브에 원본 폴더를 하나 생성한 후 이 원본 폴더에 연결된 정션 폴더나 심볼 링크 폴더를 C: 드라이브에 생성하고, 해당 폴더를 사용하는 겁니다. 그럼 자연적으로 해당 폴더에 저장한 파일들은 D: 로 저장되는 거죠.


또한 하드 링크를 사용하면 여러곳에서 동시에 사용되는 완전히 동일한 파일들을 하나로 합쳐서 관리할 수도 있기 때문에 그만큼 디스크에서의 전체 파일 용량을 줄일 수 있는 이점도 있습니다. 쉽게 이야기하면 하드 링크를 통해 중복 파일을 하나로 통합할 수 있는 거죠. 뭐 그렇습니다. 어떻게 이번 내용이 도움이 되셨는지 모르겠네요. 윈도우에서 링크 기능에 대해서는 이정도면 될 듯 하네요. 사실 오늘 적으려고 했던 글은 아닌데 어쩌다 이 글이 나왔는지 모르겠네요. ^^;;; 이상입니다.

 

 

신고
캐플 블로그에 공개된 글은 반드시 원본 글의 링크를 포함시키는 조건으로 자유롭게 이용하실 수 있습니다.
하지만 블로그의 발전을 위하여 되도록이면 링크로 글을 소개해주시길 부탁드립니다. ^^

- 상업적인 용도의 사이트는 대상에서 제외됩니다. -
- 글에는 오류가 있을 수 있고, 추후 수정 또는 재발행될 수 있습니다. -
  1. BlogIcon 환상경 2013.01.05 12:54 신고  댓글주소  수정/삭제  댓글쓰기
    *nix 계열에서 사용되는 심볼릭 링크가 Windows에도 도입이 된거군요
    그런데 CMD로만 가능한가요?
    *nix 계열이야 터미널하고 뗄레야 뗄수 없는 관계라 터미널 사용이 쉽지만
    Windows는 아무래도 CMD사용성이 떨어져서 MS라면 탐색기같은 곳에서
    만들수 있게 해줄거 같았는데 말이죠 ~_~ㅋ
    • BlogIcon CApple 2013.01.05 19:50 신고  댓글주소  수정/삭제
      오래되었고 기본적인 개념이었지만 윈도우가 좀 늦었죠. ㅎㅎㅎ 그리고 MS 에서 자체적으로 만드는 것은 모르겠고, 대신 사용자나 다른 기업에서 MS 의 명령형 도구들을 GUI 환경으로 만드는 경우는 많죠. mklink 도 GUI 환경으로 사용할 수 있게 만든 게 있는 것으로 알고 있습니다. ^^
  2. BlogIcon dummy 2013.01.07 11:00 신고  댓글주소  수정/삭제  댓글쓰기
    http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html

    제가 사용하는 GUI 유틸입니다.
    링크는 이게 편리하더군요. 아이콘으로 종류를 구별 가능하게 해줍니다.

    전에 얼핏 기억으로는 공유폴더에 심볼링크는 잘 안되서 정션으로만 했던것같은데
    가물가물하네요.
  3. 돌산 2013.01.08 11:46 신고  댓글주소  수정/삭제  댓글쓰기
    언젠가 어디에서인가 심볼링크라는 것을 스치듯이 들은 적이 있었는데,그 심볼 링크가 이 심볼 링크를 의미하는 것이었군요.심볼 링크가 파일 시스템내에서 어떻게 운용되는 것인지를 알 수 있어서 아주 유익했습니다.
  4. 저도 2013.01.11 16:59 신고  댓글주소  수정/삭제  댓글쓰기
    좋은 기능이네요. 보통 고스트나 VHD 같은 기능 쓰는 분들은 D드라이브 같은데 즐겨찾기, 문서 등의 폴더를 옮겨놓고 쓰는데요. 심볼릭 링크를 이용하면 편하겠군요. 게임 같은 경우도 일부 D드라이브에 설치하면 레지스트리 때문에 안되는 경우가 있는데 이 경우에도 심볼릭 싱크를 이용하면 편하겠군요.
  5. 서정 2013.06.02 01:00 신고  댓글주소  수정/삭제  댓글쓰기
    좋은 정보 감사합니다.
    궁금했었는데, 오늘 완벽히 이해하게 되었네요.
    근데, 정션폴더는 폴더로 인식하고, 심볼릭폴더는 바로가기로 인식해서....
    왠지 정션폴더를 사용하고 싶네요 ^^
  6. musiphil 2013.06.03 11:38 신고  댓글주소  수정/삭제  댓글쓰기
    유익한 글 감사합니다.

    한 가지 첨언하자면, "… 소프트 링크(Soft Link)라고 합니다. 윈도우에서는 심볼 링크(Symbolic Link)라고 부르죠.", "이러한 소프트 링크를 윈도우에선 따로 심볼 링크(Symbolic Link)라고 부르는 거죠." 등에서, 심볼릭 링크(symbolic link)를 Windows에서만 쓰는 이름인 것처럼 설명이 되어 있는데요. 유닉스나 리눅스 계열에서도 심볼릭 링크(symbolic link)가 정식 명칭이고, 소프트 링크(soft link)라는 이름은 "(also known as a soft link)" 정도의 부가적인 설명으로 언급됩니다. 리눅스에서 심볼릭 링크를 만드는 시스템 콜 이름도 symlink고요.
    • BlogIcon CApple 2013.06.03 13:58 신고  댓글주소  수정/삭제
      하드 링크와 대비해서 반대로 알고 있었네요. 지적에 맞춰 심볼 링크를 주로 하여 설명을 수정하였습니다. 감사합니다.
  7. 방문객 2013.06.25 11:02 신고  댓글주소  수정/삭제  댓글쓰기
    테크넷 뒤적뒤적 거리다가.. 정션이란건 심볼릭링크를 만드는 도구.. 정도로 인식을 했는데
    여기서는 정션 따로 심볼릭링크 따로 라는 식의 설명이시네요; 어떤게 맞는건가요?ㅠㅠ
    http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx
    • BlogIcon CApple 2013.06.25 16:10 신고  댓글주소  수정/삭제
      JUNCTION 은 윈도우 2000 부터 지원된 구형 심볼 링크이고, SYMLINKD 가 윈도우 비스타부터 지원된 신형 심볼 링크라고 생각하시면 됩니다. [정션 - 심볼 링크]는 [구형 - 신형]의 관계인 거죠. 간단하죠?

      이제 링크로 거신 Junction.exe 는 윈도우 2000 과 윈도우 XP 사용자가 정션 폴더를 생성해야 할 일이 있을 때 사용하라고 따로 추가 도구 형태로 제공을 했던 프로그램입니다. 그래서 윈도우 2000 과 XP 사용자는 정션을 만들 일이 있으면 해당 프로그램을 다운로드 받아 사용해야 했죠.

      이것이 윈도우 비스타부터는 그냥 아예 구형 정션, 신형 심볼 링크, 하드 링크 등을 종합적으로 생성할 수 있는 mklink.exe 란 프로그램이 윈도우에 내장됩니다. 그래서 Junction.exe 는 더이상 필요치 않게 되었습니다.

      p.s 과거 Junction 을 만들던 프로그램의 이름이 그냥 Junction.exe 였던 것 뿐입니다.
  8. R 2013.08.20 18:27 신고  댓글주소  수정/삭제  댓글쓰기
    XP만 주구장창 써오다가 7으로 넘어온지 얼마 안되서 이외로 복잡하게 느껴지네요.
    처음써보는지라 한번에 익숙해지지는 않겠지만 SSD수명연장을 위해 사용해봐야겠네요.
    유익한 정보 감사합니다.
  9. BlogIcon 심정열 2013.09.04 15:17 신고  댓글주소  수정/삭제  댓글쓰기

    너무 이해가 잘 되네요.

    좋은 글 잘봤습니다. 감사합니다. ^^
  10. 우아 2013.10.27 00:42 신고  댓글주소  수정/삭제  댓글쓰기
    좋은 글 잘 보고 가요^^
  11. 굼심심 2014.04.28 18:31 신고  댓글주소  수정/삭제  댓글쓰기
    내용 잘 보았습니다.
    그런데 이걸 어디에 어떻게 활용할수 있을까요?.ㅠㅠ
  12. ㅠㅠ 2014.09.26 22:36 신고  댓글주소  수정/삭제  댓글쓰기
    일부 인자나 명령어가 다르게 써져 있어서 혼란스럽네요
  13. BlogIcon 이닝 2014.12.01 22:27 신고  댓글주소  수정/삭제  댓글쓰기
    심볼링크 이해하려고 자료 찾아보다가 여기까지 왔는데요, 적어주신 게시물 하나로 완전히 이해를 할 수 있겠네요.

    정말 잘 정리된 글입니다.

    도움이 많이 되었습니다.
  14. BlogIcon 빡션 2015.05.09 04:33 신고  댓글주소  수정/삭제  댓글쓰기
    좋은 설명 고맙습니다. 구글 드라이브 관리하려고 정션을 이해하는데 많이 도움이 됐습니다.
  15. 리차드 2015.08.16 08:19 신고  댓글주소  수정/삭제  댓글쓰기
    심볼링크(mklink /d) 걸었는데 취소는 어떻게 해야 하나요?
  16. YUN 2015.09.13 01:28 신고  댓글주소  수정/삭제  댓글쓰기
    ssd를 사용하느라 기존의 user내 yun폴더를 hdd에 정션으로 걸어놨는데
    작동은 잘 되는 것 같으나
    링크가 제대로 된건지 모르겠네요
    ssd의 user폴더에는 바로가기 표시가 되어있는데 경로를 보면 그대로 C:\user\yun으로 되어있네요
    제대로 사용하고 있는걸까요?
  17. ilobster 2016.10.28 13:55 신고  댓글주소  수정/삭제  댓글쓰기
    좋은 설명 감사합니다. 시스템 드라이브 파일들을 저장 드라이브로 옮기는데 매우 유익했어요. 상세한 설명으로 Hard와 Soft 차이를 잘 성명해 주셔서 감사합니다.

댓글을 달아 주세요

- 댓글에선 예의를 지켜주시기 바라며, 블로그지기는 댓글에서 따로 활동하지 않습니다.

* 티스토리 사용자는 여기를 클릭하시면 로그인 됩니다.

BBCode 안내   굵게 밑줄 기울임 취소선   취소선 취소선 취소선 취소선   왼쪽 정렬 가운데 정렬 오른쪽 정렬   코드박스 인용구 이미지   이미지 업로드-Imgur.com