Windows 시스템이 기호 링크를 처리하는 방법이 궁금합니다. 내 최선의 추측은 그것들을 인식하지 못할 것이지만, 나는 확실하지 않다.
또한, Mac이 직면 할 때 Mac은 무엇을합니까?
Windows 시스템이 기호 링크를 처리하는 방법이 궁금합니다. 내 최선의 추측은 그것들을 인식하지 못할 것이지만, 나는 확실하지 않다.
또한, Mac이 직면 할 때 Mac은 무엇을합니까?
답변:
비 로컬 디스크에 대해 이야기 할 때 Windows 버전과 서버 측 구성에 따라 다릅니다.
Windows Vista 이후 Windows는 기호 링크에 대한 아이디어를 가지고 있지만 의미는 다릅니다. 그러나 여기서 더 중요한 문제는 다른 구문을 따르는 경로 이름이어야합니다. 우선 : unixoid 측의 단일 루트 디렉토리 트리 및 Windows 측의 루트로서 여러 드라이브 문자.
unixoid 측에서 심볼릭 링크는 특수 플래그가있는 텍스트 파일 일뿐입니다. Windows 측에서는 기본 메커니즘을 재분석 지점이라고합니다. 이것은 특히 등록 된 필터 (이것에 대한 메타 날짜가 저장에 전달하기 위해 개체 관리자를 알려줍니다 에서 재분석 점). Windows 2000은 이미 정션 포인트 (대개는 아니지만 디렉토리 심볼릭 링크)라고하는 한 가지 유형의 재분석 지점을 도입했습니다. Vista에서는 파일과 디렉토리에 대한 심볼릭 링크를 원격 드라이브에도 도입했습니다. 그리고 심볼릭 링크 에 원격 드라이브는 어느 정도 지원됩니다.
주요 요점은 파일 시스템 드라이버가 로컬에서 실행될 때 Windows가 보는 경로를 조정할지 여부입니다. 이러한 경우 특정 로컬 / 상대적 심볼릭 링크에서 작동합니다. 목표와 같은 절대 경로의 경우 상황을 의미하는 것이 어렵고 불가능 해집니다. 원격 symlinks 링크 ( "네트워크 공유")와 동일합니다.
맥쪽에 관해서는 전혀 몰라 별도의 질문으로 이해 될 수 있습니다. 그러나 서버 측에서 이것이 심볼릭 링크라는 정보를 전달하는 한 Windows와 달리 SUS 의미를 따르기 때문에 문제가 없습니다.
Linux 측 마운트 지점을 고려하십시오.
/dev/sda1 /
/dev/sda2 /home
/dev/sda3 /var
이제를 /home/paul/fstab
가리키는 심볼릭 링크를 고려하십시오 /etc/fstab
. 그것들은 Windows가 파일 시스템 드라이버를 통해 볼 수 있다면 (작동하는) 두 개의 다른 볼륨에 위치하여 /etc/fstab
설명 하는 방법을 함께 말할 수는 없습니다 . 윈도우 폴더 아래에 볼 것이다 링크, 그래서 \paul\fstab
, 번역해도, 가리 것이다 \etc\fstab
,에 존재하지 않는다 /dev/sda2
. 그리고 그 심볼릭 링크가 상대 경로를 가리키면 ../../etc/fstab
상황이 전혀 변하지 않을 것입니다.
요지 : 따라서 이것이 일부 경우에 대해 작동하도록 할 수는 있지만 의미와 구문이 펜스의 양쪽에서 다르기 때문에 실제적이고 일반적인 방법을 찾지 못할 것입니다.
ntfs
마운트 지점을 지원합니다 (모든 문자가 마음에 들지 않는 경우).
0xC0000022L의 대답은 Windows 측면에서 철저합니다. Mac은 Linux의 심볼릭 링크를 인식 할 수 있습니다. 그러나 Linux는 Mac의 Finder에서 만든 별칭을 인식 할 수 없습니다 (ln -s를 사용하여 만든 심볼릭 링크가 제대로 작동 함).
.lnk
파일) 에 해당하는 OSX 입니다.