Означает ли Windows символические ссылки Linux?

Мне просто интересно, как система Windows обрабатывает символические ссылки. Я предполагаю, что он их не узнает, но я не совсем уверен.

Кроме того, что делают маки, когда сталкиваются с ними?

Зависит от версии Windows и конфигурации серверной части, когда мы говорим о нелокальных дисках.

Начиная с Windows Vista, у Windows есть идея символических ссылок, но семантика отличается. Но более важной проблемой здесь должны быть имена путей, которые следуют за другим синтаксисом. Для начала: однокорневое дерево каталогов на стороне unixoid и несколько букв дисков как корни на стороне Windows.

На символических символах unixoid стороны – это просто текстовые файлы со специальным флагом. На стороне Windows основной механизм называется точкой повторной обработки. Это сообщает диспетчеру объектов передать его определенным зарегистрированным фильтрам (метаданные для этого сохраняются в точках повторной обработки). Windows 2000 уже представила один тип точек повторной обработки, известных как точки соединения (грубо говоря, но не совсем, символические ссылки каталога). С Vista они ввели символические ссылки как на файлы, так и на каталоги, а также на удаленные диски. И символические ссылки на удаленных дисках также поддерживаются в некоторой степени.

Главное, будет ли драйвер файловой системы – при запуске локально – делать какие-либо изменения в путях, которые Windows видит. В таком случае он будет работать для определенных локальных / относительных символических ссылок. Для абсолютных путей в качестве целей все будет сложно и невозможно вывести, что имеется в виду. То же самое для удаленных ссылок ссылок (к «общим ресурсам сети»).

Что касается стороны Mac, я понятия не имею, и это может иметь смысл в качестве отдельного вопроса. Но пока серверная сторона передает информацию, что это символическая ссылка, я не вижу проблем, так как они оба следуют семантике SUS (в отличие от Windows).


Рассмотрим точки монтирования Linux:

/dev/sda1 / /dev/sda2 /home /dev/sda3 /var 

Теперь рассмотрим symlink /home/paul/fstab указывающий на /etc/fstab . Они расположены на двух разных томах, которые Windows – если они могут видеть их через драйвер файловой системы (который работает!) – не могут сказать, принадлежат вместе, как описывает /etc/fstab . Таким образом, ссылка, которую Windows увидит в папке \paul\fstab , даже если она будет переведена, будет указывать на \etc\fstab , который не существует на /dev/sda2 . И если эта символическая ссылка будет указывать на относительный путь ../../etc/fstab вещи не изменились бы вообще.


Суть: Итак, хотя возможно, что вы можете заставить это работать на некоторые угловые случаи, тот факт, что семантика и синтаксис отличаются по обеим сторонам забора, маловероятны, что вы найдете практический и общий метод, который работает.

Ответ 0xC0000022L – это основа для Windows. Mac может распознавать символические ссылки на Linux; однако Linux не может распознавать псевдонимы, созданные в Finder Mac (символические ссылки, созданные с использованием ln -s, работают нормально).