Пользователь
0,0
рейтинг
2 февраля 2009 в 15:24

Ссылки в Windows, символьные и не только

Предыстория


В своём топике "Впечатления от Яндекс.Субботника" хабрачеловек absolvo высказал удивление, что один из докладчиков не знал о том, что символьные ссылки есть и в Windows. Честно говоря, не знал этого и я, поэтому поинтересовался об этих ссылках в комментариях.

Думаю, то, что удалось выяснить, может показаться кому-нибудь полезным.


Сразу оговорюсь, что под ссылками в Windows я понимаю ссылки в NTFS. В FAT механизмов ссылок, насколько мне известно, предусмотрено не было.

Ядро Windows поддерживает следующие виды ссылок:
  • Hard Links — жёсткие ссылки, как в *nix. Доступны начиная с Windows NT4.
  • Junction Points — аналог символических ссылок. Доступен начиная с Windows 2000 (NTFS 5).
  • Symbolic Links — символьные ссылки. Доступны начиная с Windows Vista.
Если вы никогда не имели дела с символическими и жёсткими ссылками, но хотели бы узнать о них, советую прочитать отрывок из документации файлового менеджера FAR, спасибо хабрачеловеку allemeine. Там говорится только о Hard Links и Junction Points, но этого вполне достаточно. Symbolic Links действуют так же, как и Junction Points, с той разницей, что могут указывать на файлы (и реализованы в Windows по-другому).

Hard Links можно создавать только на файлы, Junction Points — только на директории, Symbolic Links — на файлы и директории. В дальнейшем под «жёсткими ссылками» подразумеваются Hard Links, под «символьными» — Junction Points и Symbolic Links.

Жёсткие ссылки действительны в пределах одного раздела, символьные — могут пересекать границы разделов. В связи с этим символьные ссылки могут поломаться, если структуру разделов поменять.

Не со всем, что поддерживается ядром, умеет нормально работать эксплорер. Будьте осторожны при использовании Junction Points в версиях Windows до Vista. При удалении Junction Point эксплорер может залезть внутрь директории, на которую ссылается Junction Point и поудалять там всё, а затем удалить Junction Point, хотя должен лишь удалить ссылку. Наверняка могут возникнуть проблемы и при перемещении или копировании Junction Point'ов.

Мне неизвестно, нормально ли в версиях Windows до Vista относятся к Junction Points стандартные утилиты типа rmdir.

Дополнительные материалы по теме


Отмечу англоязычную статью, в которой описаны нюансы использования ссылок и некоторые программы, позволяющие с ними работать. Статья устаревшая, так что в ней говорится только о Hard Links и Junction Points (причём на последние в статье нередко ссылаются, как на symbolic links...).

По словам хабрачеловека SamDark, хорошее описание всех видов ссылок есть ещё в справке по NTFS Links (дополнению для Total Commander, см. ниже).

Софт


Теперь можно перейти к рассмотрению программ для работы со ссылками. Да-да, если вы не пользуетесь FAR (см. ниже), вам понадобятся отдельные программы. Все программы, перечисленные ниже, бесплатны.

Утилиты от Microsoft

Windows >= Vista

В Windows Vista добавили команду mklink для создания символьных и жёстких ссылок (спасибо за информацию хабрачеловеку metamorph).

Windows >= 2000

fsutil hardlink create ссылка файл

Создаёт Hard Link на файл (источник).

linkd ссылка директория

Создаёт Junction Point на директорию (источник). Утилита входит в Microsoft Windows Resources Kit.

Расширения для Explorer

NTFS Link интегрируется в Explorer и добавляет во всплывающее меню, появляюшееся после перетаскивания правой кнопкой мыши, пункты «Create junction point» и «Create hard link». Кроме того, она перехватывает вызовы Explorer'а, обеспечивая нормальное перемещение/копирование/удаление созданных ссылок.

NTFS Links (не путать с дополнением для Total Commander, см. ниже) — абсолютно аналогичная программа. Спасибо за комментарий хабрачеловеку vpbar.

Я рекомендую: Link Shell Extension — аналогичная программа, обладающая расширенным функционалом и очень подробным описанием. Спасибо за комментарий хабрачеловеку versia.

NTFS Links — дополнение для Total Commander

Страница программы (за информацию спасибо хабрачеловеку SamDark). Плагин может запускаться как отдельная программа, вне Total Commander'а.

FAR

Консольный файловый менеджер FAR уже давно поддерживает Hard Links и Junction Points «из коробки». Для создания ссылки используйте сочетание клавиш Alt-F6 ;-) Спасибо за комментарий хабрачеловеку 4xis.

Junction Link Magic

Junction Link Magic — программа с графическим интерфейсом для создания, изменения и модификации Junction Points. Спасибо за комментарий хабрачеловеку vady.

Junction — консольная программа для создания Junction Points

Junction лучше, чем linkd, тем, что не нужно тащить весь Resource Kit :-) Спасибо за комментарий хабрачеловеку corp.

UPD: обновил топик с учётом комментариев.
Евгений Аршинов @mrShadow
карма
41,5
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое

Комментарии (106)

  • 0
    я обычно использую Junction (за авторством Марка Русссиновича, technet.microsoft.com/en-us/sysinternals/bb896768.aspx), но за плагин к тоталу — спасибо :)
    • 0
      За информацию о плагине благодарите лучше SamDark.
    • 0
      На самом деле симлинков в NTFS нет. Есть junction (точки монтирования) и хардлинки.
      • +1
        Ну и чем они отличаются от симлинков? Тем что нельзя делать ссылки на файлы? В Linux и/или Vista — можно, это ограничение не NTFS, а ядра Windows XP. Вы ещё скажите что в имени файла на NTFS нельзя использовать кавычки и двоеточие…
        • 0
          На файлы создаются хардлинки, а не точки монтирования.
          • 0
            Ещё раз: это ограничение ядра XP. Linux спокойно создаёт symlink'и на файлы. И Vista — тоже. Вернее в Vista они всё запутали до невозможности — наряду с обычной символической ссылкой существует сомволическая ссылка на каталог! Но это просто один бит — чтобы никто не догадался, очевидно…
            • –1
              В Linux как правило NTFS не использутся.

              Касательно Vista: симлинки — да. junction-ы — нет.
              • 0
                Имеется ввиду, что Linux умееть делать симлинки на своих родных файловых системах, а не на NTFS. Просто там это воспринимается как само-сабой разумеющееся, одна из основ работы в линуксе.
                • 0
                  Ну так понятно, что на ext всё с этим замечательно. Никто обратного и не утверждал.
                • 0
                  Нет — имеется в виду что Linux совершенно спокойно создаёт симлинки на файлы, файлы отличающиеся только большими/маленькими буквами и прочее — всё в NTFS. Это заложено в файловую систему и было заложено с самого начала (всё-таки её не идиоты делали). Просто в Win32 API с этим сложности — вот и закрыты были эти возможности в Windows XP.
            • –1
              В NTFS той версии, что используется в XP симлинков нет.
    • –7
      Использую linux с его жесткими ссылками и не парюсь :)
  • 0
    Я ошибся в комментарии. NTFS для файлов может делать только хардлинки.
    • 0
      Сейчас исправлю, спасибо. Сам не мог протестировать, тотал у меня не установлен.
  • 0
    Отлично описание всего этого дела приведено в справке по NTFS Links.
  • 0
    Еще есть alax.info/blog/ntfslinks
  • +4
    тю. когда пользовался XP, так старый-добрый фар еще мне линки создавал.
    • –3
      Вы говорите о ссылках, которые *.lnk? :)
      • +2
        Никак нет. О ссылсках которые symlinks.
        • 0
          я почему-то думаю, что hardlinks. Alt-F6, да?
        • 0
          А, простите, всё-таки фар умеет симлинки. Ну что ж — ура.
      • +6
        не стоит путать ссылки [junction, symbolic link] с ярлыками [shortcuts]. в фаре испокон веку есть поддержка первой категории (Alt+F6). первый раз я это увидел еще лет 6 назад в вин2к когда нажал альт и изучил горячие клавиши фара, справка там кстати вроде тоже есть.
  • +3
    А зачем нужны эти ссылки?
    • +3
      В первую очередь, для того, чтобы один файл можно было поместить в нескольких местах, но чтобы при этом он занимал места. Во вторую очередь, когда нужно чтобы изменения файла в одном месте вызывали изменения файла в другом месте.

      В частности, я использую жесткие ссылки когда сортирую медийный контент и что-то попадает под несколько категорий. В этом случае я могу сделать сколько угодно жестких ссылок и каждую положить в нужную категорию.

      Еще пример: в расшаренном файловом архиве у меня всё аккуратно разложено по папкам + есть папка «Свежак», куда я кладу ссылки на свежие дистрибутивы. Когда приходит время что-то убрать из «Свежака», то я оттуда это просто удаляю.
      • 0
        Наконец-то я понял, для чего Они существуют… :-)
        Хотя, по-моему, «обычному» пользователю можно обойтись и без Них…
        • 0
          фиг знает… Смотря что понимать под «обычным пользователем».

          «Обычному программисту», к примеру, благодаря системе симлинков, библиотек и прочего, под Юниксами всегда было очень легко держать в системе одновременно по пять версий одной либы.
      • 0
        Я еще для Дропбокса использую. Вместо того, чтобы копировать весь проект, создаю симлинк. И на рабочей машине так само.
    • 0
      При разработке сайтов я использую одни и те же файлы, часто (например для CakePHP) их может быть очень много. Чтобы не копировать их из проекта в проект и легко модифицировать, я использую ссылки.
    • 0
      Столкнулся с этими ссылками, когда для дьявольской cms Битрикс требовалось реализовать многосайтовость (сайты одной копии ссылаются символическими ссылками на ядро системы), а разработка шла из-под Windows.
      Впрочем, сейчас в курсы обучения они добавили упоминание, что можно воспользоваться утилитой junction.
  • –1
    Хм… Какие-же это ссылки, если программы надо УЧИТЬ их понимать? В моём понимании, ссылка должна быть прозрачна для системы :-/
    • 0
      в том-то и дело, что они прозрачны для системы.
      настолько прозрачны, что даже файловый менеджер не признаёт в них ссылок, и при удалении ссылки на папку может удалить содержимое папки

      FAR нормально работает со ссылками, пользуюсь ими с начала времён
      • 0
        Как тогда понимать:

        > И Explorer в Windows Vista начал понимать эти ссылки.

        > Explorer в версиях Windows до Vista не умеет работать с ссылками

        ?
        • –1
          всё верно написано, так и понимать
          • –1
            Совсем-совсем не видите противоречий?
            • 0
              а противоречий и нет
              • –1
                Как же так?

                Программа не умеет работать со ссылками, но ссылки есть. Значит для программы они не прозрачны. Значит её надо этому учить…
                • 0
                  Они как раз прозрачны для программы — и от этого все беды. Смотрите: вы создаёте каталог «Очень Важные Документы» где-то на диске Z: и размещаете ссылку «Временная Ссылка» на него на Рабочем Столе. Всё прозрачно, вы можете в него заходить, работать с ними, нет проблем. Поработав вы решаете удалить ссылку и забрать диск с собой. Нет проблем! Нажимаем Del, проводник смотрит «ага — удалить каталог «Временная Ссылка». Раз это каталог — надо удалить всё, что внутри». Все файлы прозрачно удаляются, в конце так же прозрачно удаляется ссылка — и вы уносите диск без всяких документов (пустой каталог остаётся, но радости с него?).
                  • 0
                    Значит надо исправить статью. Не "… не умеет работать со ссылками..", а «не умеет отличать ссылки от оригиналов».
                  • 0
                    А по хорошему файл может быть удален тогда и только тогда когда на него не остается ни одной жесткой ссылки?

                    Т.е. если мы похерим файл в Очень важных документах, то они останутся на рабочем столе, равно как и наоборот.

                    Так?
                    • +1
                      Да.
                    • 0
                      С жёсткими ссылками проблем нет — для них не нужно специальной поддержки (в Windows как и в любой нормальной операционке файл удаляется когда удаляется последняя жёсткая ссылка на него). Проблема с символьными ссылками — если вы хотите удалить символьную ссылку то нужно удалить именно её, а не всё содержимое каталога.
                • 0
                  Нашёл противоречие!
                  Вот оно:
                  Программа не умеет работать со ссылками, но ссылки есть. Значит для программы они не прозрачны.
                  — я вычеркнул противоречие.
                  Т.е. программа видит ссылку на папку, но не понимает, что это ссылка, а думает, что это папка, т.к. как ссылка для неё прозрачна. И при попытке удаления ссылки программа может удалить содержимое папки.

                  Хотя чего это я повторяюсь, я это написал ещё в первом комментарии.
                  • –1
                    Не валяйте дурака. Написано русским по-белому «Проводник до Висты НЕ УМЕЕТ работать со ссылками». Либо в статье неточность, либо он их попросту не переваривает.
                    • –1
                      Тролль?
                      • 0
                        Нет. Пытаюсь выяснить интересующий меня вопрос. Для этого комментарии к статьям ведь придуманы в частности?
                        • 0
                          В статье всё правильно написано.
                          И ссылки проводник переваривает.
                          И ссылки прозрачны для системы.
                          И проводник в ХР не умеет работать со ссылками, они для него прозрачны.
                          В Vista, кажется, умеет, я сейчас проверить не могу — нет висты.
                          Перечитайте все мои комментарии ещё раз.
                          Больше отвечать в этой ветке не буду, какой-то чудак на букву «м» минусует подряд все мои комментарии.
                          • 0
                            В Vista умеет. Всё грамотно обрабывает и правильно показывает.
                          • 0
                            вы как раз сами себе и противоречите, какое дело программе с чем она работает, она посылает системный вызов стереть, но не сама же затирает. и тут мы видим что система затирает все, значит работать не умеет система.
                            • +1
                              Вы правда не понимаете или просто ищдеваетесь?:)
                              Вы сами когда-нибудь удаляли папки с файлами?
                              Обычно это делается через рекурсию — открываете папку и удаляете все файлы.
                              Если ссылка прозрачна для программы, то программа думает, что это папка и удаляет сперва её содержимое. Но я это уже писал где-то здесь, просто попробуйте перечитать комментарии.
                              • 0
                                Похоже что издевается. Сто раз уже говорили что проблемы не у системы, а у Проводника — именно он начинает удалять рекурсивно файлы увидев, что его попросили удалить «каталог» (а на самом деле ссылку на каталог). Но если думать не головой, а каким-нибудь другим местом, то…
                                • 0
                                  да это тролли
                                  шоп я ещё кому-то что-то полез объяснять…
            • 0
              что неясно? ДО висты не умел, В висте стал уметь.
              • 0
                Неясно следующее: как же он не умел, если механизм ссылок, как утверждает GoodKat, прозрачен? Тогда бы он умел сразу.
                • 0
                  Да умеет он, умеет. Он не умеет отображать что это ссылка (он считает её обычным каталогом) и, что хуже, при попытке удалить ссылку он продолжает её считать обычным каталогом удаляет всё, что находится внутри каталога, на который ссылается ссылка. А если это не ссылка на C:\…
                  • 0
                    Вот такой ответ и нужен был мне, чтобы снять вопрос :)

                    В тексте статьи неточность, стало быть.
                • 0
                  создавать не умел, использовать умел.
                  (правильнее сказать, для него они все были на одно лицо)
  • +5
    столкнулся с ними, когда надо было в висте жесткий диск как пользовательскую директорию примонтировать
    кстати, в фаре это уже давно по Alt+F6 без всяких плагинов работает «искаропки»
    • 0
      Создай фаром ссылку на папку, а потом удали её из проводника :))
      (ВНИМАНИЕ!!! НЕ ДЕЛАЙТЕ ТАК, НА ПАПКАХ С ВАЖНЫМИ ДАННЫМИ!!)
      • 0
        удолил!!!11 а зачем мне это надо было делать? :)
        • 0
          У меня удаляет содержимое реальнйо папки :(
          • 0
            ну у тебя видимо hard link создается
            • 0
              Как раз-таки, если бы был hard-link, то удаление копии не удалило бы оригинал.
          • +1
            junction именно так себя ведет.
            • 0
              странно, у меня что создание directory junction, что hard link, оригинал не удаляют
              • 0
                и последующее их удаление конечно же
              • 0
                Есть подозрение, что тут всё сильно зависит от логики работы удаляющей программы.
                • 0
                  Угу… я же говорю удалять виндой…
                  А винда удаляет как: заходит в папку, удаляет все файлы к ней, и так рекурсивно, если находит папки внутри… потом грохает пустую папку…
                  Винда не понимает, что это линк, заходит и грохает всё внутри, а потом удаляет линк…
                  Именно по этому сама папка, на которую сделал линк — остается, а содержимое — пропадает…
      • 0
        Поэтому я удаляю ссылку с помощью Фара (в новых версиях начал понимать) или rd. Работает нормально
        • +1
          у фара нет новых версий :) и понимал он ссылки с начала времён :)
          • +1
            До 1.70 при удалении ссылок он удалял и реальный каталог, пару раз обжигался
            • 0
              не знал про эти глюки
              да я и не удалял ссылки почти никогда, я их обычно форматировал вместе с разделом :)
          • 0
            Есть у него новые версии ;)
    • 0
      а как в фаре примонтировать диск как директорию?
      можно же только файлы и папки, или вы как-то монтируете папку "\"?

      вы не путаете с диспетчером дисков Windows?
      • 0
        я не говорил, что делал это в фаре, монтировал я средствами windows, фаром я только разгребал мусор вроде «Application Data» «Local Settings» etc.
  • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Чуть-чуть подбросил. Буду ждать статьи.
      • НЛО прилетело и опубликовало эту надпись здесь
      • НЛО прилетело и опубликовало эту надпись здесь
  • +1
    название поста немного не верно имхо, «ссылки в NTFS» было бы вернее ;)
    • 0
      Проверить не могу, но, кажется, Vista умеет делать ссылки на vfat. А может я путаю с символическими ссылками на файлы.
  • +6
    Лучше и понятнее описания, чем в FAR, не встречал, приведу целиком, может быть кому-нибудь это поможет разобраться, что к чему:
    Жесткие и символические связи

    На разделах NTFS также можно создавать жесткие (HardLink) связи для файлов и символические (SymLink) для папок с помощью команды Alt-F6.

    Жесткие связи применяются для файлов. Символические связи — для папок и дисков.

    Жесткие связи

    Жесткая связь (HardLink) — это просто еще одна запись в папке для данного файла.

    Когда создается жесткая связь, сам файл не копируется физически, а только появляется под еще одним именем или в еще одном месте, а его старые имя и местонахождение остаются нетронутыми. С этого момента жесткая связь неотличима от первоначальной записи в папке. Единственное отличие — то, что для жесткой связи не создается короткое имя файла, поэтому из программ ДОС она не видна.

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

    FAR умеет создавать жесткие связи, отображать количество жестких связей для каждого файла в отдельной колонке (по умолчанию это последняя колонка в 9-м режиме панелей), а также сортировать файлы по количеству жестких связей.

    Жесткие связи поддерживаются в NTFS, начиная с NT 4.0. Создавать жесткие связи можно только на том же диске, на котором расположен исходный файл.

    Символические связи

    NTFS начиная с версии 5.0 (Windows 2000/XP) поддерживает символические связи (SymLink). Символические связи папок в Windows 2000/XP известны как «directory junctions» — технология, позволяющая отображать любые локальные папки на любые другие локальные папки. Например, если папка D:\SYMLINK указывает на C:\WINNT\SYSTEM32 в качестве своей цели, то программа, обращающаяся к D:\SYMLINK\DRIVERS, будет на самом деле обращаться к C:\WINNT\SYSTEM32\DRIVERS.

    FAR умеет создавать символические связи только на локальных дисках, файловая система которых поддерживает эту возможность (Windows 2000/XP/NTFS 5.0). В отличие от жестких связей, символические связи не обязательно должны указывать на тот же диск.

    Напрямую делать символические связи на папки CD-ROM нельзя, но можно это ограничение обойти, смонтировав CD-ROM диск на папку NTFS-раздела.
    • 0
      Описание плохое, потому что старое. В Vista и более поздних версиях Windows есть две разных сущности: directory junctions и symbolic link для директорий
  • +3
    Не хочу никого обидеть, никого задеть или намекнуть на чьи-то окна. :)

    … но это какое-то изобретение велосипеда! Еще в восьмидесятые на людой серьезной ФС были hardlinks и symlinks. Двадцать пять лет спустя Виста стала, наконец, полноценно их делать и читать на уникальной фирменной ФМ NTFS… Ого-го, какая силища-то! :)
  • НЛО прилетело и опубликовало эту надпись здесь
    • +1
      Зачем забивать мозги домохозяек ненужными и даже опасными знаниями?
      А кому надо, те всегда знали :)
    • –1
      Симлинки — начиная с висты.
      • НЛО прилетело и опубликовало эту надпись здесь
        • 0
          Не путаете с junction?
          • НЛО прилетело и опубликовало эту надпись здесь
          • +3
            Путает. Ещё бы кто объяснил зачем у Microsoft одна сущность разбита на три. Всё не как у людей — то fork и exec объединят, то symlink'и разделят на три сущности. Ну в первом случае я хоть понимаю почему так сделано, но зачем иметь отдельно junction и symlinkd ???
  • 0
    Использую визуальный Junction Link Magic
  • +2
    NTFS вообще хорошая ФС, причём ещё со времён NT 4.0.
    Окромя линков интересна система потоков. У Руссиновича много хороших статей по NTFS. Ну и в MSDN документации много чего полезного есть.
  • 0
    тема старая… раньше место добавляли так с других разделов,
    а вообще смотрите sysinternals.com пользуясь виндовс я обожал это место.
  • 0
    Господа Виста-имущие, подскажите чем обусловлено разделение последнего пункта «symbolik link» на два. И есть ли тому серьёзное обоснование.

    • 0
      Насколько мне удалось узнать, для пользователя Junction Point и Symbolic Link абсолютно равнозначны. Различаются лишь механизмы их реализации в Windows.
      • 0
        В смысле, Junction Point и Symbolic Link на директорию.
  • +1
    Немного не в тему, про обычные ярлыки (те что .lnk)…

    Если в висте создавать ярлык на папку drag’n’drop-ом через [Alt] – получится обычный ярлык,
    а если через [Ctrl]+[Shift] – то создается системный каталог, внутри которого desktop.ini с CLSID и target.lnk

    Через эксплорер их можно отличить только по поведению, второй во многих случаях ведет себя как символическая ссылка на каталог: в адресной строке и в дереве каталогов проводника раскрывает содержимое папки относительно текущего пути. Такие «ссылки» использовались еще в XP во многих системных каталогах, но хоткей на их быстрое создание добавили, кажется, только с висты. Кто знает как они правильно называются?
  • +1
    Еще есть Link Shell Extension (x86 и x64): schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html
    Там же есть подробное описание работы на английском.
  • –1
    Комменты до конца не дочитал, но налицо небольшое непонимание.

    hard link — фича файловой системы.
    symlink — фича ядра операционной системы.
    • +1
      А почему тогда Junction Points (которые вроде бы симлинки) не поддерживаются на FAT?
    • +1
      и почему они сохраняются при смене ОС?
  • 0
    тут (http://otvety.google.ru/otvety/thread?tid=346ab12899a32451) сказано, что при обращении через шару junction раскрываются сервером, а simlink-и — клиентом.

    Я на XP попробовал одно: в расшаренной папке Upload сделал junction на нераcшаренную c:\windows — и через шару все тамошние файлы стали видны, кроме тех папок, которым NTFS-ные права доступа другим юзерам не дают.
  • 0
    А еще в системах семейства Windows NT есть малоизвестная функция, которая позволяет скрывать какую-либо информацию. Называется она альтернативные потоки данных NTFS. Они позволяют добавить к любому файлу или папке информацию, которая будет не видна при обычном просмотре. Это обусловлено тем, что файл NTFS состоит из потоков данных и в обычных условиях вы видите только один, основной поток данных. При этом альтернативный поток невидим, хотя в нем может содержаться информация. В тоже время операционная система никак не оповещает пользователя, что в файле есть альтернативный поток. Некоторые программы используют эту возможность для хранения служебной информации, касающейся этого файла, а хакеры организовывают атаки.

    echo hello world > example.txt:hwstream

    Таким образом записывается текстовая информация. Для того, чтобы записать другой тип данных, нужно использовать команду type:

    type calc.exe > example.txt:calc

    После выполнения данной команды, в файле example.txt записан калькулятор, который можно запустить так:

    start .\example.txt:calc
  • 0
    сделал ссылку командой mklink /d /h /j «d:\dropbox» «D:\FileStorage\»
    а теперь хочу ее удалить, и не пойму что для этого нужно сделать, ключей для удаления нет, может есть какая-то команда?
    • 0
      rmdir

      Первая же ссылка в гугле: www.google.ru/search?q=windows%20remove%20junction
      • 0
        спасибо, действительно rmdir удаляет только ссылку не затрагивая исходные файлы и папки, во всяком случае если не указывать никаких дополнительных ключей. я удалил свою ссылку так: rmdir «d:\dropbox» и при этом папка «D:\FileStorage\» осталась на месте, а папка «d:\dropbox» «пропала».

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.