Аудит символічних посилань.

Вітаю панове.

Раніше я вже писав про символічні посилання(symlink) і активно використовую їх у своїх проєктах. Це дуже зручний інструмент: один раз налаштував — і програми працюють з потрібними даними так, ніби вони знаходяться у стандартному місці. Так я, наприклад, викручуюсь з файлом extramodelpaths, щоб черговий апдейт ComfyUI не нищив мої посилання на теки з моделями.)

Але є один практичний нюанс - через деякий час починаєш забувати:

* де саме створені посилання

* на які каталоги вони вказують

* чи всі вони ще актуальні

Справа ще і в тому що неактуальне посилання НІЯК не сигналізує вам про те що воно посилається на теку якої вже не існує. Саме тому періодичний аудит символічних посилань стає корисною звичкою. Нижче коротко розберемо, що це таке, навіщо вони потрібні і як швидко перевірити їх на диску.

# Що таке символічне посилання для теки

У файловій системі NTFS, яка використовується в Microsoft Windows, символічне посилання — це спеціальний об’єкт, який містить шлях до іншої теки.

Наприклад:

C:\Project\data  →  D:\Storage\datasets

Коли програма відкриває папку `C:\Project\data`, фактично використовуються файли з `D:\Storage\datasets`.

Для більшості програм це виглядає як звичайна папка — різниця повністю прозора.

# Як створюється символічне посилання

У Windows це робиться через команду `mklink`.

Приклад:

mklink /D "C:\Project\data" "D:\Storage\datasets"

Після виконання команди:

* папка `data` виглядає як звичайний каталог

* всі операції виконуються у `D:\Storage\datasets`

# Навіщо використовувати символічні посилання

Перенесення великих каталогів:

Наприклад:

C:\App\cache  →  D:\LargeStorage\cache

Програма продовжує працювати без будь-яких змін.

Спільні ресурси:

Кілька проєктів можуть використовувати одну і ту саму теку:

ProjectA\models

ProjectB\models

обидві можуть вказувати на:

D:\AI\Models

# Чому важливо іноді робити аудит

Коли символічних посилань стає багато, з’являються типові проблеми:

* забувається де вони створені

* складно зрозуміти реальне розташування даних

* після перенесення дисків деякі посилання можуть “ламатися”

# Як знайти всі символічні посилання

Спосіб 1. Команда dir

Найпростіший варіант:

dir D:\ /AL /S

Параметри:

* `/S` — рекурсивний пошук

* `/AL` — показувати тільки symbolic links та junction

Приклад результату:

SYMLINKD workflows [D:\AI\Comfy\MyWorkflows]

JUNCTION  Models [E:\AI\Models]

Спосіб 2. PowerShell

PowerShell дозволяє знайти всі reparse points — саме до цього типу належать символічні посилання.

Get-ChildItem D:\ -Recurse -Attributes ReparsePoint

Щоб одразу побачити ціль:

Get-ChildItem D:\ -Recurse -Attributes ReparsePoint | Select FullName,LinkType,Target

Спосіб 3. Утиліта Sysinternals

У наборі Sysinternals є утиліта junction.

Команда:

junction -s D:\

Вона швидко знаходить всі junction і symbolic links та одразу показує їх ціль.

# Висновок

Символічні посилання для тек — це дуже потужний інструмент NTFS, який дозволяє:

* переносити великі каталоги на інші диски

* будувати гнучку структуру даних

* уникати дублювання файлів

Але з часом легко забути, де саме вони створені. Тому періодичний аудит посилань допомагає підтримувати файлову систему у зрозумілому та контрольованому стані.